Bug 264797 - The channel tab bar does not behave the way i expect a tab bar to behave
Summary: The channel tab bar does not behave the way i expect a tab bar to behave
Status: RESOLVED INTENTIONAL
Alias: None
Product: konversation
Classification: Applications
Component: general (show other bugs)
Version: 1.3.1
Platform: openSUSE Linux
: NOR normal
Target Milestone: ---
Assignee: Konversation Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-01-29 23:26 UTC by Christoph Obexer
Modified: 2011-01-30 11:15 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Christoph Obexer 2011-01-29 23:26:23 UTC
Version:           1.3.1 (using KDE 4.6.0) 
OS:                Linux

The tab bar with the channels does not allow to interact with it the way I'm used to from (all?) other applications.
a few examples:
 * reordering with drag & drop
 * closing with middle-click
 * if there isn't enough space all tabs shrink to [ ... ] instead of allowing me to scroll(with the mouse-wheel and such ;))
 * pressing Ctrl+Tab does not switch to the next tab

the Ctrl+Tab thing seems to be configurable - so I'm not sure why the default isn't the one I'm used to - but maybe it's an improvement to set it to what users might expect - maybe I'm wrong too =)

Reproducible: Always
Comment 1 Eike Hein 2011-01-29 23:32:55 UTC
Konversation uses the KDE tab bar widget, KTabWidget - any interaction model requests should be filed against that rather than individual applications.

Note that:
- KTabWidget supports drag and drop reordering with middle-mouse.
- Konversation has a preference to enable middle-click close in the config dialog (Interface -> Tabs).
- If you are pressed for space, you could try putting the tabs on the left in the config as more will fir that way.
- Konversation uses the KDE default tab switching shortcuts.
Comment 2 Christoph Obexer 2011-01-30 11:15:12 UTC
oh sorry for the noise then