Version: 3.2 (using KDE 3.1.94 (CVS >= 20031206), compiled sources) Compiler: gcc version 3.2.3 20030422 (Gentoo Linux 1.4 3.2.3-r3, propolice) OS: Linux (i686) release 2.6.0-gentoo When KOrganizer is open and its tray icon is clicked, it should close to the tray (no longer in taskbar). Instead it tries to restore the KOrganizer window. When the close (x) button is clicked, it should exit the the program. Instead, it minimizes to the system tray. Most of the KDE icons in my tray that I use on a regular basis work this way, except KOrganizer. Notably, kwallet, kget, kmail, noatun. It seems like there should be consistent behavior.
Oops, I just found the suggested style guidelines. http://developer.kde.org/documentation/standards/kde/style/basics/systray.html The close button is right, but clicking the icon is considered nonstandard.
> The close button is right, but clicking the icon is considered nonstandard. Yet, it is most convenient if it does hide on click, like many others do.
Subject: Re: KOrganizer system tray functioning should be consistent with other KDE apps Am Samstag, 17. Januar 2004 16:12 schrieben Sie: > > The close button is right, but clicking the icon is considered > > nonstandard. > > Yet, it is most convenient if it does hide on click, like many others do. Well, the thing is the tray icon is only for the alarm daemon, not for korganizer itself. So when the icon is shown in the tray, it doesn't mean that korganizer is running at all. It's only a little program that displays korganizer's alarms. However, to edit the alarms, you have to use korganizer, thus a click on the tray icon starts korganizer. Reinhold -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iEYEARECAAYFAkAJb+YACgkQTqjEwhXvPN1ZDwCgmp49zc4PzFp2csvxQC0tEBFw AwkAoLs47I76Phfa8/hK3ZyGW2QRASEF =IRm9 -----END PGP SIGNATURE-----
Since it opens KOrganizer, it seems like they linked to the user. I think it could still be used to toggle opening/closing (rather than minimizng, since they aren't linked) when the system tray icon is clicked.
I think that there is no need for this systray icon (korgac) -- at least there should be a way to disable it. There seems no useful function linked with this icon nor does it display something important. It is not a good idea if every running service creates it's own systray icon (just for showing that it is running). the service manager should be the right place to control korgac. BTW, "kalarmd" seems to provide the same functions as "korgac": "Alarm daemon: Monitors KOrganzier/KAlarm schedules" -- confusing...
On Sunday 08 August 2004 18:28, Daniel Frein wrote: > ------- I think that there is no need for this systray icon (korgac) -- at > least there should be a way to disable it. There seems no useful function > linked with this icon nor does it display something important. Hmm, somehow you are right. However, the icon does allow to start korganizer with one click, plus it allows turning off all alarms easily. > It is not a good idea if every running service creates it's own systray > icon (just for showing that it is running). the service manager should be > the right place to control korgac. Yes, now that you mention it, this sounds like a sensible thing to do. The only thing is how we provide functionality to quickly turn off all alarms (e.g. if you give a presentation with your laptop, you don't want that alarm popup that reminds you to buy flowers for you secret girlfriend). > BTW, "kalarmd" seems to provide the same functions as "korgac": "Alarm > daemon: Monitors KOrganzier/KAlarm schedules" -- confusing... kalarmd used to provide this functions. Now korgac provides korganizer schedules, kalarmd is just for kalarm any more. Cheers, Reinhold
> The only thing is how we provide functionality to quickly turn off all > alarms (e.g. if you give a presentation with your laptop, you don't want > that alarm popup that reminds you to buy flowers for you secret girlfriend). a possibile solution would be to integrate the disabling/enabling of korgac into the clock applet (via right-click). alarm settings are related to the clock/calendar -- that place would be easy to remember. another idea would be the facility to disable all alarms (other than the low battery warning) if a program disables the screensaver/energy saver or switches to full screen mode. In most cases users of such apps (presentation sw, video playback, games...) don't want to get annoyed by anything...this also includes kopete or kmail popups. but that's another story.
I agree that the korganizer/ kalarm systray icon is broken... If it opens a window when clicked once, clicking the icon again should hide the window. I also think that the korganizer window may be better integrated with the clock/ calendar applet. I often find myself double clicking on a date in the calendar applet hoping it will open up my calendar...
Reassigning all KOrganizer bug reports and wishes to the newly created korganizer-devel mailing list.
That won't happen, sorry. What is launched in the systray is just the "KOrganizer Reminder Daemon".
then the reminder daemon has to be extended. the current behaviour is highly confusing and inconsistent with other kde apps like amarok or kopete. the sole use of these systray icon is to shorten the ways for interaction, an icon saying "i am here! look how nice i look!" is waste. it's immensely helpful to simply click the icon, get the program's gui click again to make it go away. alltray does this to with any kind of program -- with the current way i'd be forced to start korganizer with alltray to get the desired behaviour and still have a totally useless icon in the systray. instead of a simple "won't happen" some rationale for the highly irrtating behaviour (design wise!) would be appreciated.
> the current behaviour is highly confusing and inconsistent with other kde apps like amarok or kopete. You seem to forget that the KOrganizer reminder daemon is _NOT_ a KOrganizer systray icon and it doesn't need KOrganizer to work. It has no graphical interface, comparing it with Kopete or Amarok is nonsensical. The comment #3 is still valid. If this icon is so 'irritating', only a few clicks are needed to disable it.
i don't forget -- i question the design decision taken. the icon as such is useless and the function i'd like to have is not available at all (korganizer itself does not offer anything like it). why is there a single separate daemon that does basically nothing a well integrated systray icon/applet couldn't do -- and could do better?
starting in KDE 4.1, the korgac system tray icon can be disabled. Go into the General page of the KOrganizer settings. Click open the "System tray" tab and then de-select "Show Reminder Daemon in the System Tray". and apply.
that's what #12 proposed as well -- and i thought, i made clear that is _not_ an issue of disabling the icon! the icon does half of what is expected -- opening korganizer when clicking -- but it does not hide/close. and re kde 4.1: does that mean this annoying and non-standard behaviour is still not fixed? a rationla for this stand alone "reminder daemon" would be highly appreciated -- after all, we're talking over some framework where communication and interaction should be easy.
What is clear is that the KOrgac systray icon is not meant to hide the KOrganizer icon nor have any control on any part of KOrganizer. It does what it is supposed to do : allow to enable/disable/suspend/dismiss the reminders and start KOrganizer when clicked. When KOrganizer is already started, it will pop to the foreground for a simple reason : there can be only one instance of Korganizer running. You were previously comparing KOrgac with Kopete, it may be easier to understand if I take back this example : Kopete is able to run the default web browser (to read emails). Do you expect the Kopete systray icon to be able to control your browser window ? (ie, reduce/restore your web browser when clicking on the kopete icon) ? no ? Then now you know why the KOrganizer Reminder Daemon doesn't control the KOrganizer window and why this shouldn't be changed.
> is not meant to hide the KOrganizer icon what korganizer icon? is there any? > When KOrganizer is already started, it will pop to the foreground that means. it is able to find the korganizer and hide/exit it when clicked again. > kopete the comparison is not valid. the systray icon is part of kopete and hides/shows the kopete main window -- it is _not_ a separate entity besides kopete itself. > Then now you know why the KOrganizer Reminder Daemon doesn't control the > KOrganizer window and why this shouldn't be changed. no. is till do not. what's the use of this _separate_ program? what does it do that justifies a separate existence? what else beside korganizer should be associated with this icon? why is the functionality not integrated with korganizer -- almost all programs offering a systray icon allow to manage a plethora of tasks with the same icon, far more than this reminder icon does and it's still part of the program not some individual daemon. i still don't grasp it.
> what korganizer icon? is there any? replace "korganizer icon" with "taskbar entry" in my sentence :) > that means. it is able to find the korganizer and hide/exit it when clicked again. No, it means it is able to launch an external program (KOrganizer) which doesn't allow to have multiple sessions running. You can easily reproduce this : - Open a console, run korganizer, - put it in the background, - Launch again korganizer in your console. The window will come to the foreground. That's what happens when you click on the KOrgac icon. it doesn't bother to check whether KOrganizer is running (it is not necessary). > the comparison is not valid. the systray icon is part of kopete and hides/shows the kopete main window -- it is _not_ a separate entity besides kopete itself. and what we keep repeating is that the KOrganizer Reminder Daemon (Korgac) systray icon is NOT a part of Korganizer, and we also wrote that it doesn't have a GUI because it doesn't _need_ one. What you expect is controlling an external application (Korganizer) with another one (Korgac), so yes, the comparison is valid. > what's the use of this _separate_ program ? [self-quoting] allow to enable/disable/suspend/dismiss the reminders and start KOrganizer when clicked. [/self-quoting] > what else beside korganizer should be associated with this icon? KOrganizer is not associated with this icon, it is launched when you click on it. > why is the functionality not integrated with korganizer Because Korganizer isn't necessary to have reminders. Only to set them up. After that, you can safely close it and you won't miss anything. If you need another reason to have them separated : In fact, you only need a resource (systemsettings/Advanced User Settings/KDE Resources) to have some reminder windows. Example : it is possible to add a remote resource to receive some Google Calendar entries and have KOrgac display the reminders for these appointments.
well, let my put it this way: why does korganizer not have a systray icon that allows viewing/hiding like kopete/amarok/... do? additionally it could also manage reminders. after all, i think, what's this bug is all about.