[haiku-commits] Re: r43053 - haiku/trunk/src/servers/mail
- From: Axel Dörfler <axeld@xxxxxxxxxxxxxxxx>
- To: haiku-commits@xxxxxxxxxxxxx
- Date: Tue, 01 Nov 2011 22:03:01 +0100
On 11/01/2011 04:37 PM, Adrien Destugues wrote:
"Axel Dörfler"<axeld@xxxxxxxxxxxxxxxx> a écrit :
I'm not yet sure about it. At least, the mail daemon opens quite a few
notification windows (even if it shouldn't), and that makes it rather
annoying when they are not movable and not closable (and bigger than
they were before).
> 2/3 long copy operations in tracker would waste screen space the same
> way, without any way to discard them (at best you can fold them).
To me that sounds like good enough reason to improve our notifications
to make it actually usable for these tasks.
That's actually something I wanted to work on during BeGeistert, but I
figured I should be able to read mail again under Haiku first :-)
What I imagine would be that such notifications are only visible for a
short amount by default (the user may change those settings), and then
be moved into a notification icon in the Deskbar, when you hover that
one (or maybe just click on it, hovering might become annoying), you'll
see all current ongoing progress notifications.
I find notifications extremely hard to get right, so some
experimentation is probably key. At least I yet have to see a convincing
implementation, although I quite like how it's done in Android - with
only a few changes it could be really nice IMO.
See above. I need to plug it back :)
You mean you like to revert your changes again? In that case, could you
make it just #ifdef'd out, so one can put it back in easily?
And what about only showing a summary notification like "you have 42
new messages"? And finally, there is also the notification mail add-on
which could do that instead (or just be removed altogether?).
When you open an IMAP box for the first time and it downloads the whole
mail list, it takes quite a lot of time and the progress notification
is the only way to watch it. And I like to see when mails get sent,
too. But that's a matter of plugging the settings :)
Sure, I meant the ability to do both, depending on your settings. For
example, I don't automatically check for mail, and therefore I like to
get a feedback when I do, and would like to see the status window, too.
Otherwise, a summary would be just fine.
The current progress report code uses a lot of different progress
notifiers, I'm not sure what't the best way to rework that (not too
familiar with the mail daemon code). As far as I understand, what we
need is :
* A single "sending" notification,
* A single "receiving" one.
each of them may be either a progress or an information notification
(there is no way to do that currently with the notification system, you
can't change the type of a notification once you created it).
Is there more ?
Well, as I said, there is also the new mail notifier add-on. But that
could probably be removed completely, and the functionality could be
moved into the daemon, if still needed.
I think the error notices may be moved here too. But for these I'd like
to remove the timeout and make sure the user sees and closes them.
Yes, I would add an error or warning type of notification for this, as well.
In any case, I would like to be able to use embedded views in there as
well, for example, a notification could provide a link to a website, a
button to launch some application, or show the cover art of the song
currently played along with a button to skip that song. WebPositive
could directly allow to open a downloaded archive. That sort of thing.
Thunderbird shows the most recent mails in its notification, and allows
you to directly open it from there, I also like that feature -
sometimes, at least. Most often I think it's annoying :-)
Bye,
Axel.
Other related posts:
