KTabBar - suggestion for 4.1

[Chani]

On April 23, 2008 12:47:43 Urs Wolfer wrote:
> On Thursday 17 April 2008 01:37:54 Robert Knight wrote:
> > > But the style should (in an ideal world) choose the
> > > presentation of it, i.e
> > >  2. hover close button with no delay
> > >
> > > | 3. hover close button with delay
> > > | 4. close button on the right
> > > | (5. Middle button click.)
> >
> > Those are differences in behaviour as well as presentation.  In the case
> > of 'middle click' I have had several different conflicting bug reports
> > asking for different things to happen when people middle click on tabs.
> > It would be simpler for me just to have one behaviour that I can rely on
> > and document in the handbook accordingly.
>
> I suggest to use the mouse middle click as close action. This is a common
> behavior in other (not KDE) applications.

I suggest *not* doing that. general behaviour in kde is "middle click means 
paste". I actually paste urls into konq tabs fairly often. I'd be kinda upset 
if it suddenly closed the tab instead (although the undo-close would keep me 
from killing anyone ;)

-- 
This message brought to you by evyl bananas, and the number 3.
www.chani3.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part.
URL: <http://mail.kde.org/pipermail/kde-core-devel/attachments/20080423/74bca268/attachment.sig>