FileMaker 13 Popovers: Bugs & Interesting Behaviors – SeedCode Tips

Popovers take layout design in FileMaker to a whole new level.  But beware – all is not as it seems when it comes to dealing with popovers.  Seedcode has an illuminating article on some bugs and funny behavior with popovers in FileMaker 13: 

Popovers are one of my favorite things in FileMaker 13. Like tab panels and slide controls they’re a region within a layout, but unlike our other enclosures they don’t take up any space when they’re not in use. We love them.  But they have a couple of unexpected behaviors you’ll want to be aware of as you start putting popovers to work.

FileMaker 13 Popover Bugs

Issue in Web Direct: Portal buttons fail in all but the first row. The only real show stopper with popovers is when a portal is used inside a popover in Web Direct. In such portals, buttons within the portal row will always act as if they are on the first portal row. This means that if you have a portal based selector inside a popover, users on Web Direct will only be to select items in the first row. You can see this in action in FileMaker’s own “Ivoices” starter solution. Popover base selectors like the one adding a company or an item to an invoice always select the first row’s item in Web Direct. Thank you, Jason Young, for catching this!

Work around. I can’t imagine FileMaker won’t fix this soon in a v-rev. Until then, you can fake a button by using a field in the portal row and adding an OnObjectEnter script trigger to act as the button. Because you’re “in” the row’s record when the script fires, these fields-as-buttons work in the correct row, not just the first row.

“Interesting Behaviors”

Issue: Objects prohibited in portals are prohibited in popovers placed inside of portals. This isn’t a bug, but just isn’t obvious at first and caught us off guard when we first starting using popovers in earnest. If you place a popover inside a portal row, the objects in the popover have to obey the same rules as any objects inside a portal row. This means that since you can’t put tabs inside a portal row… you can’t put them in a popover that itself is inside a portal row. The reason this catches people is that FileMaker won’t bark at you when you try to do this. Depending on the object you try to add to a portal-enclosed popover, the action in layout mode will either look like it succeeds or the added object will “fall through” the popover to the layout below.

Work around. None. This is just a fact of life. Just as you can’t include a portal inside another portal, you can’t include a portal in a popover that’s inside another portal.

Issue: Expanding popovers won’t cover webviewers. Nothing can really cover a webviewer and that goes for the expanded contents of a popover as well. The popover will try to expand elsewhere on the screen but if there is nowhere else to go you may find part of it underneath your webviewer. Kind of hard to use that way. =)

More…FileMaker 13 Popovers: Bugs & Interesting Behaviors – SeedCode Tips.

Thanks! You've already liked this
Need FileMaker Development Help? Or to purchase FileMaker Software?
Contact FM Pro Gurus for help