[02:26] <raof> Whoops!  Bug #547195 is an ABI-breaking change which has also broken the packaging.
[02:26] <ubot4`> Launchpad bug 547195 in indicator-application (Ubuntu) (and 1 other project) "Mono bindings of Indicator Application don't follow assembly versioning policy (affects: 1) (heat: 6)" [Undecided,Fix released] https://launchpad.net/bugs/547195
=== raof is now known as RAOF
[08:54] <hyperair> shit. i forgot to change indicator-application's .pc file after moving things around
=== MacSlow is now known as MacSlow|lunch
=== MacSlow|lunch is now known as MacSlow
[13:48] <MarkieMark1> hi, is there a specific coding style that is necessary for I18n in menus / properties windows? I see all the gettext/.po business happening, is it 'automatic'?
[13:53] <MarkieMark1> Hi tedg
[13:53] <tedg> Good morning MarkieMark1
[13:54] <MarkieMark1> so I'm thinking I need to double-check the I18n compatibility of the patch that now looks basically ready
[13:55] <MarkieMark1> as I've added r-click menu item + properties window; is there a particular way to code that is gettext-compatible?
[14:00] <tedg> MarkieMark1: Cool.  I don't understand why the preference dialog -- why would you want it horizontal in a vertical panel?
[14:01] <MarkieMark1> I've seen people who make their vertical panels very wide - windows style
[14:01] <tedg> MarkieMark1: You should be able to just make the strings like "_("bob")"  and they'll get picked up.
[14:01] <MarkieMark1> particularly in a widescreen monitor
[14:02] <tedg> Eh, but it's possible to get *very* big.  For instance my indicator-applet is 8 entries wide right now.
[14:03] <MarkieMark1> I know, the icons look funny in ubuntu; apparently there's a way of managing that though too
[14:03] <MarkieMark1> plus as there are calls for preferences generally, in a few parallel bug reports, it seemed appropriate to make a prefs window
[14:04] <MarkieMark1> tailoring of the preferences according to the applet destination is more involved, although should be feasible
[14:06] <MarkieMark1> add GtkNotebook tabs according to the applet type; indicator / indicator-session; calling functions in conditionally compiled .c source files
[14:07] <tedg> MarkieMark1: People always ask for preference -- it's harder to say no and figure out what they really want than to code them :)
[14:08] <MarkieMark1> :)
[14:08] <MarkieMark1> well me I'm happy to put it to review to see whether the feeling is generally in favour of preferences
[14:09] <MarkieMark1> that's a good reason for making my foray into preferences as limited as possible :)
[14:09] <MarkieMark1> I definitely feel that the viewable applet as it is now is a necessary improvement for the Lucid desktop though
[14:13] <MarkieMark1> I noticed particularly that Dylan is looking at no right-click menus at all in bug #519553
[14:13] <ubot4`> Launchpad bug 519553 in indicator-applet (Ubuntu Lucid) (and 2 other projects) "Right click menu could confuse users, leading to accidental removal of panel applet (affects: 12) (heat: 56)" [Low,Confirmed] https://launchpad.net/bugs/519553
[14:13] <MarkieMark1> thankyou , ubot :D
[14:14] <tedg> MarkieMark1: Yes, we really can't kill it without putting an annoying handle on it :-/
[15:28] <hyperair> tedg: https://bugs.launchpad.net/bugs/564506 <-- please take a look at this.
[15:28] <ubot4`> Launchpad bug 564506 in indicator-application (Ubuntu) "libappindicator-cil-dev's .pc file points to the wrong place (affects: 3) (heat: 10)" [Critical,Confirmed]
[15:28] <hyperair> tedg: seems i didn't fix enough things, and including the .pc file and now bce ftbfs
[15:30] <tedg> hyperair: It seems directx's patch is a little odd...  the Replaces/Conflicts stuff?
[15:30] <hyperair> tedg: that's because the package name was wrong to begin with.
[15:30] <hyperair> tedg: it's to provide an upgrade path.
[15:30] <hyperair> tedg: he's around, could you poke him on #ubuntu-motu/devel?
[15:31] <hyperair> if you have any other issues, i mean.
[15:31] <tedg> hyperair: Ah, okay, I thought it was conflicting with itself ;)
[15:31] <tedg> I didn't realize the name change.
[15:33] <hyperair> tedg: by the way, considering you're the main indicator-application maintainer, why don't you CC yourself to its bugs?
[15:34] <tedg> hyperair: Hmm, I thought I did...
[15:35] <hyperair> tedg: you aren't, which is why i needed to personally poke you about this issue and the previous.
[15:35] <hyperair> at least, you're not in the list of people notified about the bug..
[16:41] <qense> tedg: There was just a very strange report -- bug 564526 -- against Transmission. The problem of the reporter is that the toggle button of Transmission's visibility isn't updated when he uses the fallback icon (I presume it is the fallback icon) to show Transmission.
[16:41] <ubot4`> Launchpad bug 564526 in transmission (Ubuntu) (and 2 other projects) "Toggle Transmission's display behave wrong (affects: 1) (heat: 6)" [Low,Confirmed] https://launchpad.net/bugs/564526
[16:42] <qense> Watch the vid: http://launchpadlibrarian.net/44407675/out.ogv
[16:43] <tedg> qense: Can you see the panel in that video?
[16:43] <qense> tedg: eys
[16:43] <qense> yes
[16:44] <qense> That's the only way I discovered he's having two icons.
[16:44] <tedg> qense: Hmm, okay.  Let me try and download it.
[16:44] <qense> ok
[16:44] <qense> You can view it in Firefox.
[16:50] <kklimonda> qense: it's not a fallback icon, it's a panel launcher
[16:50] <qense> panel launcher?
[16:50] <qense> Like Alltray?
[16:51] <kklimonda> qense: no - it's the same as the firefox icon next to the menu
[16:51] <qense> ah
[16:51] <kklimonda> qense: just a shortcut
[16:51] <qense> I'll write a patch to subscribe to the show and hide events for the main window.
[16:51] <qense> tedg: problem found, I'll write a patch
[16:52] <tedg> qense: Cool, thanks!
[16:53] <qense> :)
=== MacSlow is now known as MacSlow|capoeira
[20:09] <kklimonda> qense: what is your opinion on https://launchpad.net/bugs/564526 ? worth pushing through the Final Freeze?
[20:09] <ubot4`> Launchpad bug 564526 in transmission (Ubuntu) (and 3 other projects) "Toggle state of 'toggle-main-window' not updated when window is shown after launch with running instance (affects: 2) (heat: 12)" [Low,Triaged]
[20:12] <qense> kklimonda: It is a very trivial fix that won't affect much. But then again you could wonder if this tiny fix is worth the trouble of a feature freeze. Something that speaks in favour of trying to get this fix landed soon is that a lot of Transmission users run the application minimized to the tray and then they encounter a torrent file. iirc that triggers this bug as well.
[20:14] <kklimonda> no, it doesn't..
[20:14] <kklimonda> only Add dialog shows up
[20:16] <qense> kklimonda: ok
[20:17] <qense> in that case it's a very trivial fix for a reasonably trivial bug
[20:18] <kklimonda> it would be stupid not to fix a trivial but visible bug..
[20:18] <kklimonda> if we already have a trivial patch :)
[20:18] <qense> agreed
[20:36] <kklimonda> qense: hmm
[20:36] <kklimonda> qense: the patch doesn't seem to work
[20:36] <qense> no?
[20:36] <kklimonda> qense: when I hide Transmission window and open it from the Applications menu the window shows up and hides immediately first time
[20:36] <qense> ah
[20:37] <qense> whoops
[20:37] <qense> I should have tested the patch more thoroughly.
[21:48] <Nafai> bratsche: (or any other gtk/gobject guru) is there a way in C to figure out what class an object was instantiated as, instead of just doing a lot of GTK_IS_MENU_ITEM and the like calls?
[21:48] <bratsche> Yeah.. 
[21:50] <bratsche> Nafai: I think it's G_TYPE_FROM_INSTANCE()
[21:50] <Nafai> ah
[21:50] <bratsche> Or G_OBJECT_TYPE_NAME() if you want it as a string.
[21:50]  * Nafai looks
[21:50] <Nafai> Yeah, that would work better
[21:52] <Nafai> thanks!
[21:52] <bratsche> Nafai: Sure, np
[23:38] <keturn> hmm.  I'm not sure I get the rationale between the indicator-session indicator-complete thing