Colin Knowles on Nostr: npub1srcgh…xfms4 npub1n3vav…uyvsf Here's a workaround by hiding the toolbar ...
npub1srcgh979ychudzrha7asxa7kvennpghghzzadmv5gcunfw5p72qs6xfms4 (npub1src…fms4) npub1n3vav6dl973c8dgcha63558q7wecfmufhhyvfkcf420jz6shwj9szuyvsf (npub1n3v…yvsf) Here's a workaround by hiding the toolbar buttons when the size class is compact: https://gist.github.com/thinkbitz/73207f1dd2dc1da404429bb56840c378
Why? When an iPad app is backgrounded it briefly switches to compact size, renders, and then switches back to regular size. And then I guess NavigationSplitView tries to be clever switching modes and gets buggy. (Changing the buttons rather than hiding might work too?)
"Requires Full Screen" in Target settings could also fix it by disabling compact mode.
Why? When an iPad app is backgrounded it briefly switches to compact size, renders, and then switches back to regular size. And then I guess NavigationSplitView tries to be clever switching modes and gets buggy. (Changing the buttons rather than hiding might work too?)
"Requires Full Screen" in Target settings could also fix it by disabling compact mode.