Summary: | No border on Alt-Tab window | ||
---|---|---|---|
Product: | [Plasma] Oxygen | Reporter: | Dotan Cohen <kde-2011.08> |
Component: | style | Assignee: | Camilla Boemann <cbo> |
Status: | RESOLVED INTENTIONAL | ||
Severity: | wishlist | CC: | cbo, l.lunak, wstephenson |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Ubuntu | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: | |||
Attachments: | Screenshot |
Description
Dotan Cohen
2008-06-28 23:21:18 UTC
Created attachment 25678 [details]
Screenshot
*** This bug has been marked as a duplicate of 154242 *** Not a duplicate. This is about the border on the Alt+Tab window itself while bug 154242 is for the border on the highlighted window. Aah, misunderstood. But in that case its a wish, not a bug as its a new feature. And I guess its a wontfix, because that window-list shouldn't have a border, its not a window, you can't resize/move it. Even if it is not a window, it should have a distinctive border to separate it from what is beneath. Borders are not only used to resize/move. They are visual devices which help the user decide which portions of the screen belong to what. In KDE3 there is a 2px black border around the list. SVN commit 825766 by lunakl: I'm not sure why this is needed, but it helps the styles draw the frame. CCBUG: 165244 M +1 -0 tabbox.cpp WebSVN link: http://websvn.kde.org/?view=rev&revision=825766 Oxygen bug. The tabbox uses "setFrameStyle(QFrame::StyledPanel);" and after the change above Qt styles draw a frame, but not Oxygen. From the qt docs: QFrame::StyledPanel draws a rectangular panel with a look that depends on the current GUI style. It can be raised or sunken. As you set shadow to plain we don't draw anything. I suggest subclassing from QMenu instead of QFrame. That should give you correct drawing with all styles, and it _is_ a menu after all. I don't want a shadow, I want a frame. If I wanted no frame, I would have used QFrame::NoFrame. Other styles draw a frame with this setup, so I don't think there's an error in the usage on the KWin side (although I may be wrong there). Also, the alt+tab widget is not a menu. > Also, the alt+tab widget is not a menu.
Why not? It seems sufficiently menu-like to me to call it a popup. (In fact, other than the unusual key handling, I can't think of any significant way in which it differs from a popup menu.)
@Matthew: No matter if it is a menu, window, or pizza, it needs to be visually distintive. I think that Lubos' patch fixes that. If you close one eye, maybe it may look like a menu, but technically it is not a menu. What do you mean, "unmaintained" ? Well neither of us seems willing to do something about it Sounds like a case for WONTFIX then - i got a fright when I saw 'UNMA' next to Oxygen bugs. |