| Summary: | Passive Pop-ups from Panel should have visible hide/close button | ||
|---|---|---|---|
| Product: | [Unmaintained] plasma4 | Reporter: | Sasha Unspecified <sasha2048> |
| Component: | general | Assignee: | Plasma Bugs List <plasma-bugs> |
| Status: | RESOLVED UNMAINTAINED | ||
| Severity: | wishlist | CC: | aseigo, dev, jlayt, kde-2011.08, neundorf, peter.penz19, wstephenson |
| Priority: | NOR | ||
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | Ubuntu | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
|
Description
Sasha Unspecified
2009-03-04 19:35:52 UTC
Imho, that should be even generalized as generic KDE style rule: "Usually widget popups hide when user clicks somewhere outside them. All widget popups that stay visible (when clicking outside them) should have some common design pecularity." Where the "pecularity" could be one or more of: - thicker border frame around widget's popup; - close button at top-right corder of widget's popup; - widget's icon looks like pressed button while widget's popup is shown. Actually, widget popus that close when clicking outside them should have something similar in appearance with context menus, and widget popus that don't close when clicking outside them should have something similar in appearance with usual windows. i'm fine with the idea of a "collapse the popup" widget in the calendar and other passive popups. the other suggestions aren't of interest. I don't fully understand the meaning of word "collapse" here -- you mean the close button? Nice work, Sasha, I agree that all three of the solutions should be implemented. I came to file a bug on the calendar's behaviour when I found bug 178353, which complains about the current calendar behaviour. It is non-intuitive, and breaks consistency with other plasmoids and desktop behaviour. The widget closes on Escape if focused with a mouse click. Is there a reason it shouldn't receive focus on show? > The widget closes on Escape if focused with a mouse click.
> Is there a reason it shouldn't receive focus on show?
I can confirm this behaviour.
I strongly favour the suggestion that the clock appear to be "pressed-in" when the calendar is shown.
*** Bug 208575 has been marked as a duplicate of this bug. *** Edit title to reflect general case, move from wideget-clock to general, e.g. Notifications passive pop-up has same issue. I favour the standard x button in top-right of the pop-up title bar for consistency with extenders and normal windows (I would have favoured the collapse button, but that has other uses). This should also be able to be disabled by the individual pop-up if required. I agree with John, the popups should have a visible close button. I can remember back in the KDE 3 (or 2 ?) days first the kicker calender/clock didn't have a real window frame, i.e. it also didn't have a close button. Due to usability reasons it was turned into a normal window with a close button, so that people can easily see how to close it. I think this still applies today for all plasma popups which stay open otherwise. Alex Hello! This feature request was filed for KDE Plasma 4, which reached end-of-support status in August 2015. KDE Plasma 5's desktop shell has been almost completely rewritten for better performance and usability, so it is likely that this feature request is already implemented in Plasma 5, or is no longer applicable. Accordingly, we hope you understand why we must close this feature request. If the requested feature is still desired but not implemented in KDE Plasma 5.12 or later, please feel free to open a new ticket in the "plasmashell" product after reading https://community.kde.org/Get_Involved/Bug_Reporting If you would like to get involved in KDE's bug triaging effort so that future mass bug closes like this are less likely, please read https://community.kde.org/Get_Involved#Bug_Triaging Thanks for your understanding! Nate Graham |