[05:19] <didrocks> good morning
[05:57] <thumper> didrocks: hi
[05:57] <thumper> didrocks: how you doin?
[05:57] <didrocks> hey thumper! I'm fine, thanks :) yourself?
[05:57] <thumper> feeling happy with myself
[05:57] <didrocks> (trying to fight some qmake)
[05:58] <thumper> found several small and one significant (maybe) memory leaks
[05:58] <thumper> all fixes up for review
[05:59] <didrocks> excellent, that will be awesome for next release then :-)
[06:05] <didrocks> thumper: time for week-end and beer for you then? :)
[06:05] <thumper> didrocks: sure is
[06:05] <thumper> pizza and movie night :)
[06:05] <thumper> the kids are out choosing the movie
[06:05] <thumper> and collecting pizzas
[06:16] <didrocks> heh, seems a safe trade :-)
[07:57] <RAOF> DBO: Your ctrl-tab is shiny and smooth.
[10:50] <Trevinho> Guys it's me or in latest unity scrolling over an indicator (i.e. indicaor-sound) doesn't work anymore?
[10:55] <njpatel> Trevinho, yeah, it's broke, I don't think your patch landed in time. But we're making another release next week so we can fix it then
[10:56] <Trevinho> njpatel: I was looking to that, but it doesn't seem to be related to my patch
[10:57] <njpatel> oh, weird
[10:57] <Trevinho> the problem is that the panel service doesn't get the event too
[10:58] <Trevinho> however I'm still checking
[11:06] <Trevinho> njpatel: yes, confirming... It seems that the PanelIndicatorObjectEntryView::OnMouseWheel doesn't get called at all
[11:07] <Trevinho> I don't know if this is related to Nux
[11:07] <njpatel> Trevinho, huh, weird
[11:07] <Trevinho> but it seems to be
[11:07] <njpatel> Trevinho, oh, yes, it probably is!
[11:07] <njpatel> Trevinho, gord was talking to jay about scrolling yesterday, maybe he knows
[11:07] <Trevinho> I'lll give a look to it
[11:07] <Trevinho> ah...
[11:08] <gord> no idea :) but jay might
[11:11] <Trevinho> njpatel: about the recent changes in panel-service to use XIDeviceEvent *event = cookie->data;
[11:12] <Trevinho> In my installation this has some problems; i.e. event == NULL
[11:12] <Trevinho> Now, maybe I'm not a "standard" tester as my core distro is still natty :P
[11:13] <njpatel> Trevinho, yeah, gtk3 uses xinput2 so we needed to move to that
[11:13] <njpatel> Trevinho, come over to Oneiric, it's fun!
[11:13] <njpatel> :)
[11:13] <Trevinho> I'm using gtk3 too...
[11:14] <Trevinho> I like to make "hybrid distros"... Like "natterick" or "oneiratty"
[11:14] <Trevinho> however I should definely move :P
[11:16] <Trevinho> Ah, njpatel (sorry for bothering you :P), could we add the make uninstall functionality to our CMake?
[11:16] <Trevinho> (I mean, I know it's possible, but can it be done?)
[11:16] <Trevinho> It could be useful for "extra" installations (in /opt/.... )....
[11:29] <njpatel> Trevinho, hey, no worries man !
[11:29] <njpatel> Trevinho, yes, I think it should be possible
[11:29] <njpatel> Trevinho, natterick :)
[11:36] <Trevinho> Yeah... Natterick lived so much time in my main PC.... :D
[12:49] <rsajdok> I am trying to compile Unity-2d on O. I get an error: http://pastie.org/2253862 Any suggestion?
[12:50] <Trevinho> Change to indicator-0.4
[12:51] <Trevinho> In CmakeList
[12:51] <Trevinho> everywhere is mentioned indicator put indicator-0.4
[12:52] <didrocks> trunk should have that as Kaleo took my patch, isn't it?
[12:53] <Kaleo> didrocks: it does yeah but only the oneiric branch
[12:54] <Kaleo> rsajdok: lp:unity-2d/4.0
[12:54] <didrocks> indeed, rsajdok doesn't take the correct branch :)
[12:54] <didrocks> thanks Kaleo!
[12:56] <rsajdok> didrocks: I am using this version from this link: https://wiki.ubuntu.com/Unity2D
[13:00] <didrocks> Kaleo: don't you think it makes sense to change the focus release serie now? I think that rsajdok won't be the only one getting that issue trying to hack on the latest release?
[13:00] <didrocks> (so that lp:unity-2d checkout the 4.0 branch)
[13:24] <Kaleo> didrocks: it's not really clear how many people are using Natty vs Oneiric
[13:25] <didrocks> Kaleo: so at least, ensuring the wiki page is up to date is needed then
[13:25] <Kaleo> didrocks: adding an explanation of the 2 version yeah
[13:27] <Trevinho> njpatel: I've foind the problem in Nux
[13:27] <njpatel> Trevinho, nice
[13:28] <Trevinho> njpatel:  However It seems that it's something that is wanted
[13:28] <Trevinho> I mean, there's a function which filters out the mouse wheel when getting the mouse position
[13:28] <Trevinho> why that?!
[13:30] <Trevinho> njpatel: A workaround could be to force an event to be considered like a click...
[13:31] <Trevinho> In that case the scroll event is fired
[13:32] <njpatel> Trevinho, let's wait for jaytaoko and then shout at him
[13:32] <njpatel> Trevinho, :)
[13:34] <Trevinho> ok
[13:38] <jaytaoko> njpatel: hello
[13:38] <jaytaoko> Trevinho: hello
[13:41] <Trevinho> hi jaytaoko
[13:41] <Trevinho> I was looking to scroll event in nux
[13:42] <Trevinho> but maybe I found what we missed...
[13:42] <jaytaoko> Trevinho: hi!
[13:42] <jaytaoko> Trevinho: something wrong with the scrolling?
[13:44] <Trevinho> Well, the signal wasn't emitted to the indicator but I guess that all its related to the fact that SetAcceptMouseWheelEvent wasn't set
[13:44] <Trevinho> I'm just checking...
[13:45] <jaytaoko> Trevinho: the way the mouse wheel works is that the event is sent to an area that is under the mouse pointer and that area has to accept mouse wheel events
[13:45] <Trevinho> Ok, fine now it works...
[13:45] <Trevinho> yes I saw that...
[13:45] <jaytaoko> Trevinho: cool!
[13:45] <Trevinho> I've just studied how it works and now also unity is happy... njpatel: fixed ;)
[13:46] <jaytaoko> Trevinho: great! anything else I can help you with?
[13:47] <Trevinho> jaytaoko: no, thank you! I just had this issue, but studying a little how nux is working now I've found what we were missing
[13:49] <njpatel> Trevinho, jaytaoko awesome!
[13:49] <jaytaoko> Trevinho: fyi, we have changed nux event system from what it was in  the last cycle... the new version is the one you have now. We will be cleanup the remaining of the old architecture.
[13:53] <Trevinho> jaytaoko: about the scrolling event... do you also inverted the up/down values?
[13:53] <Trevinho> because now it seems different
[13:54] <jaytaoko> Trevinho: we fixed an issue with the wheel scrolling direction yesterday before the release
[13:54] <jaytaoko> Trevinho: so yes, I inverted some values to get the dash scrolling to work properly
[13:55] <Trevinho> Ok...
[13:55] <Trevinho> but for indicators it should be inverted again
[13:55] <jaytaoko> Trevinho: are you scrolling on the indicators?
[13:55] <Trevinho> but we can do it in unity
[13:55] <Trevinho> yes
[13:55] <Trevinho> now if you scroll down it's considered an up scrolling...
[13:55] <Trevinho> and reverse
[13:56] <jaytaoko> Trevinho: yes, I think it will have to be inverted in Unity
[13:57] <jaytaoko> Trevinho: I went do at the X11 level and made the correct changes so that the dash works fine. The way the scrolling works now is different from what was implemented in the previous cycle...
[13:57] <jaytaoko> Trevinho: so there is a need to correct that in the indicators as well
[13:58] <Trevinho> Yes I've done that
[13:58] <Trevinho> before your delta was > 0 when you got a scroll down
[13:58] <Trevinho> and < 0 when it was up
[13:59] <Trevinho> not it's inverted
[13:59] <Trevinho> (and is like in GDK)
[13:59] <Trevinho> reverting that all works
[13:59] <Trevinho> thank you
[13:59] <jaytaoko> Trevinho: no problem!
[14:01] <jaytaoko> Trevinho: if you ever want to see where it all begins, look in the Nux source code: NuxGraphics/GraphicsDisplayX11.cpp and look for NUX_EVENT_MOUSEWHEEL
[14:03] <Trevinho> Yes, I saw that
[14:03] <Trevinho> :)
[14:11] <Trevinho> njpatel: http://go.3v1n0.net/o5qgVs ;)
[14:15] <njpatel> Trevinho, approved :)
[14:16] <Trevinho> thanks njpatel
[16:02] <vish> !away > agent00tai
[16:04] <agent00tai> it's my irc bouncer I can't do anything about it if my oneiric session always crash
[16:04] <agent00tai> but I'll leave the channel so I don't spam you guys
[18:52] <andyrock> good evening