Bug 178353

Summary:	calendar not closing when clicking anywhere except from where it was opened
Product:	[Unmaintained] plasma4	Reporter:	Ruchir Brahmbhatt <ruchir.brahmbhatt>
Component:	widget-clock	Assignee:	Plasma Bugs List <plasma-bugs>
Status:	CLOSED INTENTIONAL
Severity:	normal	CC:	ahx2323, finex, leuty, sasha2048
Priority:	NOR
Version:	unspecified
Target Milestone:	---
Platform:	Compiled Sources
OS:	Unspecified
Latest Commit:		Version Fixed In:
Sentry Crash Report:

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. ***