Monday, March 5, 2018

FileMaker Go Bug?

FileMaker Go Bug?




I am working with another developer on a big rollout for a primarily iPad based solution. We are using sliding panels as a major interface feature.  In the development process, we discovered a FileMaker Pro Bug.

The app is feature packed and has multiple sliding panels on each major interface page.  On some layouts, up to seven sliding panels are stacked on top of each other. While this results in a more complex development environment, the resulting user experience (UX) is impressive and has a reduced learning curve.


And it all works well on Mac’s and PC’s.


Using FileMaker Client on a Mac or a PC is not a problem.  When we programmatically activate a sliding panel, that panel assumes “Active Focus”, meaning the panels essentially drop behind the Active Focus panel despite their relative position in the stack.

For example, activating the 7th (lowest) panel in the stack using the “Go to Object” command essentially brings that sliding panel to the top of the stack.

Once on top, all functionality you would expect does work:  filed access, scrolling, popovers, button access, etc.  But...

Portal Scrolling does not work FileMaker Go


On FileMaker Go, however, there is a major problem.  Calling the 7th panel and giving it Active Focus on FileMaker Go works for all functions save one: scrolling a portal.  Watch this short video to see the bug in action:


[video width="1468" height="752" mp4="http://www.filemakerprogurus.com/wp-content/uploads/2018/03/FileMaker-Go-Bug.mp4"][/video]


Steps we have taken to try to squash the bug:




We reviewed all of the Window script steps:  Since the panels are placed on a Window, those commands were not effective.

We also tried various Navigation commands, and I suspect we could build a script to go to a record in a portal and force a scroll, but that is clunky and not intuitive to the user.

The only thing we have found that works is to hide the slider using “Hide Object When”.  The problem there is the logic it takes to properly hide up to 7 different sliders using conditional logic. It can be done, but only after all design considerations have been locked down.  Adding any new features sends us back to the logic maze with plenty of testing to ensure all works OK.


In the hope that there is a work around we have not yet discovered, I am posting this on various forums and with FileMaker, and also posting here on my blog.
Please leave a comment if you have an idea.  Your feedback is appreciated.


No comments:

Post a Comment