/srv/irclogs.ubuntu.com/2010/01/13/#ayatana.txt

kenvandinemrmcq2u, i don't think i can do anything about that, it is a gnome.org thing02:33
kenvandinemrmcq2u, however, i think if you have openid you can login to comment02:33
=== MacSlow is now known as MacSlow|lunch
=== MacSlow|lunch is now known as MacSlow
vishMacSlow: hi...[mac_v here] has Bug #500663 been reported already? can we add it to the notify-osd papercut jam?13:38
ubot4Launchpad bug 500663 in notify-osd "Notification mouseover behavior is unintuitive" [Undecided,New] https://launchpad.net/bugs/50066313:38
vishits part of the specs mpt has listed on the wiki13:40
MacSlowvish, it's not a papercut, but rather a principle design decision13:41
MacSlowvish, it is?!13:41
vishMacSlow: yeah13:41
vishMacSlow: "if a notification bubble has been fully visible for 2000 ms when the pointer enters, it should switch to its mouseover appearance until the pointer leaves, then switch back to its normal appearance and display for a further 3000 ms."13:41
vishthe fix that the user mentions , is basically what mpt mentions [or atleast what i'v understood :) ]13:42
MacSlowvish, that's not a papercut as it requires some substantial changes in notify-osd due to the timer-observation and especially the extension of the timeout13:43
vishMacSlow: oh , sure... 13:43
MacSlowvish, last cycle I started working on that (the needed foundation to actually be able to _extend_ a running timer)13:43
vishMacSlow: BTW , do you already have a bug where the wifi notifications dont merge? [iirc it was part of what you mentioned to be a papercut bug at the uds]13:46
MacSlowvish, sounds rather like a network-manager bug (not directly notify-osd)13:47
MacSlowvish, but a bug-number always helps to get me on your page13:47
vish i couldnt find a bug :( .. hence asked ... i'll search harder ;)13:49
vishMacSlow: ah found it > Bug #50163213:53
ubot4Launchpad bug 501632 in notify-osd "Wireless network notifications queue up and then display at incorrect times" [Undecided,New] https://launchpad.net/bugs/50163213:53
MacSlowvish, that's something for mpt/design to figure out first... because it requires a conceptual change14:02
vishMacSlow: how does the volume notification able to merge the bubbles? as you said it may be the wrong notification send by the nm applet14:03
vishs/does/is14:03
MacSlowvish, volume/brightness/eject etc use synchronous (or feedback) notifications... they get displayed immediately (replacing and previous sync. notification if displayed)14:04
MacSlowvish, normal apps (like nm-applet/network-manager) use asynchronous notifications, which are under notify-osd's queue control, hence the possible difference in notification reception and notification display14:06
vishMacSlow: could async notifications somehow force the replace? since i'v noticed a wfi bubble when connection is lost and the re-connection do not match with the actual connection status... 14:07
vishi'd be re-connected but the bubble would still say , "disconnected" ;)14:08
vishand only after a few secs the bubble would disappear and then say "connected"14:10
MacSlowvish, async. notifications are not intended for this kind of use.14:14
MacSlowvish, this issue is not simple to solve14:15
vishMacSlow: .. yeah , its not a papercut .. but how do we fix this? from notify-osd or from the nm applet end?14:16
vishasking the nm-applet to send  sync notification instead?14:17
MacSlowvish, I'm not in "notify-osd mode" right now so cannot give a full view on it14:17
MacSlowbut I feel it needs some conceptual change for network-manager14:17
vish lol.. cool14:17
MacSlowvish, no! nm-applet should _not_ use sync. for that14:17
vishok14:18
MacSlowthis is reserved for direct "hardware-feedback" type of things14:18
vishMacSlow: sure , thanks for clearing stuff up :) 14:18
vishs/stuff/silly questions14:18
=== beuno is now known as beuno-lunch
=== \vish is now known as vish
=== beuno-lunch is now known as beuno
=== djsiegel2 is now known as djsieel
=== djsieel is now known as djsiegel
jamaltaHi, is pynotify the best way to use the new notify-osd from python?21:44
jamaltaOr would it be better to just rely on dbus?21:45
jamaltaAh, it seems that pynotify is just an abstraction that uses dbus21:50
magciusIs there any reason revisions 408, 409 is in the karmic branch but not in trunk?22:19
magciusOf notify-osd, that is22:19
jonobratsche, where do I set the icon for an app-indicator?23:44

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!