[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-usability
Subject:    Re: [patch] Position of 'Close' on Konqueror Tabs
From:       "Clark C. Evans" <cce () clarkevans ! com>
Date:       2006-03-07 23:35:20
Message-ID: 20060307233520.GA58642 () prometheusresearch ! com
[Download RAW message or body]

This discussion should probably not be happening on the bug list since
it is a *usability* issue?   The bug that I posted was closed as INVALID
by Thomas Zander.  As an avid KDE user and promter, I respectfully disagree.

http://bugs.kde.org/show_bug.cgi?id=123241

------- Additional Comment #2 From Clark C. Evans 2006-03-08 00:32 -------  

I'm re-opening this bug.  Please accept my argument to your response: 
 
 | If you spent time to open a load of tabs your arguing that it 
 | should be a single action to close it seems a bit odd to me. Just 
 | take a little more time to close each tab. 
 
Why even have "Close Other Tabs" then?  Just remove it from the menu! 
 
The option exists because it is valueable -- other browsers (Firefox, 
Opera, and soon the new version of IE) have it because it is valuable 
and you're suggestion is not helpful.  This feature *was* valueable 
in earlier versions of Konqueror; it is no longer. 
 
 | Next to that blindly asserting that an entry in a submenu suddenly is 
 | 'useless' seems to have absolutely no backing by theory whatsoever. 
 
1. The "workaround" I posted takes _less_ time than the actual feature; 
that is, I can open the current window in a new browser, close the 
current browser, and alt-tab over to the new browser window in *less* 
time than it takes to invoke this feature. 
 
2. You're placement of this feature requires use of a mouse *while* 
holding down a key.  This is painful for anyone with even moderate 
wrist fatigue; it requires mental consentration since the option 
is at the *bottom* of a variable-length list of windows.  Opportunity 
for error are very high.   
 
Is there even *one* reason why this makes sense? 
 
 | If you disagree, please search through usability mailinglist archives, 
 
I did before I posted.  The arguments are: 

  1. It is related to "other tabs" hence it belongs in a sub-menu 
     (a non-sequitur, IMHO) 

  2. It belongs at the bottom of this sub-menu since it is 
     a "close" operation (for hobgoblinish consistency) 

Neither of these arguments are even remotely compelling; the 
feature was *fine* before someone tried to "fix" it.  If you 
think I'm missing something, please give me the *exact* emails 
you're referring to. 
 
 | I do think the decision about moving this can be found there 
 | so you don't have to repeat already made arguments. 
 
I don't think an actual "user" of this feature was represented 
in those arguments; or I would have seen my problems presented 
and addressed.  They have not. 

 | As to your request to add a shortcut; you can do that in the 
 | Settings->Configure Shortcuts dialog. 
 
 
Yes; I'm aware of that.  This feature should be useable from 
a user who uses a mouse -- and it isn't. 
_______________________________________________
kde-usability mailing list
kde-usability@kde.org
https://mail.kde.org/mailman/listinfo/kde-usability
[prev in list] [next in list] [prev in thread] [next in thread]