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

List:       kde-bugs-dist
Subject:    [Bug 167869] tabs can be closed without confirmation
From:       Matthias Kretz <kretz () kde ! org>
Date:       2008-07-31 23:45:50
Message-ID: 20080731234550.7383.qmail () ktown ! kde ! org
[Download RAW message or body]

------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
         
http://bugs.kde.org/show_bug.cgi?id=167869         




------- Additional Comments From kretz kde org  2008-08-01 01:45 -------
On Friday 01 August 2008 00:36:10 Robert Knight wrote:
> This is the first time the bug has been reported to me (on bugs.kde.org) or
> anywhere - and I normally hear about this sort of thing very quickly - see
> the bugs and IRC chatter after I implemented close tabs on buttons.


The first two or three times I experienced it I was completely lost, not 
knowing what had just happened. Later I had the idea that it could have been a 
Konsole shortcut (though I had no idea which one, as I was in a fast 
succession of key combination presses every time it happened). I then set the 
key combinations in question to something crazy (because clearing it is 
impossible) but yesterday the problem reappeared again. The shortcut was reset 
- not 100% sure whether that was my doing - and this time I thought I'd better 
report it, before other people go crazy not knowing what happened to them as 
was the case for me or before it gets reset to the default again for me.

> I will:
> - Set this bug to 'normal', because there are bugs which are bothering many
> more users.  Making the shell 'safe' frankly involves a lot more than
> changing two shortcuts.


severity != priority
click on severity on the bugs.kde.org page to see a definition. I'm fine with 
whatever priority you'll give that bug, but I disagree that this is a normal 
bug, because I lost work a few times now (thanks to vim's frequent auto-save 
it has never been too bad).

> - Provide a close warning when an application other
> than the shell is running in the terminal


Alright, I agree that this should be added in any case.

> Unless this bug report gets lots of dupes on people complaining to me on
> IRC or my blog I do not plan to change the default shortcuts.  They match
> (as close as possible) shortcuts used to manage tabs in other applications
> which is I think makes learning them easier.


Of course I've seen the relation to Ctrl+W, but the question remains whether 
that shortcut is needed, and even if it might be useful to some people, 
whether it should be Ctrl+Shift+W per _default_.

My pattern to close a tab is to press Ctrl+D in the shell. That's enough for 
me and IMO there is no need for a shortcut to close a tab, because either it's 
running only the shell (then Ctrl+D is enough) or it's running an application 
(then you don't want to close the tab and shutdown the app forcibly, but quit 
the application normally). There's a third scenario: a hanging shell/app. But 
since that is an exception and nothing I'll memorize a keyboard shortcut for 
anyway, I'm fine with using the mouse to close the tab in that case (I'm using 
right click -> Close Tab).
[prev in list] [next in list] [prev in thread] [next in thread]