Somehow, when I use HierarchicalNavigation it messes up the font and positions on the pages.
It’s a bit hard to describe so I’ll attach my current project so you can try it out.
Steps for recreating the behaviour:
Load the app
Click “TMP Menu”
Here you can already tell that the text saying “Menu” is in the wrong font
Click the cogwheel (Settings)
Here, all the text is in the wrong font
Click the cogwheel again (Back)
Click the three lines (Back)
Click the “TMP Menu”
Click the cogwheel
Now all the switches are gone, the info button in the bottom right corner is on the way out of the screen and the menu option texts are no longer in the same place either.
Edit:
When I export the app the screen looks completely black, while the preview in Fuse Tools looks just fine.
Uploaded export: http://zignebeta.andersware.com
It fails when attempting to export to WebGL.
I was going to test out exporting for android, but when attempting to download Ant through the internal SDK-downloader I’m getting the error 404 Not found.
Extracting the contents of the “apache-ant-1.9.5-bin” folder (meaning the bin folder, etc.), to: “C:\ProgramData\Uno\SDKs\Ant”
Deleting the .progress file already existing in the folder
Exporting to DotNetExe does work, but everything looks blurry. (Might be because of Windows 4k scaling, as I’m currently on a 4k display, I will test on a different screen tomorow).
Exporting to Android and running run.bat with an AVD open gives me the following error:
# Trying to uninstall existing version of APK
Failure [DELETE_FAILED_INTERNAL_ERROR]
# Installing new version of APK
118 KB/s (3647377 bytes in 29.984s)
pkg: /data/local/tmp/Zigne-debug.apk
Failure [INSTALL_FAILED_NO_MATCHING_ABIS]
# Starting APK on device
Starting: Intent { act=android.intent.action.MAIN cat=[d] flg=0x10200000 cmp=com.Zigne/.Zigne }
Error type 3
Error: Activity class {com.Zigne/com.Zigne.Zigne} does not exist.
Press Enter or Esc to close console...
This is the simplest example I can come up with to reproduce the switch and button problem mentioned in the OP:
To replicate behaviour: Go all the way forwards using NavigateTo, go all the way back using GoBack and go all the way forward again.
I’ve identified and corrected to source of the problem. It will be made available in an upcoming release. There is unfortunately no workaround in the meantime, unless you can use LinearNavigation instead.