[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-usability
Subject:    Re: On standardizing "systray icon oriented" application
From:       Sébastien_Laoût "\[temporar\]" <les83plus () free ! fr>
Date:       2004-08-26 13:30:46
Message-ID: 1093526923.3192.151.camel () localhost ! localdomain
[Download RAW message or body]

Le mer 25/08/2004 à 22:18, Frans Englich a écrit :
> I think extension to the guidelines will not be done before the large 
> (technical) issues are resolved.

Yes, I was expect that.

> But your work, and James' shouldn't be 
> forgotten but resumed once we've got everything on track. Sébastien, would 
> you like to maintain a list of links to archive on issues which should be 
> brought up once the system is up? :)

I think I can do it.
It's only related discutions (or annonced) in KDE Usability mailing
list? I'm not registered to KDE artists one.

A simple WEB page could do the job.
Should the page be on the KDE web site? If not (it's temporary), I will
put it on mine.

I thinked about a thing: a good idea would be to add a unique id number
to each mails of the mailing list.
Then, when wanting to reference a mail, we haven't to browse the mailing
list HTML archive to search the corresponding adress to be able to link
to to a web page for non subscribers. We just can continue to use our
mail client, take the number at the end of the mail and a non subsciber
to the list can go the HTML archive and enter the number to see the
related mail.
In the manner of bugzilla: when we receive mail, we can join the bug# to
a friend: he hasn't to have the entre WEB address.
But it's another issue, I will do with the current state for the moment.

Le mer 25/08/2004 à 23:45, Aaron Seigo a écrit : 
> ..... we need to address not only the interaction of the window and the 
> systray, but also what systrays should look like, what kind of applications 
> should provide them, what should be in their systray popup menus and 
> interaction issues such as single vs double click and left vs middle vs right 
> click.
> 
> i expect the systray to gain the ability to query the app as to its current 
> status (active, not active, new information to show the user, etc)
> 
> then we should put AS MUCH of this as possible in the KSystemTray class and 
> push those parts of the guidelines into the "Implemented in the Libraries as 
> Policies" part of the HIG. =)

Good idea.

Right after posting my message, I've thinked to additions (but it was
time to go bed ;-) ):

- The file menu of such apps should have, as last entries:
"___" (a separator)
"Minimize Window"
"Quit"
This has to be discussed with the "KUA: Close & Quit" thread.
- The context menu (right mouse button) of the systray icon could be
"normalized" also.
It could be:
"App specific entries"
"___"
"Configure Global Shortcuts" (when available: JuK...)
"Configure Notifications" (and more generaly, all configurations that
are also of interest outside of the app: in JuK, notifications are shown
when pressing a global shortcut...)
"Configure AppName"
"___"
"Minimize" / "Restore"
"Quit"

I will put that on the "page", including your suggestions.

Best regards,

Sébastien Laoût.


_______________________________________________
kde-usability mailing list
kde-usability@kde.org
https://mail.kde.org/mailman/listinfo/kde-usability
[prev in list] [next in list] [prev in thread] [next in thread]