Funny, I'd call it a bug, too. But FileMaker says it is expected behavior. It should work okay if you show/hide the text ruler BEFORE going to the last object. FM keeps the state of the ruler per layout, which means (and this is how I discovered it) that if you are on a layout on the 2nd tab or slider, you open a new window, hide the ruler (even if it's already hidden), and then change to the desired layout for a modal style dialog -- the BACKGROUND window will refresh back to the first tab because the NEW window was on the same layout when you set the ruler. Crazy and silly, but FM says it is expected behavior.
I use a navigation script
go to Layout ( $$Layout )
go to Object ( $$MyLastSlider )
Hide Toolbar, Hide Formatting Bar, Hide Text Ruler and Set Zoom Level with Option [Lock] is set with my start script.
My navigation script step
go to Object [$$MyLastSlider]
goes to 1. Slider.
Is this same behavior as you experience? I'm not sure according to your description.
Be aware that
set Zoom Level [ Lock ; xy% ]
leads to another known issue:
Thank you for your post.
Unknown if this is expected behavior. Therefore, I have sent your post to our Development and Testing departments for review. When I receive any feedback, I will let you know.
I forgot to specify: My experience is based on FMGo 14 NOT FMPro.
I'm pretty sure this used to work as expected before last FMGo 14 Update?!
"hschlossberg" is correct. Development and Testing confirm this is the current expected behavior. Toggling the Text Ruler does modify a layout, so the layout is loaded again and shows the default panel on tab/slide panel control.
I recommend you also post this to the "Product Ideas" board at:
The Product Ideas board is monitored by Product Management and Development where every customer suggestion is discussed and considered for possible implementation in a future release.