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

License Dialog should be configurable #1473

Open
ruspl-afed opened this issue Nov 28, 2024 · 3 comments
Open

License Dialog should be configurable #1473

ruspl-afed opened this issue Nov 28, 2024 · 3 comments
Assignees

Comments

@ruspl-afed
Copy link
Contributor

ruspl-afed commented Nov 28, 2024

Although it is obvious for Passage to reduce the list of troubles with both agreements and features to the only bit of information "can use" - for user it may be not so helpful to see them in one generic table.

The suggestion is to redesign access to License Dialog to let product decide how to represent it better

@ruspl-afed ruspl-afed added this to the 4.1.0 milestone Nov 28, 2024
@zelenyhleb
Copy link
Contributor

zelenyhleb commented Nov 28, 2024

@ruspl-afed IMO, from UX point-of-view, the best will be including suggested actions to each row of License Dialog table like on screenshot below.
image

By making actions contextual we improve dialog "passability" a lot, because in this case people can guess, what do we expect from them. It becomes like a "wizard", where you need to pass some steps before dialog lets you in.

WDYT?

@ruspl-afed
Copy link
Contributor Author

I'm fine with [additional] contextual actions, my point is to avoid generic table where things with different origin are mixed.

I would prefer 2 tables, like

  1. "License Agreements to Accept"
  2. "Features to cover with License"

@ruspl-afed ruspl-afed changed the title License Dialog should distinguish features and agreements License Dialog should be configurable Nov 28, 2024
@ruspl-afed
Copy link
Contributor Author

@zelenyhleb you are right, there may be a lot of ways to implement this, let's better do it configurable

@eparovyshnaya eparovyshnaya removed this from the 4.1.0 milestone Nov 28, 2024
@eparovyshnaya eparovyshnaya self-assigned this Nov 28, 2024
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

3 participants