Bug 271635

Summary: Global tab settings configuration
Product: [Frameworks and Libraries] kdelibs Reporter: Todd <toddrme2178>
Component: kdeuiAssignee: kdelibs bugs <kdelibs-bugs>
Status: RESOLVED DUPLICATE    
Severity: wishlist    
Priority: NOR    
Version: 1.0   
Target Milestone: ---   
Platform: openSUSE   
OS: Linux   
Latest Commit: Version Fixed In:

Description Todd 2011-04-24 17:58:16 UTC
Version:           1.0 (using KDE 4.6.2) 
OS:                Linux

Lots of KDE applications use tab lists.  It would be nice if there was a central place to configure how those tabs would behave.  These settings could potentially be overridden in the settings for a given application, just like common keyboard shortcuts can be overridden in a particular application's shortcut configuration.

Some examples of settings that could be configured (not all of these necessarily have to be implemented, these are just potential examples):

drop-down or radio button selectors:

Behavior on tab closing: 
1. go to one to the left (how it currently works)
2. go to one to the right (what I prefer)
3. go to the previously-used tab
4. go to first tab (less important)
5. go to last tab (less important)

Middle-click behavior:
1. close tab
2. duplicate tab
3. detach tab
4. grab tab for drag (click again to release, there is probably a better name for this)

Behavior on new tab:
1. Duplicate current tab
2. Show home page

Tab scroll markers:
1. on right
2. on left
3. on left and right
4. left arrow on left, right arrow on right (there is probably a better name for this)

Check boxes:
Always show tab bar
Show close button on tabs
Show new tab button on tab bar
Show close tab button on tab bar

Reproducible: Always
Comment 1 Martin Flöser 2011-04-24 18:07:45 UTC
nothing kwin can do about it, maybe kdeui?
Comment 2 Todd 2011-04-24 18:21:08 UTC
I was trying to get this placed in the "window behavior" system settings module, since that seems to be where it fits best, but I am not that particular.
Comment 3 Christoph Feck 2014-10-26 15:44:58 UTC

*** This bug has been marked as a duplicate of bug 80657 ***