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

Decoupler of detected domain from displayed domain #4

Open
stuartpb opened this issue Apr 28, 2014 · 5 comments
Open

Decoupler of detected domain from displayed domain #4

stuartpb opened this issue Apr 28, 2014 · 5 comments

Comments

@stuartpb
Copy link
Member

For cases where there is no domain-subdomain relationship between the displayed record and the triggered domain, both of those should be visible.

There should be a button to "unfold" these as a relationship (and perhaps an option to keep it like that by default), and in the unfolded state, a button and/or label that explains the source (either it's an inherent domain profile that can optionally be turned off, or a manual redirection record that can be updated, deleted, or copied).

This unfolding should also be triggered when the domain is changed to one unrelated to the tab's domain: display a notice that closing the popup will hide the record, and present the buttons to restore the tab domain / create a "use" record.

Manual redirection changes happens when the relevant domain is changed: if it's a non-present domain, there should be "Copy" and "Modify" next to the domain field, and "Cancel" where "Delete" would be.

The above line is non-binding.

Addresses #3

@stuartpb
Copy link
Member Author

I need a little more thought on the UI for this. It seems like the natural thing would be to display what the domain for the current hashblot is, with an icon that can be clicked to display "(provider for example.com)", eg. going to youtube.com displays the hashblot for google.com with a "provider for youtube.com" expando.

@stuartpb
Copy link
Member Author

I'm nonplussed about how to model custom provider records. I guess it's just a document lookup that requires a subsequent document lookup?

@stuartpb
Copy link
Member Author

The bit about having the UI for changing the popup blot's domain be "Set as provider" and "Discard changes" makes a lot of sense, especially if "discard changes" is moved to an "X" in the upper-right-hand corner.

Under this idea, the provider row should have buttons for "remove provider" (sets popup domain to tab's domain). Reverting to a provider record... well, it entails changing the domain - so it has to trigger a "set provider" action, that can just contextually be labeled "Use default provider" when the domain is changed back to the original provider domain.

So the domain line, when changed, might have a "revert to default provider" icon (which would also / alternately be a "revert to self-provider" if there's no default use record).

@stuartpb
Copy link
Member Author

Also, providers should have buttons on the left of the domain for "more specific" and "less specific", for narrowing / chopping off domain components (since free-editing doesn't make sense in their context).

@stuartpb
Copy link
Member Author

Might want to think about an option to show third party auth solutions. The specific case I'm thinking of is TweetDeck, where you can log in with Twitter (which they're targeting to be the primary account mechanism).

Of course, having this not be in a popup on the domain itself is rare, but... well, it's complicated. Needs some more thought / use-case gathering. Ping opws/opws-dataset#31

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

1 participant