[haiku-commits] Re: r43115 - in haiku/trunk: headers/private/notification src/kits/app src/preferences/notifications
- From: "Adrien Destugues" <pulkomandy@xxxxxxxxxxxxxxxxx>
- To: haiku-commits@xxxxxxxxxxxxx
- Date: Thu, 03 Nov 2011 11:49:37 +0100
> Please keep the server. There is nothing wrong with keeping stuff
> separate. That way you can easily replace (single) components.
Ok, but since we're going to get icons in the deskbar, I feel the
server could just be a replicant in there, instead of a separate
processs ?
>
> As far as look goes, discussed in other mails, I would recommend to
> keep
> it as simple as possible. If you look at how interface design has
> evolved, one common direction is to remove visual clutter. Multiple
> frames serve no purpose here. The window itself has a frame. The
> items
> need to be separated visually. If it's not already clear from the
> layout
> what visual elements constitude a single notification, a single pixel
> line between notifications attaching to the window border on each
> side
> is really enough.
There's already one such line. The boxes are to separate groups of
notifications,
such as "mail" (which may have one progress bar for each account + the
"you have n mail" notice).
before the patch, this was materialized as a darke grey header above
the group, with the title inside, as well as collapse and close
buttons. But I don't think it looked nice. Not sure how to make it
better.
> As for how notifications are designed in general, I also think the
> Android system is pretty ideal.
I'm not an Android user. Please develop.
> Since a computer screen has more space,
> we can popup new notifications (as currently done). We can have
> different types of notifications:
> * temporary (user X got online)
> * permanent and removable (you have X new messages, may or may not
> pop
> up again for each new batch of messages)
> * permanent and non-removable (in Android I am thinking of the USB
> storage option, which is non-removable as long as you have the USB
> connection, something like this may come in handy)
I'm not yet sure of that.
Non-removable implies a way to hide, or else it would get annoying
quite quickly.
We're using these notifications for the most obvious stuff so far, mail
downloading. I could see Caya and Vision using them as well, and I saw
Voptop already does. These are all of the temporary kind.
I'm not sure if we're going to use the same system for longer-running
stuff, such as Web+ downloads or tracker status. These are of the
permanent kind, and we need a way to hide them (not completely close,
as you'll likely want to look at them from time to time). This was done
by folding (so you'd get a single line saying "tracker status", "mail
status", ... which you can expand to see more. This line also shows the
number of folded notifications.
>
> I like the idea that Deskbar would display an icon for each category
> of
> the permanent notifications. These could appear in a window when you
> click the icon area, or only those appear when you clicked a specific
> icon. I like the idea that all appear, since it makes for a bigger
> click
> target and is simpler and thus with less potential for user
> irritation.
> With the window that shows permant notifications, you could either
> clear
> all or perhaps remove individual ones. I would not offer any options
> to
> hide and unhide, collapse/expand or similar. These are notifications,
> their purpose is to inform the user about something.
depends on what we put in the word 'notification'. Does that include
'progress notification' as mentionned above ? You really want these to
be hidden, but still easily reachable.
Thinking about it, I think we may need to separate them more. On one
side there are notification about events, which we want to pop up for a
few seconds then get out. On the other, there is progress stuff that
would be better placed on a window that you can lower but keep around.
And in the middle, there are error notices, which you want to pop up
and stay until the user dismiss them. We already have two kind of these
in the current system : BAlerts and the mail daemon error log. They do
it in quite different ways.
> When that job is
> done, they can just go away, unless it is really important for them
> to
> stick around (like the USB storage option in Android. Right now I
> can't
> even think of something that might need this type of notification, I
> just think it should be in the design.)
Maybe networkstatus could make use of that. Particularly when using PPP
and wanting to keep track of the time spent online.
Other related posts:
