UI in standalone mode

Copper Contributor

Im a little concerned about changes of the desktop app UI.

 

You introduced a back button even though the `navigation_ui` is (not yet) a part of the manifest spec

https://github.com/w3c/manifest/pull/766

Most of apps are built with an implementation of navigation UI (because of the lack of native support or for a better UX).

In standalone mode, the `navigation_ui` should be `hide` as a default (for backward compatibility).

If you argue 'there is an arrow in apps installed from the Microsoft Store', you should now the web is about backward compatibility, your product should be aligned with the web, not the other way around. 

 

Moreover, `translate` button does not adapt its color to the `theme_color` but the main concern here is the app bar starts to be bloated with non-critical action buttons.

Translation should be part of the `three dot menu` as it's not an usual action. The webappmanifest fixes the language with the `lang` property and can support internationalization internally if needed. Translation is a UA service and shouldn't be promoted as part of the app UI.

 

edge_standalone_ui.jpg

 

 

 

Note: there is a misalignement of the arrow in fullscreen

fullscreen_arrow_alignement.jpg

 

2 Replies

@frlinw thanks for the feedback on App UI. 

 

We made an additional small change to the back button, just to be complete: in current canary, the backbutton will disappear when there is no history; we took feedback on that and now it is visible but disabled when there is no history.

 

We do plan on having the ability to use a media-query if the app would like to hide the button because they may have implemented their own. That is not in yet.

 

We are in discussion currently with Google about back compat and whether standalone mode should have a back button. We decided to check it in like this so we could get early user feedback. To clarify your comment on back compat: do you mean we are not compatible because now there are two back buttons for some apps, or do you mean we are not compatible because this actually breaks some apps?

 

If the former: we're definitely concerned for that. It might be good to enable the media-query and make it hidden by default, then drive the choice via the manifest...


If the latter: If you can point to an app that is broken because of this, I'd love to have that information.

 

Thanks again,

@johnjansen Thank you for the clarification.

Of course, it does not break anything. It's just about the user experience, a double navigation UI adds confusion and, as you said, currrently webauthor doesn't have any way to hide it.

Perfect webauthor experience would be: `hide` as a default and give a way to show it if needed.

 

About display mode:

https://www.w3.org/TR/appmanifest/#display-modes

 

Standalone description:

"the user agent will exclude standard browser UI elements such as an URL bar, but can include other system UI elements such as a status bar and/or system back button"

 

minimal-ui description says:

"A user agent can include other platform specific UI elements, such as "share" and "print" buttons or whatever is customary on the platform and user agent."

 

So translation button (even password manager button) shouldn't be part of the app UI in standalone mode. standalone mode should hide every UA specific UI (three dot menu excluded) except if the webauthor allow it via the webappmanifest or via media query.

 

The "can include other system UI" in the 'standalone' description would lead 'standalone' to be a 'minimal-ui-light' mode. But it's probably better to discuss it on webappmanifest spec side.