Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

A way to control which client (or type of client) receives a navigation #758

Closed
jakearchibald opened this issue Oct 5, 2015 · 2 comments
Milestone

Comments

@jakearchibald
Copy link
Contributor

Sometimes the user expresses how they want a link to be opened, eg "open in new tab" or pasting a link into an existing window, but other times it's ambiguous, such as clicking a link or tapping a notification that subsequently calls openWindow.

This should allow developers to create single and multi-document applications by determining how links are handled.

Some patterns to enable:

User clicks on a link in a native app, developer wants it to launch in a new chromeless window (the user has already added this site to homescreen).

User clicks on a link on a website, developer wants to focus an existing client and target the navigation at it.

User clicks on a notification, developer wants to focus an existing client, discard the navigation, and postmessage the client.

User clicks on a homescreen icons, developer wants to create a new chromeless client, even though there's an already-open client for the target url.

@mgiuca
Copy link

mgiuca commented May 18, 2018

Just found this. I think it's well covered by the "launch" event work we've been talking about, tracking in #1028

@jakearchibald
Copy link
Contributor Author

Agreed!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants