More Shaky Menus

Hello,

This may be the same issue as ‘Shaky Menus in Xway’ topic.

I didn’t see any comment suggesting what the resolution may have been on that one.

I have managed to score some time to catch up with the latest version of Xway (0.8.1)
When I open a project created with Xway (07b7) in Xway (0.8.1) there appears to be no issue at all.

I thought, why not run through the tutorials again, it’s been a while and much may have changed.

• Fresh new document.
• Rename Page Title to Home
• Create four more pages with appropriate names
• Go to Master Page to create Menu
• Insert > Menu and … shaky menus
• Save it anyway and re-open and … shaky menus

• Close all and re-open old 07b7 project and … all is well!

• You can also just skip straight to a fresh document
• Go to Master Page to create Menu
• Insert > Menu and … shaky menus

It could be my ancient hardware and OS doesn’t want to play nicely anymore.
I am looking for an excuse to convince my partner that ‘we’ could do with a Mac Studio upgrade. Ha, ha!

Did I miss a solution to this in the forum? Are others still finding a similar thing?

Here are the system details;

iMac Retina 5K, 27inch, Late 2015 (yep, it’s still hanging in there)
Processor 4 GHz Quad-Core Intel Core i7
Memory 32 GB 1867 MHz DDR3
Graphics AMD Radeon R9 M390 2 GB

MacOS Monterey (as far as we can update for this hardware it seems)
version 12.7.1

Hardware Overview:

Model Name: iMac
Model Identifier: iMac17,1
Processor Name: Quad-Core Intel Core i7
Processor Speed: 4 GHz
Number of Processors: 1
Total Number of Cores: 4
L2 Cache (per Core): 256 KB
L3 Cache: 8 MB
Hyper-Threading Technology: Enabled
Memory: 32 GB
System Firmware Version: 522.0.0.0.0
OS Loader Version: 540.120.3~37
SMC Version (system): 2.33f12
Hardware UUID: FC13B792-33E1-5EE9-AAB8-2DE49B270315
Provisioning UDID: FC13B792-33E1-5EE9-AAB8-2DE49B270315

System Software Overview:

System Version: macOS 12.7.1 (21G920)
Kernel Version: Darwin 21.6.0
Boot Volume: XXXX
Boot Mode: Normal
Computer Name: XXXX
Username: Blue (blue)
Secure Virtual Memory: Enabled
System Integrity Protection: Enabled
Time since boot: 13:00

Hi Blue,

I haven’t been able to reproduce this. I think you’re saying that you can reproduce it just by inserting a menu on a master page in a new document. I’ve tried doing that with in Xway 0.8.1 in Sonoma (M1 Mac) and in Mojave (Intel Mac) and I don’t have any problem.

In Geoff’s post, he mentioned that the problem happens when the menu has relative or absolute position, but not when it has fixed position, so perhaps that is why it doesn’t happen in the document you created with 0.7 - does the menu have fixed position in that document?

Geoff’s video is no longer available, so I can’t check back to see what was happening for him. If you can take a video of what happens on your screen and send it to me (via support at softpress dot com) or post a link here, that might be helpful.

Also if Geoff (@merlin) is reading this, do you still have this problem?

I was just messing about with it again, and strangely enough, if I stretch out the left hand side of the app window, and go far enough, it settles down! Odd.

I’ll see if I can sort out a short video for you. It’s probably something crazy in my system.

Hello Jeremy,
Yes, my 07b7 project was indicating ‘Relative’ on its Menus. However, as you said above, when I started a fresh project and set the Menus to ‘Fixed’, that did end the shakies.
Dragging out the edges of the project window does seem to also stop it.

I have forwarded a video to you via WeTransfer as the file is quite large for eMail.

Thanks for having a look.

Thanks for the video! It looks as if this is connected with scrolling. I can reproduce the problem if I set Show scroll bars to Always in the Appearance pane of System Settings (General pane of System Preferences on older systems), but not if I have it on one of the other settings (e.g. Automatically based on mouse or trackpad).

What do you have this set to on your system?

If you do discover that the scrollbar is implicated, can you see if adding this rule to a relevant selector makes a difference?

  scrollbar-gutter: stable;

I’ve recently discovered it and it makes short pages and long pages stay horizontally stable with one another in some layouts. It may also relate here.

Walter

Hm. It seems that Safari ignores this (and thus so would WebKit if that’s what you’re using in Xway for the HTML visualization).

Walter

Looks like I am set at : Automatically based on mouse or trackpad

Hi Walter,

That looks interesting, but the problem happens in Xway’s Page view. It doesn’t happen on output, or in the Web view.

Selecting the other options doesn’t seem to change anything at this end.
Spoke to soon.
If I choose ‘When Scrolling’, then I don’t get the ‘shakies’

Maybe you have a different mouse or trackpad, but the fact that I can now reproduce the problem is a step forward!

Currently only using a standard cabled ‘Mighty Mouse’ and a Wacom Tablet & pen.

Hi. Yes, I still have the problem, and now using v 08. It’s fine in ‘fixed’ but shakes in all the other options. However, I think the problem is to do with the visible page. If I reduce the working page size so that the grey horizontal page slider (don’t know its proper name) is visible in its entirety,(see attached), the shaking stops. Once the width is extended so the grey slider fills the width of the page, the shaking starts. The vertical slider isn’t affected in the same way. In the Fixed position, the grey sliders aren’t visible and that’s why there is no shaking
Hope I’m making sense!

Geoff

We’re planning to fix this in a minor update. @Blue and @merlin: could you test a pre-release version when it’s ready (in the next day or so)?

Yes, of course
Geoff

Happy to. Thanks for digging into it.

Hi Geoff and Blue, I’ve messaged a link via Discourse. I’m not sure if that generates an email, but you should be able to see the message by clicking on Visit Topic (if you’re reading this via email), then clicking on your picture next to the search icon near the top right of the window.

Feedback from Geoff and Blue (and internal testing) is that this issue is fixed in a pre-release build, which we’re planning to release officially in the next day or so (Xway 0.8.2).

The problem was caused by a conflict between (1) old-style scrollbars (opaque and always visible) being chosen in System Settings and (2) a view setting (in Xway) for scrollbars to be automatically hidden. This resulted in scroll bars being repeatedly shown (according to the system setting) and then hidden (according to the view setting), and caused the Page view to be repeatedly drawn in a smaller area (when scroll bars are visible) and a larger area (when scroll bars are hidden). Since the view setting has no effect on new-style scroll bars, and has a bad effect with old-style scroll bars, we’ve turned it off.

Hello Jeremy,
Glad the test was successful and thanks for your quick resolution to the issue.
You obviously care about the product. You should, it’s a great one. Thanks.

2 Likes