Re: [csswg-drafts] [css-mediaqueries] Proposal: "navigation-controls" (#4187)

The CSS Working Group just discussed `Proposal for Navigation Controls`, and agreed to the following:

* `RESOLUTION: Add navigation controls media query to MQ 5`
* `RESOLVED: Add navigation controls media query to MQ 5`

<details><summary>The full IRC log of that discussion</summary>
&lt;AmeliaBR> Topic: Proposal for Navigation Controls<br>
&lt;AmeliaBR> github: https://github.com/w3c/csswg-drafts/issues/4187<br>
&lt;AmeliaBR> TabAtkins: Request for a way to tell if there is a back button or similar (e.g., PWA shells don't always have this), as a media query. Normal browser it would be true. PWA may be false, so you might want to add a back button in your page UI.<br>
&lt;florian> q+<br>
&lt;AmeliaBR> … For now, the request is only for back button, but the proposal is designed in an extensible way.<br>
&lt;AmeliaBR> dino: I don't understand the scope of "back button". Would a back-swipe gesture count? Generally support the idea, but we need to define it.<br>
&lt;AmeliaBR> … I can also see other use cases, like is there a share button?<br>
&lt;myles> Q+<br>
&lt;AmeliaBR> TabAtkins: Question on back swipe is interesting. Not all UI options are equal. Keyboard controls might not be well known. But depends on the platform.<br>
&lt;jensimmons> +1 to being generic... not too focused on How People Do Things in 2019.<br>
&lt;AmeliaBR> dino: That's just an example. My concern is that the query should focus on the functionality rather than the "button" nature.<br>
&lt;astearns> ack florian<br>
&lt;Rossen_> q+<br>
&lt;dino> oops. forgot about queuing :) sorry.<br>
&lt;dino> i just bullied my way in<br>
&lt;AmeliaBR> florian: Individual parts of the media query are useful. But how would it be collapsed to a boolean level, without breaking extensibility?<br>
&lt;astearns> ack myles<br>
&lt;AmeliaBR> TabAtkins: Current proposal is boolean means any navigation control, of which back button is the simplest. If we can't make that assumption, that the boolean mode is probably meaningless.<br>
&lt;AmeliaBR> myles: Some browsers are designed as standalone apps; other browsers integrate with a system, like an iOS webview. Whether there's a backbutton or not depends on the embedding app. Webview doesn't know, may be difficult to implement.<br>
&lt;AmeliaBR> TabAtkins: In that case, if the rendering agent doesn't know, they should probably be conservative &amp; assume there isn't anything.<br>
&lt;AmeliaBR> florian: And maybe embedded web views could add an API for the environment to tell them if they're handling navigation.<br>
&lt;AmeliaBR> myles: that doesn't help with existing apps<br>
&lt;astearns> ack Rossen_<br>
&lt;AmeliaBR> florian: But it could help in combination with sensible defaults.<br>
&lt;AmeliaBR> TabAtkins: And the default wouldn't be any worse than today.<br>
&lt;AmeliaBR> Rossen_: Is there a reason we're only talking about back button right now &amp; not navigation controls as a group?<br>
&lt;AmeliaBR> TabAtkins: No reason to avoid other features. It's just that back-button has the strongest use case &amp; is the one that is most commonly available.<br>
&lt;AmeliaBR> … But I made sure syntax would work with other buttons, too.<br>
&lt;AmeliaBR> q+<br>
&lt;AmeliaBR> … If we find anything that is really important we can add them too.<br>
&lt;drousso> q+<br>
&lt;AmeliaBR> Rossen_: If we are only doing back-button for now, why not just use that in a boolean sense?<br>
&lt;AmeliaBR> … I didn't want "any"/"none" because that could be more complicated for adding things.<br>
&lt;fantasai> ScribeNick: fantasai<br>
&lt;fantasai> AmeliaBR: Would a URL bar be included inside this general concept of navigation controls?<br>
&lt;fantasai> TabAtkins: If people think that's a useful thing to expose, sure<br>
&lt;fantasai> TabAtkins: number of possibilities we could<br>
&lt;fantasai> AmeliaBR: URL bar allows copy/paste of current URL and also allows navigation<br>
&lt;fantasai> AmeliaBR: also can be used to share<br>
&lt;drousso> dino i am too<br>
&lt;fantasai> TabAtkins: Interesting question of whether that should be distinct from share button<br>
&lt;astearns> ack AmeliaBR<br>
&lt;fantasai> florian: Wrt URL bar, I could imagine a UI which has URL bar only but not back button<br>
&lt;AmeliaBR> ScribeNick: AmeliaBR<br>
&lt;fantasai> florian: so assumption of always having a back button might not be correct<br>
&lt;AmeliaBR> TabAtkins: Theoretically, but I don't think that will happen<br>
&lt;AmeliaBR> florian: without a time machine<br>
&lt;astearns> ack drousso<br>
&lt;AmeliaBR> drousso: One clarification: Are we talking about the *presence* of these buttons, or whether they are enabled? E.g., in a new tab, back button is disabled.<br>
&lt;AmeliaBR> TabAtkins: I could be convinced either way, I think it's best to say "is it present", regardless of whether currently disabled. Probably don't want to toggle this on and off a lot. Might be used via JS to download extra scripts.<br>
&lt;AmeliaBR> AmeliaBR: What is the request at this time?<br>
&lt;AmeliaBR> TabAtkins: To add to draft. Can discuss specifics later.<br>
&lt;AmeliaBR> astearns: Any objections to adding to a media queries draft?<br>
&lt;AmeliaBR> (silence)<br>
&lt;AmeliaBR> RESOLUTION: Add navigation controls media query to MQ 5<br>
&lt;tantek> tries to catch up<br>
&lt;fantasai> RESOLVED: Add navigation controls media query to MQ 5<br>
&lt;AmeliaBR> astearns: We should also get in touch with the original proposer (fallaciousreasoning) for giving credit.<br>
</details>


-- 
GitHub Notification of comment by css-meeting-bot
Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/4187#issuecomment-528132578 using your GitHub account

Received on Wednesday, 4 September 2019 23:36:33 UTC