These major rendering issues most frequently occur (but are not limited to) the correct sizing of graphic container fields. An example of a non container field is the number 5 in the attached image above. It consists of a basic square drawing with the left side hidden and rounded corners (& two straight lines). The plus sign right next to it is a drawing of two straight lines.
There is no reason why these should not be drawn accurately in FMGo 14. They work in all versions of FileMaker Advanced 12 or above, in all versions of OS X 10.6 - 10.11, in all versions of Windows (XP - Windows 10) as well as all version of FMGo 13 and below.
Another major annoyance is the flickering of the screen when the window is being resized via the standard iOS pinch-to-zoom feature. At least this happens when there is a gradient in the background. This is not the case in FMGo 13.
Another oddity is the fact that we now have the ability to zoom up to 200 percent via a script step when the window is not automatically resized to optimal viewing size right from the start. I am testing on an iPad Pro and an app that looked great in FMGo 13 with an estimated a resolution of 130% is now limited to 100%, 150% or 200%. There is no way to display the content in 130% unless you zoom in and out of the entire screen and cut objects off. FMGo 13 was able to automatically determined the maximum zoom setting that would allow all object to be displayed as large as possible without being cut off. Now we are limited to the same percentages as the FileMaker desktop version.
possibly related known issues:
related Feature Requests:
Thanks efficientbizz! Just to clarify:
I did not experience this bug although I did have the timing indicator stuck in an endless loop a few times. This is a sign that the application crashed. My file is meticulous maintained but does have 600MB + of persistent data that does not change and therefore has been checked and rebuilt countless of times during development (on a separate copy...just to check for errors). If an error was found work began anew from the last clean backup. The only explanation for the endless loop is that FMGo 14 cannot handle large data sets. I have never seen the endless loop in any other FileMaker version with my solution.
My application does not use the built in shadow feature but all shadows are created with native gradients. The gradients all seems to display fine except they cause an increase in screen flickering in FMGo 14.
The design is still classified as 'Classic' theme because using themes and CSS slowed my solution down in FileMaker 12. Choosing no theme means a lot of work but keeps it as basic as it gets. FileMaker is told to draw lines from point a to point b. All the incorrectly drawn lines were created just recently in FileMaker 12. I do have FileMaker 14 installed and they draw correctly in FileMaker 14. These are all newly drawn BASIC objects:
The automatic zoom worked beautifully in FMGo 13. It is broken in FMGo 14. I suspect the reason is the new iOS zoom script control option. Now we are required to create a different sized design for each iOS device. This is not an improvement.
The bottom line is that FMGo 14 is unstable and unusable for my solution which consists of a basic layout with a large set of clean persistent data.
Just to clarify I am running FMGo 14.0.4 released on Nov 9th 2015. This version has received three updates since its initial release eight month ago. This indicated that FM Go 14 has a core issue with its graphic engine.
mmh, I see. Don't hesitate to send this in as a Bug Report with all details (Mac / Win?).
I just tried to list some of the known bugs I remembered spontaneously and I'm pretty sure there was one that comes close to your description.
That's why this is important:
… and this is what Phil deserves:
With CSS AND Themes, there's a lot of room for improvements for FMI. I haven't made up my mind yet whether Classic Theme runs slower or not. I'ld expect to see some more changes with next FM release. For the better or not
Here is a new example that is created in FileMaker 14. It is a basic layout that illustrates the creation of the number 5 with graphic lines. Both screenshots were taken with an iPad Pro at maximum pinch-to-zoom setting. Notice how the new graphic engine of FMGo 14 is limited in the amount of zoom it can display compared to the superior graphic engine of FMGo 13. More importantly notice how the curved edge of the number 5 is not smooth in FMGo 14 when compared to FMGo 13.
Thanks efficientbizz...PhilModJunk has been a great help throughout the years.
Will do...here is a similar example drawn at a lower pixel size which amplifies the issue. The red number 5 is newly drawn in FileMaker 14 while the black number 5 was copied from a FileMaker 12 solution. Both render equally crude in FMGo 14.
Thank you for your posts and screen shots.
First, keep in mind that the Classic theme has been deprecated. We suggest you move to a different theme.
Regardless, I have sent all of your screen shots and descriptions to our Development and Testing departments for review. When I receive any feedback, I will let you know.
The custom zoom level setting has been requested previously, and our Development and Testing departments are aware of this. I have attached your post to the original report. When more information becomes available, I will post again.
Thanks TSGal! As you can see from first screenshot the next update will look extraordinary on Mac OS and iOS. It's not really a classic theme but rather a file with no theme and hence still defined as 'classic' in the inspector. Every object has been redrawn in FileMaker 12. As you can see from my last screenshot a new object drawn in FileMaker 14 with the default 'Enlightened' theme has the same issue on FMGo 14.