[00:02] <acornejo> I developed a small utility using gtk_status_icon that allows the user to manage mutliple displays, change resolutions, placement of screens, etc. It does this through the RandR extension, source available here: http://acornejo.github.com/grandrock/
[00:02] <acornejo> I would like to port it to support AppIndicator. Right now I generate the menu on the fly whenever the icon is clicked. That way, the screens and resolutions available are queried and displayed when the user needs them. However, it seems  to port it to AppIndicator I need to generate the menu before hand, and I will need to update it needlessly every X seconds to keep up with possible new devices being plugged in. Is there some mechanism  I could u
[00:05] <acornejo> names
[03:24] <smslave> acornejo: I don't know, but hang out here till monday or so, ted will be in and can answer your question.
[03:25] <smslave> acornejo: though, I think for xrandr at least there should be events whenever a new monitor is hotplugged
[04:16] <acornejo> smslave: thanks, I'll hang out here hoping for an answer. I agree that there might be a way to monitor hardware events to regenerate the menu, but still, if there was a way to hook into the signal when the appindicators get activated, that would make my life a lot easier. lets see what ted has to say about it.
[12:35] <kazade> hi guys, I'm writing a Gtk+ widget for my app that is a specialized Gtk::Menubar.. but it doesn't look or behave like a traditional menu bar and so I don't want it being sucked into Unity's AppMenu. How can I tell the appmenu indicator to ignore this particular instance? Is there a property I can set on the widget somehow?
[12:51] <eugenesan> Hi all, I want invest some time in order to fix #866046. Any pointers where to start?
[12:53] <eugenesan> 851606