Bug 854401 - For usability sake drop that bloody back button
For usability sake drop that bloody back button
Status: CLOSED NOTABUG
Product: Fedora
Classification: Fedora
Component: anaconda (Show other bugs)
18
Unspecified Unspecified
unspecified Severity unspecified
: ---
: ---
Assigned To: Anaconda Maintenance Team
Fedora Extras Quality Assurance
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2012-09-04 18:36 EDT by Jóhann B. Guðmundsson
Modified: 2012-09-04 18:59 EDT (History)
4 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2012-09-04 18:49:00 EDT
Type: Bug
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

  None (edit)
Description Jóhann B. Guðmundsson 2012-09-04 18:36:53 EDT
Description of problem:

When users have selected something in "spoke" then just drop them back to the main hub and if they want to select something more in the same "spoke" they will just have to revisit and select that. 

Dont do the same mistake as the Gnome developers are doing with the "Activity" button both the location and the presence of that idiotic back button only exist to annoy the hell out of people so could you please do the world a favor and drop it or at least relocate it to something more sensible place ( like the right corner you know where people are used to click [X] to close windows ) in the widget.

Thanks

Version-Release number of selected component (if applicable):


How reproducible:


Steps to Reproduce:
1.
2.
3.
  
Actual results:


Expected results:


Additional info:
Comment 1 Chris Lumens 2012-09-04 18:49:00 EDT
We don't just know when to drop the user back to the hub, though.  For example, the software screen.  Do we do it when the user selects a desktop environment?  When they select some extra groups?  When they've been idle for some amount of time?  None of these are satisfactory, and are just going to lead to people getting frustrated by having to go back and forth a lot.

The back button serves as both a way back to the hub and as a way for us to know when the user is done and we should apply their selections.
Comment 2 Jóhann B. Guðmundsson 2012-09-04 18:59:36 EDT
(In reply to comment #1)
> We don't just know when to drop the user back to the hub, though.  For
> example, the software screen.  Do we do it when the user selects a desktop
> environment?  When they select some extra groups?  When they've been idle
> for some amount of time?  None of these are satisfactory, and are just going
> to lead to people getting frustrated by having to go back and forth a lot.

If user wants to select more then one item he holds shift down while clicking + the software screen needs to be reworked anyway. If it was up to me I would have the users simply install something additional to whatever the relevant *DE thought was best for them after they have installed and I would drop it altogether or at least I would place that selection in another software screen.

> The back button serves as both a way back to the hub and as a way for us to
> know when the user is done and we should apply their selections.

If the presence of the back button is the source of the holy grail of the user experience at least place it on the upper right side which is a place more natural to the user to go to.

Note You need to log in before you can comment on or make changes to this bug.