Bug 178353 - calendar not closing when clicking anywhere except from where it was opened
Summary: calendar not closing when clicking anywhere except from where it was opened
Status: CLOSED INTENTIONAL
Alias: None
Product: plasma4
Classification: Unmaintained
Component: widget-clock (show other bugs)
Version: unspecified
Platform: Compiled Sources Unspecified
: NOR normal
Target Milestone: ---
Assignee: Plasma Bugs List
URL:
Keywords:
: 335315 (view as bug list)
Depends on:
Blocks:
 
Reported: 2008-12-21 07:54 UTC by Ruchir Brahmbhatt
Modified: 2014-05-25 21:41 UTC (History)
4 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Ruchir Brahmbhatt 2008-12-21 07:54:53 UTC
Version:            (using Devel)
Installed from:    Compiled sources

Steps to reproduce:
1. Click date applet in panel.
2. Calendar opens up.
3. Click anywhere on desktop or any application
4. Click on date applet.

Expected result:
Calendar should close when we click anywhere outside calendar(desktop or any application)

Actual result:
Calendar only closes when we click from where it opened(date applet in panel or clock widget on desktop).
Comment 1 FiNeX 2008-12-21 12:53:16 UTC
This is the wanted behaviour. Previously the calendar worked as you want, but, people asked to leave it opened: it can be useful to have the calendar opened while you have the focus on another software.
Comment 2 David Leutwyler 2009-02-02 16:29:28 UTC
- I had the reported problem aswell. I tried to "click it away" several times, then that "something" is broken and restarted.

- I found this bugreport when I searched for dublicates during bugreport process.

- Maybe the concept how to let the calendar plasmoid stay there permanent should be rethought. (rightclick menu, additional button.. I am no useability expert, only a user) I think I am not the only one that is used to "click away" anything unwanted from that "right lower corner".

- Should I write a whish or is this WONTFIX definitive?
Comment 3 Sasha Unspecified 2009-03-04 19:48:26 UTC
I think that the problem is not in current calendar behaviour itself, but in the fact that current calendar behaviour contradicts with its design.
(I.e. there would be nothing bad in non-"autohiding" calendar, if users would not expect it to be "autohiding".)
I filled separate report for this: https://bugs.kde.org/show_bug.cgi?id=186144
Comment 4 Christoph Feck 2014-05-25 21:41:57 UTC
*** Bug 335315 has been marked as a duplicate of this bug. ***