Date   

Re: Cannot reopen site

William Trinkler
 

Hi Jeremy,

 

I did try that but it only shows the folder, but no executable file. See attached screen shots.

 

Cheers

William

 

From: <xway-talk@softpress.groups.io> on behalf of Jeremy Hughes <jeremy@...>
Reply-To: <xway-talk@softpress.groups.io>
Date: Tuesday, 17 December 2019 at 6:53 PM
To: <xway-talk@softpress.groups.io>
Subject: Re: [xway-talk] Cannot reopen site

 

Hi William,

If you can see the index file and resources, you're looking at the Site folder - which is inside the document package.

The simplest way to reopen your Xway document is to start Xway and choose the document from "Open Recent" in the File menu.

[You could also command-click on the Finder window which shows the Site folder and use the window menu to navigate back to the folder that contains the document.]

Jeremy


Hide Inspector panel?

ThatKeith
 

The new Inspector panel is clearly incredibly useful for both editing and checking values, but sometimes (especially when working on a laptop) I'd like to be able to hide that and maximise the space available to show a page. I rather like the way Apple's Pages/Keynote/Numbers apps can hide their 'options' panel area on the right – I do this more than a little when using those apps. It seems like a useful concept to include in Xway's general behaviour.

k


Embed/insert HTML content?

ThatKeith
 

As a way to get to grips with Xway I want to try building a version of my PanoramaPhotographer.com site, at this stage specifically looking at embedding (terminology? inserting? including?) a 360 panorama in a page.

These are constructed from a complete HTML page plus a set of files (CSS/JS/XML/images) that it calls. These files are generated by one of my pano tour production tools. The pano media is shown 100% width and height in its HTML page, so this should automatically fill whatever box/space/area it is inserted into.

My goal is to show an interactive 360 panorama within an Xway layout, with elements both over and under the 'pano box'. (Elements to go over the pano would include menus, and under would be a graphic shadow image, perhaps a CSS-generated shadow later on.)

  1. How should I approach this in Xway b1?
  2. Are there going to be other ways of approaching this in future versions of Xway?
k


Re: Cannot reopen site

Jeremy Hughes
 

Hi William,

If you can see the index file and resources, you're looking at the Site folder - which is inside the document package.

The simplest way to reopen your Xway document is to start Xway and choose the document from "Open Recent" in the File menu.

[You could also command-click on the Finder window which shows the Site folder and use the window menu to navigate back to the folder that contains the document.]

Jeremy


Re: Inspector Show/Hide labels

Jeremy Hughes
 

[Apologies for moderation mistake. I tried to split William's "reopen site" question into a separate topic and ended up splitting Keith's message (below)]

Hi Jeremy – no, I generally stick with Apple's defaults where possible so my setup is more like those people I teach or help out. Scrollbars are set to automatic. 

I found that I frequently triggered the scrollbars as I targeted the Show/Hide controls, which hid the right half of them. I had to basically take my fingers off my trackpad for a second for them to disappear. If I don't wait I can still trigger those, but I have to be that much more precise with my cursor. It also looks a little like a bug when they are partially obscured. :(

Moving them slightly to the left would definitely help. And if it's not a HIG violation and y'all agree, I would definitely like to see that whole 'top bar' area for each pane be the clickable trigger.

k

 

 


Cannot reopen site

William Trinkler
 

Hello Jeremy,

 

I cannot reopen the site I did. I have no idea where my files went. I can see my folder with my index file and resources but can’t access trough Xway. May I know what I’m doing wrong. Thanks.

 

Regards

William

 

From: <xway-talk@softpress.groups.io> on behalf of Jeremy Hughes <jeremy@...>
Reply-To: <xway-talk@softpress.groups.io>
Date: Tuesday, 17 December 2019 at 2:02 AM
To: <xway-talk@softpress.groups.io>
Subject: Re: [xway-talk] Inspector Show/Hide labels

 

Hi Keith,

Thanks for the feedback!

The Show/Hide labels are copied from the Show/Hide labels in the Finder, iTunes, Xcode, and other Apple software. I find them less cluttered than disclosure triangles.

Moving them to the left of scroll bars is a good suggestion. I see that Apple do this when scroll bars are set to show "Always" - is that the preference that you're using (in System Preferences: General)?

I've logged this as a task.

Jeremy


Re: Inspector Show/Hide labels

Jeremy Hughes
 

Hi Keith,

Thanks for the feedback!

The Show/Hide labels are copied from the Show/Hide labels in the Finder, iTunes, Xcode, and other Apple software. I find them less cluttered than disclosure triangles.

Moving them to the left of scroll bars is a good suggestion. I see that Apple do this when scroll bars are set to show "Always" - is that the preference that you're using (in System Preferences: General)?

I've logged this as a task.

Jeremy


Inspector Show/Hide labels

ThatKeith
 

I’m just starting out with Xway – yes, late to the game! It’s really promising, and I’m looking forward to beta 2.

Here’s a minor niggle: the Show/Hide button labels in the Inspector pane…

  • Do they need to be text labels rather than > and V arrows?
  • Could the full pane title bars be made active so I don’t need to target things quite so precisely?
  • If not, could they be moved a tad to the left so when there’s a vertical scroll bar visible that doesn’t cover up a good half of those controls? I found it a tiny bit fiddly and very faintly annoying having to be even more careful about targeting those when I had to scroll the whole panel up and down.

k


Re: New user of Xway

Jeremy Hughes
 

Hi William,

Can you post a link to your web site or to a draft of your web site?

One of the things that you could do is to check that you haven't assigned absolute widths (e.g. pixel widths) to any of the boxes that are on your page - or at least that they don't exceed the width of a mobile device. If you give a width of (e.g.) 1000 px to a box, it won't display properly on a mobile device.

You can test your layouts within Xway. If you make the Layout View narrower (e.g. by increasing the width of the Inspector panel), does the content display without horizontal scrolling? Check the widths of any items that don't shrink when you reduce the layout width.

Jeremy


New user of Xway

William Trinkler
 

I started to work and learn Xway. First comment I received after I uploaded my first draft site is that it is out of place, looking at it from a cellphone. How can I make compatible for pc, tablet and cellphone ? Thanks


Whats next!

Mad Farquhar
 

Okay, we have had a chance to play with Xway and the next question is what's the development timescale from the present beta to .....?
Is Santa figuring in any roll out perchance?


Re: SVG

Jeremy Hughes
 

Hi Grant,

Xway doesn't currently support SVG as an image format, but you could use a markup item for this.

Jeremy


SVG

grantsymon
 

Does xway support svg?  None of mine are recognised via the Insert dialog and no sign of the term svg in the docs.


Re: Busting those caches

Tim Plumb
 

Thanks for that Paul.

Try this example;
1. Create a plain text file and add the following style to it;
body {
color:red;
}
2. Save the file to the desktop as sample.css
3. Open Terminal and type md5 (a space character) and then drag the file from step 2 to the Terminal window
You should have something like; md5 /Users/tim/Desktop/sample.css
4. Hit return and you should get back an MD5 hash for the file; 30e4fbad35a297a2aef2ea86c4752a76
5. Now lets return to the file in step 1 and change the code to read;
body {
color:blue;
}
6. Save the file and repeat steps 3 and 4 (or simply rerun the last command in terminal)
7. You should get a new hash value; 3e5ce25a6b6fdb6c6b57efbd45b68d7d
8. If you change the CSS back to as it was in step 1 (color:red) you'll get the hash value back we saw in step 4

You'll see that the hash value is unique to the state of the file. If the file changes the hash will as well but if the file stays the same then the hash remains unchanged as well.
This means that you can append a hash value on a file (or make the file name the hash is you like) knowing that the browser or server will only server files from the cache that it has seen before. If a file changes then the hash will change and the query string on the file should prevent the user from seeing a cached version of the data.

The only overhead with this is having Freeway (for example) calculate the hash for the file even if the file hasn't changed. In that Action I created it just blindly did it each time but I suspect it could have saved a split second on each publish by checking if the file had been updated since the last publish cycle. 



Re: Busting those caches

Paul Dunning
 

Hi,
That’s why my Action needs a manual intervention to change the query string - that way the cache busting bit doesn’t change every time, which could result in continuous whole site publishes.

All the best,

Paul Dunning

web design - http://www.pauldunning.com

freeway actions - http://www.actionsworld.com




On 5 Dec 2019, at 13:14, Tim Plumb <tim@...> wrote:

A clever trick I stole for an Action I created a while ago appends an MD5 hash of the file being linked to as a query string. It means that the hash remains the same while the file is unchanged but gets updated overtime the file's contents change. Doing things this way means that files can be cached when they are unchanged but should load again when the hash changes.


Re: Busting those caches

Tim Plumb
 

A clever trick I stole for an Action I created a while ago appends an MD5 hash of the file being linked to as a query string. It means that the hash remains the same while the file is unchanged but gets updated overtime the file's contents change. Doing things this way means that files can be cached when they are unchanged but should load again when the hash changes.


Busting those caches

Paul Dunning
 

HI,
With CSS and JavaScript being changed when XWay rebuilds a site (especially when changes are made), you may find that even if you upload the files to the server, when you view the site the old files may still be cached. It may be that they are cached locally, OR (and this is pretty much the norm now), the ISP will cache them, and that cache may not refresh for a while.

You get this with Freeway too. I have an Action that adds ?v=<number> to those script and style URLs it can find - with <number> being changed when the user requires it. This effectively busts the caches, but only once - until the number changes.

I notice that other apps do similar - Hype is one I use and it does this kind of thing. I’d like top suggest that XWay does this when CSS or Script files change.

All the best,

Paul Dunning

web design - http://www.pauldunning.com

freeway actions - http://www.actionsworld.com





Re: Xweb first thoughts

info@...
 

after trying this for some time, i do realy think i can build my websites faster and easyer, now lets wait for the ftp thing in xway so i can make some real sites with this


Re: Graphics in Xway

Jeremy Hughes
 

So much easier in Freeway! Insert a graphic box with photo, an HTML box with text alongside, then select both, press ⌘-Y and choose centre vertical align.
We don’t have a vertical align option (yet), but you can do exactly the same thing in Xway:

1. Insert a photo and convert it to a layer item
2. Insert an HTML box with text alongside and convert that to a layer item
3. Vertically align the boxes (manually)

However, the problem with this layout (in Freeway or Xway) is that it is a fixed layout. It won’t display on phones without horizontal scrolling (or being scaled so that it is very small).

Jeremy


Re: Graphics in Xway

Geoff Mullett
 

Thanks Jeremy. I can see there is much to be added to the user manual!  Your suggestion works up to a point, but when the page is reduced to phone width, the caption line splits with the overflow moving beneath the photo. An inelegant  workaround would be to have no spacing between the words, instead, inserting a random character with the same colour as the background. That way, when the width is reduced, the whole caption moves beneath the photo, which looks much better. Either way, it only works for short captions. Anything that requires a paragraph break with throw the second paragraph under the photo.

So much easier in Freeway! Insert a graphic box with photo, an HTML box with text alongside, then select both, press -Y and choose centre vertical align. 

Geoff


On 22 Nov 2019, at 10:25, Jeremy Hughes <jeremy@...> wrote:

Hi Geoff,

I can't see your Freeway example (I don't think it's possible to send attachments to Xway Talk) but how about:

1. Insert a photograph
2. Set Vertical Align to Middle (Margins and Alignment in the Box Inspector)
3. Type the caption

Is there a different way of doing this in Freeway?

Jeremy

681 - 700 of 971