Summary: | Walking through windows (Alt+Tab) should be improved and cleaned up | ||
---|---|---|---|
Product: | [Plasma] kwin | Reporter: | Lubos Lunak <l.lunak> |
Component: | general | Assignee: | KWin default assignee <kwin-bugs-null> |
Status: | RESOLVED FIXED | ||
Severity: | wishlist | CC: | alatar_, becheru.petru.ioan, bejoag2, bluedzins, bluescreenavenger, borghart, ch, davh, davidsboogs, filepra, gds, greven, hcoohb, l.savernik, marko, michiel, ossi, Paddlaren, pfeiffer, plunix, poletti.marco, Wolfgang_Mader |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Compiled Sources | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: | |||
Attachments: |
Example: Bug 205282
Incomplete window list when alt+tab is pressed |
Description
Lubos Lunak
2005-12-12 15:26:31 UTC
*** Bug 118042 has been marked as a duplicate of this bug. *** *** Bug 55397 has been marked as a duplicate of this bug. *** *** Bug 44261 has been marked as a duplicate of this bug. *** *** Bug 92218 has been marked as a duplicate of this bug. *** *** Bug 98190 has been marked as a duplicate of this bug. *** *** Bug 113336 has been marked as a duplicate of this bug. *** *** Bug 116095 has been marked as a duplicate of this bug. *** *** This bug has been marked as a duplicate of 119816 *** To me bug 119816 seems rather narrow in scope compared to many of the bugs that make up this one. Did you maybe mean to dupe the other way around? Oops, yes, thanks. *** Bug 119816 has been marked as a duplicate of this bug. *** *** Bug 126670 has been marked as a duplicate of this bug. *** *** Bug 85894 has been marked as a duplicate of this bug. *** *** Bug 137625 has been marked as a duplicate of this bug. *** *** Bug 142217 has been marked as a duplicate of this bug. *** *** Bug 143075 has been marked as a duplicate of this bug. *** *** Bug 87092 has been marked as a duplicate of this bug. *** Also, it would be a good point to have an option to select whether we want to see windows of the current desktop or windows of all desktop. Done. Systemsettings -> window behaviour -> traverse windows on all desktops. Ok, thanks ! sorry, I had never seen this option... But, wouldn't it be logical to have also this option on the parameters of the desktop effect used ? (In reply to comment #20) > Ok, thanks ! > sorry, I had never seen this option... > But, wouldn't it be logical to have also this option on the parameters of the > desktop effect used ? Yes and because of that this option also applys for the effects. *** Bug 200271 has been marked as a duplicate of this bug. *** *** Bug 196125 has been marked as a duplicate of this bug. *** *** Bug 205117 has been marked as a duplicate of this bug. *** *** Bug 205282 has been marked as a duplicate of this bug. *** *** Bug 205726 has been marked as a duplicate of this bug. *** SVN commit 1022861 by graesslin: Here comes the new TabBox. It is a complete rewrite using a MVC approach. Here some highlights: * Models and Delegates for Clients and Desktops * Horizontal, vertical and tabular layout * Layout of one item can be configured by an XML definition * A desktop item can include a client list * An optional second list view showing only the selected item * A new KCM "kwintabbox" * An alternative TabBox with independent settings and keybindings * Optional Highlight Windows effect integration * List scrolls instead of removing items * Scroll wheel support * Cursor key support * Middle click on item closes window BUG: 195745 BUG: 197187 BUG: 201103 FEATURE: 118184 FEATURE: 156723 FEATURE: 177441 FEATURE: 182897 FEATURE: 193882 GUI: M +12 -2 CMakeLists.txt M +6 -0 client.cpp M +8 -0 client.h M +23 -15 effects/boxswitch/boxswitch.cpp M +3 -0 effects/boxswitch/boxswitch.h M +8 -2 effects/coverswitch/coverswitch.cpp M +2 -0 effects/coverswitch/coverswitch.h M +3 -2 effects/flipswitch/flipswitch.cpp M +1 -0 effects/flipswitch/flipswitch.h M +4 -0 effects/highlightwindow/highlightwindow.cpp M +4 -3 effects/presentwindows/presentwindows.cpp M +1 -0 effects/presentwindows/presentwindows.h M +1 -0 kcmkwin/CMakeLists.txt M +32 -26 kcmkwin/kwincompositing/main.cpp A kcmkwin/kwintabbox (directory) A kcmkwin/kwintabbox/CMakeLists.txt A kcmkwin/kwintabbox/kwintabbox.desktop A kcmkwin/kwintabbox/layoutconfig.cpp [License: GPL (v2+)] A kcmkwin/kwintabbox/layoutconfig.h [License: GPL (v2+)] A kcmkwin/kwintabbox/layoutconfig.ui A kcmkwin/kwintabbox/main.cpp [License: GPL (v2+)] A kcmkwin/kwintabbox/main.h [License: GPL (v2+)] A kcmkwin/kwintabbox/main.ui A kcmkwin/kwintabbox/previewhandlerimpl.cpp [License: GPL (v2+)] A kcmkwin/kwintabbox/previewhandlerimpl.h [License: GPL (v2+)] M +2 -0 kwinbindings.cpp M +7 -1 lib/kwinglobals.h A tabbox (directory) M +391 -898 tabbox.cpp M +64 -120 tabbox.h A tabbox/DefaultTabBoxLayouts.xml A tabbox/clientitemdelegate.cpp [License: GPL (v2+)] A tabbox/clientitemdelegate.h [License: GPL (v2+)] A tabbox/clientmodel.cpp [License: GPL (v2+)] A tabbox/clientmodel.h [License: GPL (v2+)] A tabbox/desktopitemdelegate.cpp [License: GPL (v2+)] A tabbox/desktopitemdelegate.h [License: GPL (v2+)] A tabbox/desktopmodel.cpp [License: GPL (v2+)] A tabbox/desktopmodel.h [License: GPL (v2+)] A tabbox/itemlayoutconfig.cpp [License: GPL (v2+)] A tabbox/itemlayoutconfig.h [License: GPL (v2+)] A tabbox/tabboxconfig.cpp [License: GPL (v2+)] A tabbox/tabboxconfig.h [License: GPL (v2+)] A tabbox/tabboxhandler.cpp [License: GPL (v2+)] A tabbox/tabboxhandler.h [License: GPL (v2+)] A tabbox/tabboxview.cpp [License: GPL (v2+)] A tabbox/tabboxview.h [License: GPL (v2+)] M +17 -2 useractions.cpp M +2 -2 workspace.cpp M +14 -4 workspace.h WebSVN link: http://websvn.kde.org/?view=rev&revision=1022861 Created attachment 37695 [details] Example: Bug 205282 Just to be clear as to what the problem is referenced in Bug 205282, here is a screenshot of the alt-tab box in compressed mode due to lots of windows being active. (In reply to comment #28) > Just to be clear as to what the problem is referenced in Bug 205282, > here is a screenshot of the alt-tab box in compressed mode due to lots of > windows being active. This issue is fixed in 4.4 (In reply to comment #29) > (In reply to comment #28) > > Just to be clear as to what the problem is referenced in Bug 205282, > > here is a screenshot of the alt-tab box in compressed mode due to lots of > > windows being active. > This issue is fixed in 4.4 Unfortunately there are still a few problems at 4.3.95 (4.4 rc2). With vertical "informative" layout, with many open windows the alt-tab box extends below the bottom of the screen so that items are not visible. Not as big a problem with "compact" layout since can get many more on the screen, but with it is is still possible to "overflow" the screen. With vertical informative layout, the mouse pointer positioning is off. If the point of the cursor is below the lower half of the desired line, it select the line below. To select the desired line the wide part of the arrow has to be exactly centered on the line. With vertical informative layout, if there are only a few items on the list (e.g.,3) selection with mouse is way off. To select any item you have to click in the space much above any of the items. Typically you would not use the mouse in this situation but it should still work as it did in 4.3.x and 3.5.x. I probably wouldn't use the tabular layout, but its mouse selection is also way off (e.g., click on item in right column, selects something in middle column). (In reply to comment #30) > > Unfortunately there are still a few problems at 4.3.95 (4.4 rc2). > > With vertical "informative" layout, with many open windows the alt-tab box > extends below the bottom of the screen so that items are not visible. Not as > big a problem with "compact" layout since can get many more on the screen, but > with it is is still possible to "overflow" the screen. Still extends below bottom of screen with many windows open. Before (kde 3.5.x) the font got smaller to accommodate a huge number of windows in the alt-tab box. > > With vertical informative layout, the mouse pointer positioning is off. If the > point of the cursor is below the lower half of the desired line, it select the > line below. To select the desired line the wide part of the arrow has to be > exactly centered on the line. > > With vertical informative layout, if there are only a few items on the list > (e.g.,3) selection with mouse is way off. To select any item you have to click > in the space much above any of the items. Typically you would not use the mouse Selection with the mouse works fine now. However, I see another problem with a more than 13 or 14 windows in the alt-tab list. If you hold down alt-tab, you can't really see the position change at all. It seems to freeze instead of continuously scrolling. This is really visible when the alt-tab list extends the entire height of the screen. I am at KDE 4.4.2 (Fedora 12). Created attachment 51320 [details]
Incomplete window list when alt+tab is pressed
KDE version: 4.5.1 Linux: 2.6.35-ARCH i686 Distro: Chakra There is a problem in listing all the opened windows when pressing alt+tab key combination. For example, I had 3 windows opened and alt+tab showed only two of them. Third one wasn't rendered, but could be selected by holding alt and pressing tab till it's selected. You can see it in the screenshot in comment #32 that selection box has moved below the second window in the list. Compositing is enabled. If I press ctrl+F9, unlike in case of alt+tab, all windows are listed. comments #32 & #33 are bugs #249935 resp. #249173 (this is a rendering regression does actually not belong here) Future request Please, add the option to show switcher dialog on all monitors in multimonitor configurations. On Wednesday 15 June 2011 20:57:52 Alatar wrote:
> Future request
> Please, add the option to show switcher dialog on all monitors in multimonitor
> configurations.
This request is closed, we do not track requests in closed reports. If you want to propose a
new feature, please use brainstorm.forum.kde.org
|