[05:57] smspillaz, sorry to keep pinging you (once every two weeks amounts to a lot of pings given sufficient polling users), but are the lazy positioning fixes available in -proposed or such yet? [06:45] cwillu_at_work: I think so [06:46] smspillaz, and if I say my windows are still moving non-lazily? :p [06:47] tell me what circumstances it happens in and I will try and have a look [06:47] I am on exam leave though [06:48] smspillaz, well, effectively all circumstances; easier to describe when it works right [06:49] when a new window opens, it'll move fluidly until it touches an edge, is minimized/restored, etc; at which point it moves choppily [06:49] if I use my gaming mouse, it's choppy to the point of not actually updating at all while the mouse is moving [06:49] on the touchpad, it's merely slow [06:50] also, the mouse pointer still goes out of sync with the window when moving it rapidly [06:50] i.e., if I shake the mouse a bit when dragging the title bar, the mouse pointer will end up 20-40 pixels above the window [06:58] also, when moving a "slow" window, the whole screen locks to the same framerate: if I'm watching a movie and move a terminal window, the movie window will only update when the terminal window appears at the new location. On the mouse I mentioned before, I can prevent anything on the screen from updating for as long as I like by continuing to move the mouse [07:10] yes, I've seen this too, but not often and I have no idea why it happens. [07:11] * cwillu_at_work jumps up and down at smspillaz [07:11] see! see! I'm not crazy! [07:16] :) [07:18] (right?) === AlanChicken is now known as AlanBell === Jens is now known as Guest14397 === Guest14397 is now known as jbache [11:53] cwillu_at_work: sorry, I'm just really tired right now [11:54] no worries [11:54] (had a nap) [11:54] there's a pill for that :p [11:54] yeah uh [11:55] had a bit of a caffeine freak-out last week [11:55] need to avoid that for a while [11:55] there's... a healthier pill than that... [11:55] anyways :p [11:55] also, black tea; has extra goodness that takes the edge off the caffeine [12:05] smspillaz, is this still kinda sorta a known problem (in the sense of you've got a pretty good idea why it's still doing it despite the recent fixes)? [12:06] if it's a known quantity, I won't bother diving into the code again, but if it's a mystery at this point, I will (if only to gain some diagnostic info that might give you an idea what's going wrong) [12:13] cwillu_at_work: I know why it happens, but it is annoying to trace down [12:13] because the API is broken in a certain sense [12:14] smspillaz, this is what happens when you implement a shell as a compiz plugin? :p [12:14] it will be fixed properly for P when I finish my work to add proper plugin position offsets [12:14] cwillu_at_work: no, not really, this has always been a problem for compiz [12:14] it just manifested itself in different ways before [12:15] fair enough [12:16] however, I would like you to imagine that every time you ever moved a window, you couldn't see where it was going until you dropped it :p [12:16] I have seen this before [12:20] smspillaz, don't you hate that feeling when you really really want to yell at somebody, but there's nobody around with a sufficient share of guilt for them to deserve it? ;p [12:25] meh [12:25] * smspillaz gets paid to be yelled at [12:25] I only code for fun [12:27] I mean this more in a "futility" sense [12:27] I'll check what's in proposed [12:32] cwillu_at_work: its not in proposed yet [12:32] * cwillu_at_work sputters politely :p [12:33] get some sleep [12:34] cwillu_at_work: you can build what *will* be in proposed in a few days (probably when didrocks gets back from uds), with something like [12:34] bzr branch lp:~smspillaz/compiz/compiz.SRU1-1 [12:34] okay [12:35] * cwillu_at_work got lost in a maze of bzr branches a few weeks ago [12:36] cd compiz.SRU1-1 [12:36] bzr bd [12:36] cd ../build-area [12:36] dpkg -i *.deb [12:38] * cwillu_at_work builds [12:42] building on an atom processor is fun! === Omega- is now known as Omega [13:09] * cwillu_at_work installs [13:09] * cwillu_at_work uninstalls compiz-kde... :/ [13:10] * cwillu_at_work reboots [13:10] (because I felt like it) [13:14] smspillaz, nack [13:15] smspillaz, movement still gets choppy, and I can still get the mouse cursor out of sync with the window when dragging it around [13:15] * om26er confirmes [13:16] om26er, you just build from that branch as well? [13:16] oh no, oops just the general case :/ [13:59] kamstrup, for example i was talking to david and he said that he has to do the filters-changed and stripping magic in each and every scope [13:59] mhr3: i guess the heart of the issue is that we ought to capture the filter state into the LensSearch, right? [13:59] yea, that would be nice [14:00] mhr3: incidentally, the upcoming tree-index branch of dee includes a DeeAnalyzer which has powerful text processing capabilities :-) [14:00] i would sure like to see that easily integrate-able there :) [14:03] mhr3: the question is if we can meaningfully capture the state of the filters when we create the LensSearch... [14:03] mhr3: I am not sure we can... === yofel_ is now known as yofel [14:05] i need to look at it [15:31] dang, no DBO or jaytaoko to poke to look at my merge request ;) === m_conley_away is now known as m_conley === chrisccoulson_ is now known as chrisccoulson === m_conley is now known as m_conley_away === seif is now known as seiflotfy === m_conley_away is now known as m_conley === m_conley is now known as m_conley_away === m_conley_away is now known as m_conley === m_conley is now known as m_conley_away === m_conley_away is now known as m_conley [21:31] Hi. I sent a message titled "Unity global menu and Qt" to the ayatana-dev ml this Monday. Why it isn't shown in the list's public archive? === m_conley is now known as m_conley_away