[00:51] <gade> Hi, are you guys still taking papercuts?
[01:03] <sense> gade: Yes we are.
[01:03] <sense> At all times.
[01:04] <gade> Thanks for reply - is there somewhere special to report it or can I just mention it here?
[01:09] <sense> gade: Please report a bug in <https://launchpad.net/hundredpapercuts>, as mentioning it here will probably make it go unnoticed. But before opening a new bug, please verify it wasn't alread y reported.
[01:10] <gade> OK will do and thank you.
[01:11] <sense> You're welcome!
[02:26] <meebey> hi, I am experienting with the messaging menu for Smuxi and I noticed a behavior where I am not sure if that is intended. When an IM indicator gets shown because of a new message and then another IM message from some other person, should all indicators disappear from the menu?
[02:27] <meebey> when a indicator was clicked, that is
[02:28] <meebey> see http://www.meebey.net/temp/smuxi/smuxi-0.8-dev-messaging-menu.png
[02:36] <meebey> ok, I take that back, it looks like indicators have a timeout and expire at some point
[02:37] <meebey> or its the garbage collector kicking in ^^
[02:39] <RAOF> :)
[02:40] <RAOF> Certainly not all indicators have a timeout, and you should be able to have more than one indication active at once (xchat-gnome & gwibber both manage it)
[02:44] <meebey> RAOF: do you know if subtype im has a timeout?
[02:45] <RAOF> I don't believe it does, no.
[02:45]  * meebey is now adding reference to the indicator objects to suppress garbage collection on them
[02:45] <RAOF> Some of my empathy IM notifications have lasted for hours.
[02:45] <meebey> ok
[02:47] <meebey> RAOF: are you aware of focus issues with window managers?
[02:47] <RAOF> I'm aware that kwin has an incredibly strict focus prevention algorithm, but apart from that… no.
[02:48] <meebey> RAOF: if a gtk status icon requests focus of the application window it will show it, with the messaging menu the WM seems to only indicator a focus change but is not doing it
[02:48] <meebey> RAOF: I am using metacity with docky
[02:49] <RAOF> WFM with mutter.
[02:49] <meebey> RAOF: and I have seen horrible horrible code in xchat-gnome's messaging menu support to workaround that
[02:49] <meebey> which I will avoid as I cant write such crappy code from C# ^^
[02:49] <meebey> its sending X events
[02:49] <RAOF> Urgh.
[02:49] <meebey> yes
[02:50] <meebey> thats what I thought too
[02:50] <RAOF> But empathy, evolution, gwibber, and xchat-gnome all work for me.
[02:50] <meebey> RAOF: I will check gwibbers code then
[03:05] <meebey> RAOF: they no longer disappear, was the GC, bloddy managed languages
[03:05] <RAOF> :)
[03:06] <RAOF> libindicator-cil should probably hang on to those references itself, then.
[03:06] <meebey> why cant they leak like unmanaged languages? ^^
[03:06]  * RAOF is a big fan of difficult-to-test-for crashes in p/invoke calls when the GC gets called during native code.
[03:07] <meebey> hehe
[03:07] <meebey> yeah that can be fun
[03:07] <meebey> at least only the bridge needs to suffer, not the users of the resulting API
[03:08] <RAOF> Right.
[03:08] <RAOF> If it's done correctly!
[03:08] <meebey> :)
[03:08] <meebey> if someone cares, I find a small bug in the C# API
[03:09] <meebey> Indicator.SetPropertyTime() has stupid parameters, worthless for C#
[03:09] <meebey> Indicator.SetProperty(key, dateTime.ToString("s")) was to the rescue, passing a ISO 8601 conformant string
[03:10] <meebey> g_time_val is not even exposed at all in GLib of GTK#
[03:42] <meebey> RAOF: ping
[03:43] <RAOF> Pongity.
[03:44] <meebey> RAOF: do you have empathy with msg menu?
[03:45] <RAOF> Yes.
[03:45] <meebey> RAOF: does it show a icon or msg body for empathy indicators?
[03:46] <RAOF> It shows the contact's avatar (if available) on the left, the contact's name, then the time since indicated.
[03:47] <meebey> RAOF: ok thanks
[03:47] <meebey> RAOF: code also passes body but the spec doesnt mention :)
[03:47] <meebey> RAOF: so I was curious
[03:48] <RAOF> It passes the body, too?  That might be for the notify-osd indication, if empathy doesn't use libnotify itself directly.
[03:48] <RAOF> The body *does* show up in the notification, just not in the indicator.
[03:48] <RAOF> (transient notification)
[03:49] <meebey> RAOF: ic
[03:49] <RAOF> I would have thought that empathy would talk to libnotify itself, but maybe not.
[03:49] <meebey> so I will add icon and then I am done I think
[03:50] <RAOF> Oh!  Twitter will have an icon available.  I was thinking “what icon are you going to use to separate different IRC channels?”
[03:51] <meebey> RAOF: I was wrong
[03:51] <meebey> RAOF: it checks and passes body for updating the timestamp
[03:51] <meebey> its not passing the body to the indicator though
[03:51] <RAOF> Ah.  That makes more sense.
[03:52] <meebey> RAOF: smuxi has no avatar support yet, so I will only pass person or group chat icon for now
[03:52] <meebey> RAOF: but yeah, latter it would be twitter avatar
[03:55] <meebey> gar, the binding is lacking Indicator.SetPropertyIcon()
[04:24] <meebey> ok I give up on icon for now, the C# API needs to be fixed
[09:32] <Cimi> davidbarth: today's tasks?
[09:48] <davidbarth> Cimi: hi
[09:48] <davidbarth> Cimi: argb is next on the list
[09:48] <davidbarth> Cimi: is the new gtk package ok now?
[09:55] <Cimi> haven't tried it yet
[09:56] <Cimi> I'm working with christian right now
[09:56] <Cimi> to be prepared on monday, since he will be in the office (but he will leave on tuesday for the sprint)
[09:57] <davidbarth> ah, right
[13:31] <Cimi> davidbarth: ok I resurrected my maverick installaiton :)
[13:31] <Cimi> and rgba works
[14:04] <meebey> ok, I could workaround the absent inidicate_indicator_set_property_icon function in the CLI binding by reimplementing it in C#: http://www.meebey.net/temp/smuxi/smuxi-0.8-dev-messaging-menu.png
[14:05] <meebey> wasn't as bad as I thought, it expects a base64 encoded png image
[14:05] <meebey> besides the 2 API glitches I think libinidicate and messaging menu in general is well done!
[14:06] <davidbarth> Cimi: ah, good to hear
[14:07] <davidbarth> Cimi: can you resume the argb task then, adding the properties you discussed with Cody?
[14:08] <davidbarth> Cimi: and there is also the notebook task i'd like to have some feedback on, ie knowing whether there is something to integrate and review, or whether it's blocked on a design refresh
[14:23] <davidbarth> Cimi: i've created tasks for the work list we exchanged by emailed: https://bugs.launchpad.net/~cimi/+bugs?field.searchtext=&orderby=-importance&field.status:list=NEW&field.status:list=INCOMPLETE_WITH_RESPONSE&field.status:list=INCOMPLETE_WITHOUT_RESPONSE&field.status:list=CONFIRMED&field.status:list=TRIAGED&field.status:list=INPROGRESS&field.status:list=FIXCOMMITTED&assignee_option=any&field.assignee=&field.bug_reporter=&field.bug_
[14:23] <davidbarth> supervisor=&field.bug_commenter=&field.subscriber=&field.milestone:list=30877&field.tag=&field.tags_combinator=ANY&field.status_upstream-empty-marker=1&field.has_cve.used=&field.omit_dupes.used=&field.omit_dupes=on&field.affects_me.used=&field.has_patch.used=&field.has_branches.used=&field.has_branches=on&field.has_no_branches.used=&field.has_no_branches=on&search=Search
[14:23] <davidbarth> and assigned them to you
[14:23] <davidbarth> Cimi: you can use the bug log to exchange with christian and bratsche as well
[14:38] <Cimi> davidbarth: for the notebook stuff
[14:39] <Cimi> I will discuss with otto on tuesday
[14:41] <davidbarth> Cimi: right, I understand this is blocked for the moment, so no worries if you can't make progresses on that yet
[14:46] <Cimi> davidbarth: I think the modification for the icon size is trivial
[14:47] <Cimi> davidbarth: maybe line 473?
[14:47] <davidbarth> Cimi: which module/project?
[14:48] <davidbarth> Cimi: last time we tried, there where a couple of modules that had to be touched, but libindicator was the main one i think, because this is where the helper code loads the icon
[14:49] <Cimi> oh ok