[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]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic