I had this issue before , and this issue is still with Go V13.
Workaround I used is to use kiosk mode. which completely removes the tool bar.
Restart FMGo and/or restart the iOS device. Does this help?
What are implications of building with kiosk mode?
The items in the header should be anchored:
The one on the left: left and top
The middele one: middle and top
the right one: right and top
The buttons in the body should all be selected and all of the anchors removed.
The footer should be anchored top and middle
You can place a line near the bottom of the layout just above the footer and assign it anchors of left, right and down. This will drag the footer down to the bottom of the window. If the bottom most object in form view has the down anchor assigned the form will expand to fill the window, bottom wise. The same with at least one object with the right anchor assigned.
On a form, do not use scroll to top. Just set view as form. Let the anchors do the work for you. I often use the smallest layout size and let the techniqus shown above do all of the work for me and my layouts work landscape or portrait.
View as form does not need scroll to top.
List, report and tables can benefit from this if that is what you want.
I tried the scroll "page up" to fix the overlap. Didnt work but it was in the screenshot so i mentioned it.
None of the starter solutions implement this kind of anchoring and they work perfectly....
Its also not possible to "anchor" the footer just objects within it
try triggering the following script
Enter Find Mode
Enter Browse Mode
This should force the window to redraw.
sad to say that switching Mode for and back works more reliable than 'Refresh Window'!
I agree. FileMaker Go still has too many quirks that you have to do some unconventional things to get around those quirks. Unfortunately there are some quirks like record locking itself that you can't currently work around.
I make the layout a fraction small than the screen, then on each layout there always one object that is locked to all sides. This stretches the layout to fit within the available space.
Did you try the Scroll Window [Home/End/Page Up/Page Down/To Selection] script step?
I get the behaviour you describe when the layout by itself is a bit the "tall" then the whole screen shifts up and down.
obviously I misunderstood the issue. I mixed with the other one that I had before.
Please neglect my post. Sorry for that.
Size a layout to be 200 x 200 pixels.
Drag a box onto the layout and size it for 200 by 200 and set all of the anchors so that it will expand to fill the screen.
delete the header and footers so you only have the body.
Set this to be the opening window in options. Also the first layout in on first window open.
Notice that the box expands to fill every screen and should not cause the problems described above. I've never seen them in any of my Go screens.
The box could be a self sizing container field...