Frustrating scroll bar inconsistency in top navigation part in layouts with list view

Hello fellow FIleMakers! For the last several days I have been trying to figure out why scroll bars only sometimes extend through the top navigation part while in LIST view. This seems to be specific to Macs.

Snip20240709_2

The image above shows how sometimes the scroll bar only extends through the header and does not go through the top navigation part.

Snip20240709_3

This second image shows the exact same file open on the same machine and showing the same layout (which again is in LIST view), but when the file was open this time, the scroll bar goes all the way through the top navigation part.

This also seems to be pretty consistent behavior in Windows, as you can see here:

Snip20240710_7

The big problem I have is the way that it anchors things to the right side of the layout. You can see how the filter icon is in different positions based on whether the layout makes room for the scroll bar going through the top navigation part. When switching between this layout and others using FORM view, it creates a very distracting jump in the location of the icon.

It seems to be session specific, in that once a file is open, it sticks with whatever flavor of scroll bar coverage it began with. But from session to session, it seems totally random.

I'm running the latest OS versions (MacOS 14.5) and Windows 11, and have had this problem at least in FM 20 and 21 (as well as MacOS 14.4 and 14.6 beta 2). The layouts are really simple, too, with no hidden items or embedded calculations or anything like that.

I'm pretty sure this is a bug, but wanted to see if anyone else has had this issue.

Thanks!

Peter Gerlings

which themes are you using?

(and can confirm all kind of weird nondeterministic behavior all over though)

Custom theme, but it's one thing I didn't test. Thanks for the suggestion - I'll look into that. Does FM look at this as a bug or a feature?

Your second picture does not look like macOS to me. Are you sure about this?

I am - the first two are MacOS 14.5, the third is Windows 11 (where so far I haven't been able to replicate this problem).

Can you clone it and paste it here? I love that kind of puzzles.

If not, what is the base theme used to create your custom theme (custom themes are always based on a native theme unless you created it from the CSS file).

It's a hosted file I can give you temp access to if you'd like. It's still in development and is meant to be a proof of concept. The base theme is Apex Blue.

Sure you can DM me!

I'm going to agree with @FileKraft that the 2nd pic does not look like macOS. Look at the difference in the Aa and "Edit Layout" buttons.

But… you will see difference in macOS, based on this macOS system preference/setting under Appearance.
image

If it is set to "When Scrolling", the scroll indicator appears over content only when scrolling, and there isn't a permanent bar there. It also doesn't go into the navigation part for me on this setting.

If it is set to "Always", the scroll bar will go all the way to the top, covering part of all layout parts, including a navigation part.

I'm not positive about the behavior of the first option "Automatically based on mouse or trackpad" - for me, it appears the same as as the "Always" option… but I'm assuming it can be different based on the input device(s)?

1 Like

Not what I'm seeing. In case you are seeing something different, here's what I (and probably others) are seeing. Picture 2 is definitely windows:

1 Like

I swear to you it is. It's Mac OS 14.5 running as a sandbox on a Parallels Virtual Machine. The first image is from the same Mac, but running OS 14.5 natively. The third image is from Windows 11, again on virtual Parallels machine. You can see that's much more different than what you're observing between images 1 and 2.

Have a nice day.

I'll say also that Cecile seems to have put her finger on the issue - that is the way M1 machines (which the Mac is) can render things funny. I have not been able to replicate this bug on non-M1 computers, or the virtual copy running on Parallels.

Maddening, but it's nice to know (I think) what's causing this.

You said

This second image shows the exact same file open on the same machine and showing the same layout (which again is in LIST view),

And then...

I swear to you it is. It's Mac OS 14.5 running as a sandbox on a Parallels Virtual Machine. The first image is from the same Mac, but running OS 14.5 natively.

  • IMHO, running on a VM is not really what most people would consider "the same machine". You could be running a Windows VM, for example.
  • Second, I still really don't think that's a screenshot from MacOS! Looks like Windows to me.

Can you give more details?

  • Is this FileMaker Pro? WebDirect? (If so, which browser...)
  • Can you repeat screenshot #2 showing more of the screen along with the About this Mac window open so we can see the OS version? Perhaps show some other windows in the screenshot so we can see what the scrollbars look like there?

Not trying to give you a hard time, but I'm just not seeing "macOS" in screenshot #2 at all :smiley:

Also, Parallels supports something called "Coherence" mode, in which you can have a Windows app running in a window directly on your macOS desktop. Any chance you have triggered this by mistake?

See Working in Coherence

Not in coherence. I replicated this on my M2 air with the "about" info you asked for. You can see the difference in how the scroll bars are rendered. Not sure if this is contributing to other rendering issues or not, but what's interesting is that the virtual machine at least gives me the consistent behavior I'm looking for.


I don't want to beat this point to death, as it's not really what you are concerned about, but your 2nd image (that you started the thread off with) is not macOS. It's windows.

Here's a zoom in of what your 2nd image shows:
image
This is Windows. If you can't see that, I don't know what to say!

Back on topic, your most recent 2 images are clearly macOS, and they do show the scrollbar difference.

I suspect the difference is not VM vs. non-VM, but one of the other macOS settings. Pretty sure @flybynight had it above:

Please check that setting on both macOS machines.

2 Likes