February 17th, 2022

@gregwhitworth This sounds like it could be of interest to @denladeside.

5:09 PM, Feb 17th, 2022 via Twitter Web App

@gregwhitworth Hard same. 🤣

5:09 PM, Feb 17th, 2022 via Twitter Web App in reply to gregwhitworth

@kennethrohde @CharlieCroom @rauschma Maybe the current behavior could just be changed, so links always open in the default browser (the same way `_blank` now automatically implies `rel=noopener`) and pages that need to stay in the app need to explicitly

5:06 PM, Feb 17th, 2022 via Twitter Web App

@mtomweb @rauschma In your example this would require the PWA to capture links from oauth.com, which may not work if oauth.com is used by more than just your PWA, which most commonly will be the case.

1:12 PM, Feb 17th, 2022 via Twitter Web App in reply to mtomweb

@dgrammatiko Try installing https://t.co/AI5Xrg8rWD on desktop or mobile and see what happens for the different links. It’s for all those use cases (and more: that is, the default browser part).

12:41 PM, Feb 17th, 2022 via Twitter Web App

@dgrammatiko Can you say why you feel this way?

12:26 PM, Feb 17th, 2022 via Twitter Web App

@RReverser @mchcopl Yes, you can argue either way. The way it works today definitely isn’t right. I came from the fact that _authors_ can determine the value of `target` today, but (power) _users_ can always override (e.g., via middle-click to always open

12:25 PM, Feb 17th, 2022 via Twitter Web App

@kennethrohde @rauschma My proposal is that these links would open in Firefox for you if Twitter were to annotate all links (that is, links in tweets) with `target=”_default-browser”` in your example.

11:39 AM, Feb 17th, 2022 via Twitter Web App

@beth_panx @nitya @harshitgarg22 @ThePracticalDev Thanks a lot for adding this. It’s a valid feed with some warnings. Validated by pasting the RSS file into https://t.co/G2HmeBYwTo. https://t.co/ypuA5yHmol

10:35 AM, Feb 17th, 2022 via Twitter Web App

@rauschma Yeah, getting this right for everyone will be hard. Maybe a reason for more power user settings.

10:19 AM, Feb 17th, 2022 via Echofon in reply to rauschma

@JohnMu Also see the second part for when current=default:
“A side effect of this would also be that if browser A happens to be the default browser that links would then not open in the in-app browser experience of the installed PWA, but just in a regul

10:16 AM, Feb 17th, 2022 via Echofon

@ryanflorence @digitarald @github Saving someone else a Web search: https://t.co/ye13Ez1Nu2.

9:52 AM, Feb 17th, 2022 via Echofon

@rauschma Some flows like OAuth might make it desirable to stay in the in-app browser. But I tend to agree that in general the default browser should be respected.

9:36 AM, Feb 17th, 2022 via Twitter for iPhone in reply to rauschma

@brucel Maybe @Snugug has an idea or can route to someone who knows the answer?!

9:23 AM, Feb 17th, 2022 via Echofon in reply to brucel

@zachleat @SaraSoueidan As we’re renaming things, can I vouch for `document.qwertySelector()`?

9:20 AM, Feb 17th, 2022 via Echofon in reply to zachleat

@mchcopl The proposed `target` attribute value would make the desire explicit. I think it’s fair leaving this to authors, just like today where they can choose if they want links to open in a new tab (`_blank`) , or replace the current page (no value).

8:58 AM, Feb 17th, 2022 via Twitter for iPhone in reply to emceeMCtwo