Il 07/07/2010 12:02, Holger Berndt ha scritto:

> There's a "should", a recommendation. The spec does not demand that the
> expire timeout parameter is respected. (In fact, if it did, it would be
> a fishy spec - an implementation could just as well chose (or offer
> config parameters to let the user chose) to not display any non-critical
> messages at all, but just log them to a file. Timeouts of a few seconds
> don't make any sense in a log file.)

Is this the case? Is notify-osd specifically intended for file logging? 
No, it isn't, so why is a good thing not to follow this recommendation? 
After tons of messages still lacks a good answer to this question. And 
no, "uniformity" is not a good answer.

> As pointed out before, the spec gives a clear recommendation as to what
> clients should expect: "Clients should try and avoid making assumptions
> about the presentation and abilities of the notification server."
> Obviously, you're not following that recommendation. That's your choice,
> and also your problem.

This has nothing to do with the design choices made in the server, it 
doesn't explain why is good not to honor the clients timeout 
(independently of the client expectations).

-- 
notify-send ignores the expire timeout parameter
https://bugs.launchpad.net/bugs/390508
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

Reply via email to