[00:05] <ispiked> recently got an apple magic touchpad. I want to disable the 3-finger tap = love handles feature of unity, but there doesn't appear to be a way
[00:06] <ispiked> I can disable the unity MT grab handles plugin in ccsm, but this doesn't appear to have an effect
[00:06] <ispiked> I was looking at this code: http://bazaar.launchpad.net/~unity-team/unity/trunk/view/head:/src/GestureEngine.cpp
[00:07] <ispiked> it appears to be always on with unity... like there's no config setting...
[00:07] <ispiked> like I would have to recompile a new version to disable it
[00:07] <ispiked> yes / no?
[00:08] <hicham> there is a patch for that
[00:08] <hicham> but I don't know if it applies to latest unity version
[00:08] <ispiked> I'm running 11.04
[00:09] <ispiked> hicham: do you have details on the patch?
[00:09] <ispiked> maybe someone did a ppa with it? *crosses fingers*
[00:10] <hicham> https://bugs.launchpad.net/unity/+bug/780028
[00:12] <ispiked> hicham: oh, you must be the author :)
[00:17] <ispiked> hicham: thank you. will see have a go at building stuff later
[00:18] <hicham> yw
[00:18] <codebrainz> hi.  does appindicator prevent it's menu's items from receiving the "query-tooltip" signal?
[00:54] <codebrainz> is there any libappindicator devs hangin out here?
[00:59] <codebrainz> oh well.  If anyone happens to have any clue about libappindicator menu signals, I've posted a test case here: https://gist.github.com/1036910
[01:55] <smspillaz> thumper: actually, I think I've fixed this already
[01:55] <thumper> smspillaz: even better
[01:56] <smspillaz> thumper: the one that Hobart reported is a different issue though
[07:46] <didrocks> good morning
[08:20] <andyrock> good morning
[08:49] <andyrock> is a DX designer around?
[08:52] <andyrock_> didrocks, can you look to this: https://bugs.launchpad.net/unity/+bug/799890
[08:52] <ubot5`> Ubuntu bug 799890 in unity (Ubuntu) "In Unity the distinction between GVolume, GDrive and GMount is a bit confusing." [Undecided,New]
[08:53] <didrocks> hey andyrock_
[08:53] <didrocks> how are you?
[08:53] <andyrock_> didrocks, fine thx!
[08:53] <andyrock_> what about you?
[08:55] <didrocks> andyrock: I'm fine thanks :)
[08:55] <didrocks> andyrock: so yeah, agree on the issue, but a designer should answer to that one
[08:56] <didrocks> andyrock: you should put the unity upstream and downstream task incomplete btw as long as there is no ayatana-design answer
[08:56] <andyrock> didrocks, i have to change the status to icomplete?
[08:57] <didrocks> andyrock: yeah, as we can't work on the unity side as long as design didn't answer
[08:57] <didrocks> andyrock: then, when design will answer, my script will do the right thing depending on the status
[08:57] <andyrock> didrocks, ok... i am going to add a need-desing tag to
[08:57] <didrocks> either revert to triaged
[08:57] <didrocks> andyrock: no need for a tag, the ayatana-design task should be sufficient
[08:58] <andyrock> didrocks, ok thx
[09:00] <andyrock> another thing... some titles here https://bugs.launchpad.net/~unity-community-hackers are not properly...
[09:02] <JohnLea> andyrock; ping
[09:02] <andyrock> JohnLea, pong
[09:11] <andyrock> JohnLea, you disappeared? :)
[09:11] <JohnLea> andyrock; hyia
[09:13] <andyrock> JohnLea, you ping me right'
[09:13] <andyrock> ?
[09:13] <JohnLea> andyrock; you were looking for me earlier?
[09:14] <andyrock> oh i need a designer yes...
[09:14] <andyrock> if you have a moment can you look into this (https://bugs.launchpad.net/unity/+bug/799890)?
[09:14] <ubot5`> Ubuntu bug 799890 in unity (Ubuntu) "In Unity the distinction between GVolume, GDrive and GMount is a bit confusing." [Undecided,Incomplete]
[09:23] <andyrock> JohnLea, ^^^
[09:29] <JohnLea> andyrock; thanks for the bug.  It looks like the question is a) do we represent each GVolume independently in the launcher if they belong to the same GDrive or b) do we only represent GDrives in the Launcher, and if the GDrive has multiple GVolumes, represent them inside the root of the GDrive.  Instinctively I prefer option A, and when we have to work around the issues of eject on either GVolume ejecting the GDrive and all other GVolumes on the same drive.
[09:29] <JohnLea>  What are your thoughts/
[09:30] <JohnLea> then ^
[09:33] <andyrock> i prefer A too...
[09:34] <andyrock> JohnLea: we show eject, etc. only if the GDrive is removable and it have just one GVolume
[09:35] <andyrock> the solution b is a bit difficult since GVolume can have no GDrive
[09:35] <JohnLea> andyrock; I agree
[09:35] <andyrock> JohnLea, can you update the bug so?
[09:36] <JohnLea> andyrock; could you amend the bug report with your "Desired solution:" underneath the description you have written and I'll review and signoff
[09:36] <JohnLea> andyrock; I was just asking the same ;-)
[09:37] <andyrock> JohnLea, Ok...
[09:37] <JohnLea> andyrock; thx!
[09:39] <andyrock> JohnLea, done
[09:43] <JohnLea> andyrock; in your solution, how would you eject a GDrive when it had multiple GVolumes, if only the GVolumes are represented in the Launcher, and they don't contain an eject option?
[09:45] <JohnLea> How about: "- We represent each GVolume independently in the launcher if they belong to the same GDrive,
[09:45] <JohnLea> - The quicklist for each volume contains an "Eject parent drive" and/or "Safely Remove parent drive" option."
[09:46] <andyrock> JohnLea, ok but are so long! :)
[09:46] <andyrock> in this case we should only change the label :)
[09:48] <JohnLea> andyrock; I've updated the bug
[09:48] <JohnLea> andyrock, thx!
[09:49] <andyrock> JohnLea, thx also
[11:46] <andyrock> JohnLea, about this bug https://bugs.launchpad.net/ayatana-design/+bug/764641
[11:46] <ubot5`> Ubuntu bug 764641 in unity "Dash - dragging a file outside of the Desktop Dash should close the Dash" [Medium,Triaged]
[11:47] <andyrock> for dash you mean "lense" right?
[11:47] <JohnLea> andyrock; yes
[11:48] <andyrock> JohnLea, what about if we have a full screen (or netbook) dash?
[11:50] <JohnLea> andyrock; if you are in a netbook you are a lot less likely to have many window open.  Also you can also drag and drop to any window via the Launcher spread (when we have all the bugs with this fixed)
[11:51] <JohnLea> andyrock; this is a handy shortcut
[11:51] <JohnLea> andyrock; so drag item to Launcher icon, all windows of the app spread, you can then drop the file on any window in the spread
[11:54] <andyrock> JohnLea, i did not understand. Now the dash disappear as soon as the start drag...
[11:55] <andyrock> JohnLea, maybe i did not understand the bug
[11:56] <JohnLea> andyrock; I was describing how you can drag and drop an item from the dash to any application or open window when using a netbook.  This isn't the focus of this bug report though
[11:58] <JohnLea> andyrock; the reason the dash currently disappears as soon as you start a drag is that we ran out of time to build the correct functionality in the Natty cycle; it was not trivial to implement and there were higher priority issues
[11:59] <andyrock> JohnLea, so dnd from a full screen dash will not be possibile... in other words :)
[12:02] <JohnLea> andyrock; dnd from the full screen Dash will be possible via the Launcher in full screen mode (but not via the desktop)
[12:05] <JohnLea> andyrock; it is just that the dragging via Launcher works very well when on a small screen, and dragging via the desktop works badly in a small screen context.  If you want to say open a .png from the Dash in say Firefox, you will only need to drag and drop the .png file on to the Firefox icon in the Launcher.  If you want to drop the .png file in a specific Firefox window you will drag of the the firefox launcher icon, a spread will appear and you will drop
[12:05] <JohnLea>  on the desired window
[12:05] <andyrock> JohnLea, ok... this let me think that yuo want to use in other way the dnd within the border of the dash... :)
[12:08] <andyrock> JohnLea, ok now i understand! :)
[13:31] <kennydude> Hi. is there anyone here who can review branches to merge?
[19:15] <andyrock> njpatel, about this: https://code.launchpad.net/~andyrock/unity/launcher-devices-improvement/+merge/54100
[19:16] <andyrock> njpatel, the work is almost finished
[19:16] <njpatel> andyrock, nice!
[19:16] <andyrock> njpatel, tested (no crashes)
[19:17] <andyrock> njpatel, on three different computers :)
[19:17] <andyrock> njpatel, i want to resolve this bug too: https://bugs.launchpad.net/unity/+bug/799890
[19:18] <njpatel> andyrock, hah, nice!
[19:18] <njpatel> andyrock, in the same branch?
[19:19] <andyrock> njpatel, yes... i should open a new branch?
[19:21] <andyrock> njpatel, is just a small change among the 1483 lines (+669/-548) 10 files modified
[19:21] <njpatel> andyrock, this merge looks a bit messy, do you want to open two new branches, one with the work you've done so far, and the next one based on that but with fixes to make GMount/Drive/Volume less confusing?
[19:22] <njpatel> andyrock, or  just unpropose this and repropose it so we get a clean history
[19:22] <andyrock> njpatel, ok... i will open two new branches...
[19:23] <andyrock> njpatel, when i finish the work
[19:23] <njpatel> sweet
[19:23] <njpatel> andyrock, awesome stuff dude!
[19:25] <andyrock> njpatel, i other changes for devices managment (just coding ones) but in this moment i have no time
[19:25] <andyrock> njpatel, school exam sucks :)
[19:26]  * andyrock i have other changes (ops...)
[19:26] <njpatel> andyrock, heh, indeed. just ping me when your ready I'll make sure to get it reviewed
[19:26] <njpatel> don't want big branches outside of trunk for too long
[19:27] <andyrock> njpatel, thumper should review it too :)
[19:28] <njpatel> indeed
[21:00] <tedg> kenvandine, https://launchpad.net/ido/0.3/0.2.90
[21:00] <tedg> kenvandine, Doesn't seem to be a packaging branch for IDO?
[21:03] <kenvandine> oh... there isn't
[21:03] <kenvandine> lp:ubuntu/ido
[21:03] <kenvandine> tedg, thx
[21:39] <apw> is there a way to start say a gnome-terminal such that it does not aggregate with the other gnome-terminals on the unity launcher
[21:39] <rickspencer3> apw, can you tell me more what you mean by aggregate?
[21:39] <apw> for instance if i have a .desktop file which uses Terminal=true i don't want its windows aggregated with the gnome-terminal ones
[21:40] <apw> rickspencer3, ^^
[21:40] <rickspencer3> hmmm
[21:40] <apw> by aggregate i mean count towards it number of little arrows on the left
[21:40] <rickspencer3> aaah
[21:40] <rickspencer3> sorry, then I dunno
[21:41] <apw> as if it has its own .desktop i want it to have an arrow by that .desktop on the bar, and terminal to have its own
[21:41] <rickspencer3> yeah
[21:41] <rickspencer3> I guess create a new .deskop file just for gnome-terminal and name the app something different?
[21:41] <rickspencer3> I mean "new" as in "additional"
[21:41] <apw> rickspencer3, no that doesn't work, as they all are gnome-terminals and get mixed up as the same
[21:42] <rickspencer3> :/
[21:42] <apw> i _think_ its using the x Class to separate them, so i may be able to use some incantation to control this
[21:54] <tedg> kenvandine, So if you guys put the GTK2 and GTK3 indicator in the same package that means you're going to get stuck with a GTK2 dep.
[21:54] <tedg> kenvandine, It seems you need to split them for any hope of removing GTK2 off the CD, no?
[21:54] <kenvandine> no
[21:54] <kenvandine> gtk2 build dep yes
[21:55] <tedg> You'll have a runtime dep of libindicator3 vs. libindicator
[21:55] <kenvandine> but we create separate binaries
[21:55] <kenvandine> right
[21:55] <tedg> So there'll be two binary packages?
[21:55] <kenvandine> yes
[21:55] <tedg> Ah, okay.  I thought you told me you weren't going to do that.
[21:55] <kenvandine> no, we have to :/
[21:56] <tedg> Yeah, I think you do.