Improve UX around channel creation #231

Closed
opened 2017-10-30 23:29:35 +01:00 by kauffj · 2 comments
kauffj commented 2017-10-30 23:29:35 +01:00 (Migrated from github.com)

The UI between new and existing is generally very similar, and we should assume users will do one when they intend the other, regardless of any other changes.

There are several UI changes around channel creation to look at:

  • It's not clear what the default between new and existing should be. It may be confusing to a new user that they have to use a select to get to the "New" form.
  • If a user has entered a username and password for a non-existing channel, perhaps they should be offered to claim it?
  • A user should not be forced to click create channel when on New. If I enter a channel and a password and then click submit with everything else valid, just submit both for me.

Internal Use

Acceptance Criteria

Definition of Done

  • Tested against acceptance criteria
  • Tested against the assumptions of the user story
  • The project builds without errors
  • Unit tests are written and passing
  • Tests on devices/browsers listed in the issue have passed
  • QA performed & issues resolved
  • Refactoring completed
  • Any configuration or build changes documented
  • Documentation updated
  • Peer Code Review performed
The UI between new and existing is generally very similar, and we should assume users will do one when they intend the other, regardless of any other changes. There are several UI changes around channel creation to look at: - It's not clear what the default between new and existing should be. It may be confusing to a new user that they have to use a select to get to the "New" form. - If a user has entered a username and password for a non-existing channel, perhaps they should be offered to claim it? - A user should not be forced to click create channel when on New. If I enter a channel and a password and then click submit with everything else valid, just submit both for me. ## Internal Use ### Acceptance Criteria 1. 2. 3. ### Definition of Done - [ ] Tested against acceptance criteria - [ ] Tested against the assumptions of the user story - [ ] The project builds without errors - [ ] Unit tests are written and passing - [ ] Tests on devices/browsers listed in the issue have passed - [ ] QA performed & issues resolved - [ ] Refactoring completed - [ ] Any configuration or build changes documented - [ ] Documentation updated - [ ] Peer Code Review performed
kauffj commented 2017-11-01 00:35:38 +01:00 (Migrated from github.com)

Added third item.

(Does GitHub give any notification for substantial edits?)

Added third item. (Does GitHub give any notification for substantial edits?)
bones7242 commented 2017-11-13 23:26:21 +01:00 (Migrated from github.com)

related to #175

related to #175
This discussion has been locked. Commenting is limited to contributors.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference: LBRYCommunity/spee.ch#231
No description provided.