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

List:       kde-usability
Subject:    New KDE HIG early draft
From:       Sébastien_Laoût "\[temporar\]" <les83plus () free ! fr>
Date:       2004-08-26 16:46:34
Message-ID: 1093538794.3199.196.camel () localhost ! localdomain
[Download RAW message or body]

Le mer 25/08/2004 à 22:18, Frans Englich a écrit :
> 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? :)

Well,
I'm beginned a small text file to list threads available here:
http://les83plus.free.fr/sebastien.laout/kde-hig-draft.txt

And the following that summarize all ideas about the systray into a
draft of HIG:
http://les83plus.free.fr/sebastien.laout/kde-hig-draft-summary.txt

It contain all interesting part of mails.
If the text format isn't good I can transform it to HTML.
I think the second file is better and every threads haven't to be
logged.

I also added those parts concerning the systray:

TODO: Describe all applications that can have systray icon.
Systray apps are theorically 'deamons' or assimilated, so they wouldn't
need to be started/quitted so frequently by hand (but by beeing large:
KMail is also "a sort of" deamon, as well as JuK).

*=*

- Applications should *always* provide a way to disable the systray
icon.
If disabled, it should act like standard applications:
 * Quit on closing the window
 * Do not show the information dialogs discussed above.
The name of the option would be standard, and if possible always at the
same
place.
TODO: JuK has a 'Settings > Incrust in systray' menu entry.
Nice thing. Whereas every other applications have this in the Settings
dialog.
JuK also offer 'Settings > Stay in stystray on exit'. I don't see the
interest
because it would lead to behave like if there weren't systray. Perhapse
it have
interest for notifications to have a systray icon, but I doubt.
TODO: once the systray icon is enabled, some options could act on it.
If they are some, we have to look for settings that would be interesting
for
every apps.

*=*

- To be discussed: Is the systray zone should ofer a way to manage the
icons
more intelligently (ie. like Windows xp does).
I don't think, since it's usability wise bad to hide dynamically "parts
of the
system" and it wouldn't be a problem if every application should provide

*=*

> They perhapse should be well defined as particular apps, so for
> example they shouldn't appear in the taskbar.

  My reply:
Could be interesting to study if it should be shown in the taskbar.
But I have a doubt: how user can differenciate restored windows and
minimized ones.
For the user, the taskbar is a good to list all the openned windows.
Moreover, the systray associated window would be main window.
I (Sebastien) am quite against that.

*=*

> is it better to have "Quit" be only on the system tray icon?
> (KGet currently only have 'File -> Quit', a close option is welcome)

  My reply:
Hum... Menus should always list every possible actions. Entries
shouldn't be added/removed/changed dynamically.
In the spirit of allowing the systray to be disablable, 'Quit' and
'Close' entries would then apears/disapears "randomly".
I don't think 'Quit' should be only in the systray menu.

Cheers,

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]