[00:33] <MC_BTay> no ideas how to force an icon change?
[00:52] <zerothis> is there a config file for adding launchers with command-line parameters and apps that do not by default show as icons in the bar?
[01:45] <Pretto> where can I find a full docunentation of quicklist options?
[01:53] <Pretto> jcastro: ping
[07:44] <didrocks> good morning
[08:00] <oSoMoN> good morning
[08:20] <MacSlow> hey there folks
[08:31] <Nafai> hey guys, anyone that has worked with the Unity code around to answer a question?  I'm trying to write a patch that will pop up the quicklist for a launcher when you do Super + Control + Number.  I can get the quicklist to show, but can't figure out how to get the keyboard navigation working
[08:31] <Nafai> Not sure if it is because the quicklist doesn't have focus or what
[12:33] <dbarth> Nafai: you should ping MacSlow, he has worked on the QL and keyb. navigation part
[12:35] <MacSlow> Nafai, for the keynav I used ubus... have a look at...
[12:36] <MacSlow> Nafai, in QuicklistView.cpp see QuicklistView::RecvKeyPressed()
[14:56] <davidcalle> njpatel, didrocks: could we have something like this by default? http://imagebin.org/155903 (global search or Alt+F2?)
[14:57] <didrocks> davidcalle: I think that would be cool (and was one of my goal if I get spare time ;))
[14:57] <didrocks> davidcalle: if you want to achieve it, you're welcome :)
[14:58] <davidcalle> didrocks, I'd be more than happy to try to port this tiny python hack to something more consistent.
[14:58] <didrocks> davidcalle: I think it should be an hidden entry of the application place
[14:59] <davidcalle> didrocks, I agree.
[14:59] <didrocks> like alt + F2 is an hidden placeentry of the applications place
[14:59] <didrocks> great :)
[14:59] <didrocks> (then, if one day, we have to split that out in a semantic place, that can be done easily)
[15:09] <Pretto> where can I find a full docunentation of quicklist options?
[15:09] <Pretto> where can I find a full documentation of quicklist options?
[15:26] <andyrock> didrocks, hi :)
[15:26] <didrocks> hey andyrock!
[15:26] <andyrock> didrocks, do you have a moment?
[15:26] <didrocks> andyrock: sure
[15:26] <andyrock> in Launcher.cpp we have:
[15:26] <andyrock>  OnMouseDown.connect (sigc::mem_fun (this, &Launcher::RecvMouseDown));
[15:26] <andyrock>     OnMouseUp.connect (sigc::mem_fun (this, &Launcher::RecvMouseUp));
[15:26] <andyrock>     OnMouseDrag.connect (sigc::mem_fun (this, &Launcher::RecvMouseDrag));
[15:26] <andyrock>     OnMouseEnter.connect (sigc::mem_fun (this, &Launcher::RecvMouseEnter));
[15:26] <andyrock> etc...
[15:28] <andyrock> in other files and also i launcher.cpp we save the signal ID why?
[15:28] <andyrock> didrocks, ^^^
[15:29] <didrocks> andyrock: right, this is not needed there
[15:29] <andyrock> didrocks, ok! :)
[15:29] <didrocks> so, the signal id is used to remove the signal once the object is destroyed
[15:30] <didrocks> if we have on objet foo
[15:30] <didrocks> and we listen to it in bar
[15:30] <didrocks> so in bar, we have foo.OnMouseDown.connect (sigc::mem_fun (this, &Bar::RecvMouseDown));
[15:30] <didrocks> now, imagine, Bar is destroyed
[15:30] <didrocks> but not Foo
[15:30] <didrocks> and Foo send OnMouseDown
[15:31] <didrocks> -> try to execute Bar::RecvMouseDown with "this" (the destroyed Bar object) -> segfault
[15:31] <didrocks> so, ,when we destroy Bar, we have to remove as well the signal listener in the destructor
[15:32] <didrocks> in that case, it's not needed as the emittor and received are the same object
[15:32] <didrocks> so they will be destroyed at the same time
[15:32] <andyrock> ok, i got it! :) thanks!
[15:33] <didrocks> yw :)
[16:56] <kklimonda^> any idea how does notify-osd manage to stay over fullscreen windows, and why doesn't onboard manage the same feat?
[17:02] <didrocks> kklimonda^: possibly a stacking issue with compiz, you should check with smspillaz
[17:03] <kklimonda^> didrocks: nah, it's happening in metacity and is expected behaviour apparently..
[17:04] <didrocks> kklimonda^: hum, not sure why you are not asking on #ubuntu-destkop rather then. It seems that orca should set the always on top property, yeah
[17:06] <kklimonda^> didrocks: well, notify-osd has been the ayatana project at some point afair, but good idea.
[17:06] <didrocks> kklimonda^: right, but onboard isn't :)
[17:07] <kklimonda^> good point
[18:17] <nmarques> Kaleo, do you have a place with information about the supported gconf entries on unity-2d? If you have such, I'll make the missing schema and the respective patch for inclusion on the source project
[18:18] <nmarques> Kaleo, lp#750303
[18:19] <nmarques> Kaleo, nvm, there's one already :)
[19:24] <MC_BTay> what's up guys