Re: [w3c/manifest] Display mode "standalone" inconsistently handled by browsers (#673)

We had a chat about this yesterday (internal to Google) and I've been discussing an internal proposal to do basically two things:

1. Give developers explicit control over whether a back button, and other UI elements, are shown (rather than just leaving it up to the UA and the vague descriptions of "standalone" and "minimal-ui" in the spec), and
2. Give developers a way to query whether the UA is currently showing a back button (either UA-provided, system-provided, or in hardware).

The main problem I am trying to solve is this "double back button" as shown here (actual screenshot from the Twitter PWA in the Microsoft Store):

![image](https://user-images.githubusercontent.com/228433/41394382-12845090-6fed-11e8-9074-375b08e9c634.png)

This is due to the app not knowing whether the system is providing a button. I don't *think* we really need to give developers explicit control over whether there's a back button --- certainly we can't give absolute control because the UA can always decide to add a back button, or may be forced to by having a system or hardware one. I think it's quite sufficient to merely *tell* developers whether there is a back button. Thus, I'm going to focus on number 2 for the time being (will file a separate bug).

-- 
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/w3c/manifest/issues/673#issuecomment-397182282

Received on Thursday, 14 June 2018 06:10:29 UTC