Date   

Re: email link not working as I thought

Jeremy Hughes
 

Actually, the Wikipedia article distinguishes between "munging" (disguised addresses such as "someone at somewhere dot com") and "transparent mangling" (using HTML entities). Disguised addresses can't be used as links, and are harder for spambots to harvest - but can be converted into links by human readers. Mangled addresses (using HTML entity characters) do work as links, and make things a little more difficult for unsophisticated spambots.

Jeremy


Re: email link not working as I thought

Jeremy Hughes
 

Hi Art,

The email link on your contact page is working for me.

One issue to be aware of is that your email address could be harvested by spammers. There may be steps that you can take that will help to reduce this problem. E.g. it's possible that "munging" the address (e.g. by replacing characters with HTML entities) will deter some spambots:

https://en.wikipedia.org/wiki/Address_munging

Jeremy


Re: inconsistent vertical spacing

Jeremy Hughes
 

Hi Fred,

It's hard to say without seeing your document. If you'd like me to take a look, can you send a cut-down document to support at softpress dot com (via a transfer link such as Dropbox or WeTransfer).

To create a cut-down version of your document:

1. Duplicate the document (in the Finder, or by choosing Duplicate from the File menu)
2. Remove any pages that aren't needed to show the problem
3. Save the duplicated document

Jeremy


inconsistent vertical spacing

Fred Kotler
 

Jeremy,

I have come across a peculiar problem in that the vertical spacing between two elements are different on two pages that, unless I am missing something, are identical in how they are setup. In fact when viewed in the edit mode of Xway, they are identical. Only when viewed using the preview function are they noticeably different. I have attached a pdf to illustrate the issue. The screen shots are annotated to explain the circumstances. The “Landscapes” page operates the way I intend; the “American Bald Eagles” does not. I don’t know if this is operator error, a bug, or something else. I am on macOS 11.4, previewing in Safari, and using beta 4 of Xway. Your thoughts would be appreciated.

Fred


Re: email link not working as I thought

Fred Kotler
 

the format should be in the form


where name is the user name, xxx is the domain, e.g., google and tld is the top level domain e.g., .com

On Jun 25, 2021, at 10:19 PM, Art Liestman <artliestman@...> wrote:

I thought my website was updated, but today I got an email from someone saying that the email links from my webpage don't seem to work.  I have several of them, but they are all "external" links with the Mailto protocol.  I suspect that the problem is the URL that I have listed.  I don't see this discussed in the manual or on this forum.  How can I cause the viewer to open up an email addressed to my email account?  What should the URL look like?


email link not working as I thought

Art Liestman
 

I thought my website was updated, but today I got an email from someone saying that the email links from my webpage don't seem to work.  I have several of them, but they are all "external" links with the Mailto protocol.  I suspect that the problem is the URL that I have listed.  I don't see this discussed in the manual or on this forum.  How can I cause the viewer to open up an email addressed to my email account?  What should the URL look like?


Re: Inaccessible images

Bert Green
 

If anyone is interested, here is the link to my redesigned website built from scratch in Xway:

https://bgfa.us

It has dozens of pages and hundreds of images. It was a lot of work but I now can say that Xway is an excellent tool, extremely stable, and once you get the hang of it, actually quite intuitive.

Bert Green


Re: Inaccessible images

Bert Green
 

Hi Jeremy-

Thanks for the reply, and for trying to see if the problem is reproducible.

Here's what I've found since I last wrote: In rebuilding my site (which is finished now and will be uploaded later today), I had a few very long days working in Xway. Since this had happened before, I would periodically check the resources panel to see if anything had become inaccessible, and it only happened once, after I had been working uninterrupted for like 8 hours. I immediately restarted the computer and went back into the panel and re-located the files and then they were fine. Importing also worked correctly again after that restart.

So I am thinking this might be a problem with my computer, and for diagnostics, all files are all on the internal drive, anti-virus does not seem to interfere, I ran Disk Utility, but not try the Safe Mode option, but did not see it happen again except that one time after a long session. This laptop is an old beast, and once I finish this site revamp and one other that I did for a client, I will upgrade the OS to Big Sur and let you know if I see any other issue.

Also, as an FYI, when I have more time I will send you a few things I have discovered as I work that are probably not bugs, but behavior anomalies in text handling that you might be interested in knowing about (they are very minor). I have three projects on my plate right now so I'll get to that after I'm on Big Sur and I can be sure they are also not specific to my situation.

Bert


Re: Inaccessible images

Jeremy Hughes
 
Edited

Hi Bert,

I've run Xway under Mojave to see if I can reproduce the problem you're having, but I haven't succeeded. If a file is inaccessible, it means that it exists where Xway expects to find it - but the system denies access for sandboxing reasons. Sandboxing is a way that the system protects files from being accessed without the user having given permission for this to happen. Typically, a user gives permission by selecting the file in a file dialog. A sandboxed application is allowed to access that file, and can also save a secure bookmark within a document, so that it is allowed to access the same file when the document is reopened. (Access permission also lasts until an application is quit, even if a secure bookmark has not been saved.)

If you can reproduce the problem you are having, and perhaps send me your document with some steps along the lines of "1. Locate this image. 2. Resave the document. 3. Quit and restart Xway. 4. Reopen the document. 5. >> The image is inaccessible." - I can see if that happens for me, under Mojave or Big Sur.

I also wonder if there is something that is peculiar to your system. Are the images on an internal or external drive? Do you have some form of anti-virus software scanning your drive? Do you have any third-party system extensions? Does the problem happen if you start your Mac in Safe Mode ( https://support.apple.com/en-gb/guide/mac-help/mh21245/mac )? Have you checked your drive using Disk Utility?

Jeremy


Re: Inaccessible images

Bert Green
 

Update: I found that trying to locate the files using the content tab in the box inspector did not work, it would find the file and the path is correct, but the file remains inaccessible. This was true using the Resources panel as well.  However, when I restarted the computer (I'm using a 2014 MacBook Pro on Mojave), I was then able to locate and reset the status of the inaccessible files.

After working again for a short while, files would again begin to appear as inaccessible in the Resources panel, and again, after a restart, I was then again able to locate and reset the status to OK.

Only reason I'm still on Mojave is that I need to run Freeway until I can get this site up and running, then I can make the switch to Big Sur, and soon, to a new Mac (no looking back at that point!).


Inaccessible images

Bert Green
 

I've been rebuilding my old Freeway site in Xway from scratch, and it's going very well. With the ability to use Flexbox in extended mode I am able to create a site that will be as fully featured as my old Freeway site, although I still have to wait for features like Master pages, character styles, and upload. But for now I have good workarounds.

I have come upon a strange problem, however. I have been importing images into my pages with no problems until today, when I have found that some of the images I need are showing up as "inaccessible" after being imported into a box. Instead of the image, I get a grey box with a question mark.

I tried to create new folder and place the images in that folder, thinking it was a permissions issue, but the same thing happens.

When I created a template page I put placeholder images into a layout and when I create a new page I copy the template into a folder, then replace the placeholder images with the ones I need for that page. Although the path to the original template image is still intact, it also shows as inaccessible now as well.

Any ideas?


Re: Superimpose links onto graphics

Jeremy Hughes
 

Adjusting the padding in this way is fine - but if you want a way to calculate it, you can use the following formula:

Padding = (Image Height ÷ Image Width) × 100.

For a 1024 x 768 image, this gives a padding value of 75%

Jeremy


Re: Superimpose links onto graphics

Fred Kotler
 

Jeremy, thanks for the detailed instructions. Following them I was able to add in overlay link boxes onto the maps on my website. Since my maps are not to any particular width/height ratio, I found that the bottom padding should be adjusted to whatever value prevents any content below the map from overlaying the map. The completed Xway version of my site now recreates its predecessor Freeway site with the added advantage that it now scales properly in vertical and horizontal orientations on devices from iPhone to iPad and 27 inch iMac. Xway is already a great product and I look forward to your continuing to add features.

On Jun 21, 2021, at 9:14 AM, Jeremy Hughes <jeremy@...> wrote:

Hi Fred,

One problem with image maps is that they don't scale on mobile devices. However, it's possible to use CSS to create a similar effect (which will scale):

  1. Insert the image within a div: in Xway, insert an empty container box (which will default to a div) and insert an image within this empty box.
  2. Set the div wrapper to have 75% bottom padding (for 4:3 aspect ratio, e.g. a 1024x768 image).
  3. Set the width of the image to be 100% (and remove any maximum widths or heights)
  4. Set the image position to be absolute (choose Absolute in the Position popup in the Style section of the Box Inspector).
  5. Insert another box within the box that contains the image (select the image in Xway and choose Box from the Insert menu or click on the Box tool)
  6. Set this box to have absolute position
  7. Give this box a percentage width and height (e.g. 25%): you can resize it later
  8. Give it a percentage left and top position (e.g. 5%): you can move it later
  9. Remove any minimum widths or height
  10. Position/resize the box to be where you want it
  11. Give it a link (and border if you wish)
  12. Add other boxes and apply links in the same way
Jeremy


Re: Video formats

Walter Lee Davis
 

MOV is a container format, and may contain many different video and audio encoding schemes internally. It's possible that you had a MOV container that encapsulated an MP4 stream, and so renaming the container didn't present a huge compatibility issue for the browser trying to play it in. It's likely that there are many browsers (or versions thereof) that would choke on it, too. There are applications (the free Miro Encoder is one I use) that allow you to drag-n-drop a video of nearly any source format and transcode it to another format, with all the legal headers and data streams intact. I would not rely on a hack like this if you worry at all about it working anywhere besides your Mac.

Here's an excellent breakdown of how this all works: http://diveinto.html5doctor.com/video.html

Walter

On Jun 21, 2021, at 6:47 AM, Jeremy Hughes <jeremy@softpress.com> wrote:

.mov is a QuickTime file format, and is the format from which MP4 was developed.

There may be a degree of compatibility between the two formats, so it's possible that renaming .mov files to .mp4 will work (as Jerry suggested) - although I think it would be a good idea to test this on different browsers.

Jeremy


Re: Superimpose links onto graphics

Jeremy Hughes
 

Hi Fred,

One problem with image maps is that they don't scale on mobile devices. However, it's possible to use CSS to create a similar effect (which will scale):

  1. Insert the image within a div: in Xway, insert an empty container box (which will default to a div) and insert an image within this empty box.
  2. Set the div wrapper to have 75% bottom padding (for 4:3 aspect ratio, e.g. a 1024x768 image).
  3. Set the width of the image to be 100% (and remove any maximum widths or heights)
  4. Set the image position to be absolute (choose Absolute in the Position popup in the Style section of the Box Inspector).
  5. Insert another box within the box that contains the image (select the image in Xway and choose Box from the Insert menu or click on the Box tool)
  6. Set this box to have absolute position
  7. Give this box a percentage width and height (e.g. 25%): you can resize it later
  8. Give it a percentage left and top position (e.g. 5%): you can move it later
  9. Remove any minimum widths or height
  10. Position/resize the box to be where you want it
  11. Give it a link (and border if you wish)
  12. Add other boxes and apply links in the same way
Jeremy


Re: Video formats

Jeremy Hughes
 

.mov is a QuickTime file format, and is the format from which MP4 was developed.

There may be a degree of compatibility between the two formats, so it's possible that renaming .mov files to .mp4 will work (as Jerry suggested) - although I think it would be a good idea to test this on different browsers.

Jeremy


Re: Video formats

Geoff Mullett
 

I never knew that!
Thanks all.
Geoff


Superimpose links onto graphics

Fred Kotler
 

In Freeway, I was able to superimpose transparent graphic boxes with dashed edge lines onto sections of a graphic and then link the box to a different page so a user could navigate by clicking on a map. Is this possible in Xway and if so, how do I do it?


Re: Video formats

grantsymon
 

FWIW...

If you want to make a smaller version of your movie i.e. pixel dimensions, you can 2-finger-tap a .mov file in the Finder (contextual menu) and go to the Services menu, where you will find, in typically hidden Mac fashion, a menu option 'Encode Selected Video Files', from where you will be offered a choice of options.  They will still have the .mov extension, but as Jerry says, just change it to mp4.


Re: Video formats

Jerry Jambazian
 

You don’t have to convert in iMovie. A waste of time.

Just change the .mov to .mp4

 

From: <xway-talk@softpress.groups.io> on behalf of Geoff Mullett <geoff10a@...>
Reply-To: <xway-talk@softpress.groups.io>
Date: Thursday, June 17, 2021 at 6:22 AM
To: <xway-talk@softpress.groups.io>
Subject: [xway-talk] Video formats

 

The videos I add to my xway website are recorded in .MOV format, so I have to change them in iMovie to get them into mp4 format to be accepted by xway. Is the .MOV format non-standard for Apple? They open OK in Quicktime.
Thanks
Geoff 

81 - 100 of 971