[00:03] <bratsche> jono: You can either do it when you create the indicator, with app_indicator_new()
[00:03] <bratsche> Or with app_indicator_set_icon()
[00:04] <jono> bratsche, what to I pass set_icon?
[00:05] <jono> bratsche,  a path to an icon?
[00:06] <bratsche> No, the icon name.
[00:06] <jono> hmmm 
[00:06] <jono> how can I find out an apps icon name?
[00:06] <bratsche> There's some icon naming spec somewhere.. tbh I don't really know where is a proper list of these names. :/
[00:06] <jono> ahhh its ok
[00:06] <RAOF> jono: The .desktop file is generally a good place.
[00:06] <jono> I have it
[00:07] <jono> ok solved that
[00:08] <jono> bratsche, ok, right now I have:
[00:08] <jono> self.statusicon.connect('popup-menu', self.on_icon_popup, self.menu)
[00:08] <jono> I need to port this over to appindicator
[00:09] <bratsche> Oh damn, people use Python?  Ugh.
[00:09] <bratsche> :)
[00:09] <jono> heh
[00:10] <jono> I tried: self.menu.connect('popup-menu', self.on_icon_popup) and no luck
[00:10] <jono> I just want to trigger the popup-menu signal
[00:12] <jono> I guess there needs to be an appindicator signal for this
[00:12] <jono> as it maps to the gtkstatusicon
[00:12] <bratsche> I think you can emit the signal yourself, but I don't know the Python fu for it.
[00:13] <bratsche> But I think you can do g_signal_emit_by_name (self.menu, "popup-menu",....)
[00:13] <jono> hmmm
[00:13] <jono> I basically want to run a method when the icon is clicked on
[00:14] <jono> so I would need to detect when it is clicking on
[00:14] <bratsche> Oh, when someone clicks on the indicator?
[00:14] <jono> yes
[00:14] <jono> maybe I could use set-focus-child
[00:14] <jono> I basically want to regenerate the menu whenever it is clicked
[00:15] <jono> as it has dynamic items
[00:15] <bratsche> Oh shit.
[00:15] <bratsche> Hmm.
[00:15] <bratsche> I don't think you can do that right now.
[00:15] <jono> balls
[00:15] <bratsche> Let me think for a sec.
[00:15] <jono> thanks :)
[00:17] <bratsche> I think one option is that you could dump a menu with every menuitem to the indicator, and then hide the menuitems dynamically.  But I don't think there's currently any event proxy for that popup-menu event so you'd need to hide the menuitems at runtime as they change.
[00:18] <jono> it seems like I just need to ask ted to add this
[00:18] <bratsche> Yeah probably.
[00:18] <jono> ok, thanks pal
[00:18] <jono> Getting Things GNOME is most of the way there :)
[00:19] <bratsche> Nice!
[00:23] <jono> bratsche, ok, I emailed him about it
[00:23] <jono> thanks!
[00:24] <bratsche> Sure dude, any time :)
[17:23] <vish> djsiegel1: hi.. the solution for the .RUN file was trivial [or i think so] we can keep the terminal from auto-closing? is that tugh?
[17:23] <vish> tough*
[17:23] <djsiegel1> vish: I don't think it's a good paper cut
[17:23] <djsiegel1> (1) it doesn't affect most Ubuntu users
[17:24] <djsiegel1> (2) changing it will break behavior for many sys admins who have written scripts
[17:24] <djsiegel1> many people may depend on terminals closing themselves
[17:24] <djsiegel1> we could break that, and then support calls would explode from users with exited terminals filling up their screens :)
[17:25] <vish> ok , ;)
[17:25] <djsiegel1> but I agree it's a good feature for GNOME Terminal to implement -- keep open
[17:25] <djsiegel1> I've needed it in the past
[17:25] <vish> djsiegel1: yeah , thats why i didnt set a milestone :)
[17:25] <djsiegel1> And you can confirm paper cuts without milestoneing them
[17:25] <djsiegel1> looks like we have way more than 10 paper cuts queued up for round-10
[17:26] <vish> djsiegel1: thats for now , on purpose...
[17:26] <djsiegel1> ok
[17:26] <vish> djsiegel1: i'v been trying to get some folks fix bugs on milestone 10 , so if they fix it we are good..
[17:26] <djsiegel1> ok, cool
[20:36] <jono> tedg, bratsche, take a look at http://pastebin.ubuntu.com/356738/
[20:36] <jono> its a simple python script that creates an app indicator
[20:37] <jono> the problem is that when I wrap the indicator code in a class and create an object and create it, it doesnt work
[20:37] <jono> if I just run the indicator code without the class it works fine
[20:37] <jono> any idea why?
[20:37] <jono> the class runs ok, the constructor is run
[20:37] <bratsche> Because it's written in Python, and God has already killed all the available kittens for the day.
[20:38]  * bratsche clicks
[20:38] <jono> haha
[20:38] <jono> bratsche, tedg I think it might be a bug, as the class is running
[20:39] <jono> aha, just the man
[20:39] <jono> DBO, can you look at  http://pastebin.ubuntu.com/356738/
[20:39] <jono>  its a simple python script that creates an app indicator
[20:39] <jono>  the problem is that when I wrap the indicator code in a class and create an object and create it, it doesnt work
[20:39] <jono>  if I just run the indicator code without the class it works fine
[20:39] <jono>  any idea why?
[20:39] <jono>  the class runs ok, the constructor is run
[20:39] <DBO> looking
[20:39] <jono> thanks
[20:40] <jono> I added a quick test to create and show a gtk window in the constructor and it showed, so the gtk mainloop is running
[20:40] <jono> I want to get this snippet in python-snippets :)
[20:48] <DBO> interesting problem jono
[20:48] <jono> DBO, odd, eh?
[20:51] <DBO> I wonder if python is gcing it
[20:52] <DBO> nope
[20:53] <jono> DBO, gcing?
[20:53] <DBO> garbage collecting
[20:53] <DBO> oh wait
[20:54] <DBO> got it
[20:55] <DBO> you got bit by garbage collection
[20:55] <DBO> jono, http://pastebin.ubuntu.com/356741/
[20:56] <jono> DBO, what is different?
[20:56] <DBO> the self's
[20:56] <jono> oh they are self
[20:56] <jono> why does that matter?
[20:56] <DBO> it stores the variables as class level instead of method
[20:56] <DBO> so your constructor was ending, and then the items were being collected
[20:57] <jono> oh right
[20:57] <jono> gotcha
[20:57] <jono> thanks!
[20:57] <jono> hmm still not working
[20:58]  * DBO double checks
[20:58] <DBO> works fine here
[20:58] <DBO> i see an ubuntu icon
[20:58] <DBO> and 4 menu items
[20:58] <jono> oh it does work
[20:59] <DBO> ok good
[20:59] <jono> thanks DBO!
[21:00] <DBO> np
[21:06] <mrmcq2u> why has rgba been ripped from the ppa?
[21:08] <tedg> mrmcq2u: My guess would be that it's gone into the main distro... but I bet kenvandine would know.
[21:09]  * kenvandine reads back
[21:09] <mrmcq2u> well a new version of gtk has been pushed into lucid but I saw nothing about rgba in the changelog
[21:09] <jono> Application Indicator example added to python-snippets :)
[21:10] <kenvandine> mrmcq2u, oh... i don' tknow... ask bratsche
[21:10] <kenvandine> latest patch he gave me removed it
[21:10] <mrmcq2u> thats odd
[21:11] <tedg> jono: Cool!
[21:11] <mrmcq2u> was hoping to test it with murrine from git which required a later version of gtk than the one previously supplied in the ppa
[21:14] <jono> tedg, :)
[21:15] <kenvandine> bratsche, i assume you have the story on that?
[21:25] <bratsche> Hang on a minute
[21:32] <jono> tedg, jcastro http://www.jonobacon.org/2010/01/14/application-indicators-rocking-the-house/
[21:35] <tedg> jcastro: https://wiki.ubuntu.com/DesktopExperienceTeam/ApplicationIndicators#Custom%20Fallbacks
[21:35] <jcastro> tedg: thanks
[21:36] <jcastro> I'll fix the spelling
[21:36] <tedg> jcastro: I really wanted to link to the fallback and unfallback functions in that last file... but I can't figure out how to do that with Loggerhead. :(
[21:36] <tedg> jcastro: Thanks :)
[21:43] <bratsche> mrmcq2u: I reverted some of those changes for now.  I need to focus on one thing at a time, and that was getting in the way.
[21:43] <bratsche> mrmcq2u: It is still something that's planned, but I don't know any specific timetables for it right now.
[21:45] <mrmcq2u> right
[21:45] <mrmcq2u> planned for lucid though right?
[21:55] <bratsche> Oh I think I was misreading some of this.  Yeah, a new version of gtk went into Lucid that doesn't have this patch.. but a new version went into the Desktop PPA that has an updated version of the patch, and this is hopefully going into Lucid soon.
[21:56] <bratsche> The new revision in the desktop PPA doesn't have the rgba stuff, because I don't have time to debug some stuff at the moment.
[21:58] <bratsche> Whether it goes into Lucid or into M I don't know yet, depends on time.  There's other stuff that needs working on.  But it is still planned, I just can't answer yet when it's going in.
[22:10] <bratsche> We need a bot to entertain us in this channel.
[22:23] <tedg> bratsche: Oh, I thought that was your job! ;)
[22:42] <kwwii> bratsche: did you see my email about csd?