[01:13] <bschaefer> andyrock, woot, I think I fixed the space problem! (Or I am on the right track)
[01:13] <bschaefer> andyrock, you are always up so late
[01:14] <andyrock> eheh compiz's fault
[01:14] <bschaefer> haha, I have yet to start tacking parts of that beast. Sam has told me about it before haha
[01:18] <bschaefer> tackling*
[01:18] <andyrock> nux is something like a beast too
[01:18] <andyrock> :)
[01:19] <bschaefer> yeeah, I have gone through that
[01:19] <bschaefer> parts at lease
[01:21] <andyrock> bschaefer, to understand/fix this bug i've lose to day 893670
[01:21] <andyrock> #893670
[01:22] <andyrock> and after a night in a disco
[01:22] <andyrock> when i got to home
[01:22] <andyrock> I was inspired
[01:22] <andyrock> :)
[01:23] <bschaefer> haha, let me look the bug up really quick. the bot seems to fail at parsing atm
[01:24] <bschaefer> andyrock, nice!
[01:25] <bschaefer> andyrock, that is about as much time as I have learning the ibus, ibus-hangul and libhangul code haha
[01:26] <andyrock> cool, let me know if you fix the problem
[01:27] <bschaefer> andyrock, well I have to space working correctly, because they didn't think they would be responsible for the space that gets sent to them
[01:27] <bschaefer> andyrock, so the more annoying part the space is fixed in a build i have, but i want to make sure it is the correct fix :)
[01:27] <andyrock> go it
[01:27] <andyrock> *got it
[11:37] <mick0> davidcalle: The spotify-precise branch works on precise. Just took a look at the packageing you commited yesterday.. Will start on that this evening.
[11:38] <davidcalle> mick0, great! I will give it a try when I'm on my Precise install.
[11:39] <mick0> davidcalle: I think I have to change the recepie for the other branch to not include precise as it does not have the unity 5.0 changes?
[11:40] <davidcalle> mick0, you just need to create another recipe and when you build : one with Precise, the other with Oneiric. The recipe itself does not change, you can copy-paste it.
[11:40] <mick0> ok
[11:41] <mick0> davidcalle: btw, I still saw the album art not loading bug when testing on precise.
[11:41] <davidcalle> mick0, http://www.grillbar.org/wordpress/?p=585
[11:43] <davidcalle> mick0, I know, I don't think that gord had the time to look at the issue. I hope it will work fine on the release.
[11:44] <mick0> Oh ok.
[11:44] <gord> nope not had time yet, was sprinting last week, maybe next week
[11:52] <mick0> davidcalle: That was a good blog post! Will try out the cancellable thing later instead of thaw. Have to run to a lecture now.
[11:52] <davidcalle> Indeed! Have fun :)
[12:22] <noordung> Hi guys. I'm writing an application that needs to know whether an AppMenu is active and being used. How can I detect that?
[12:45] <kamstrup> JohnLea: hey, good progress on lenses in the home screen, it is basically working, just one question
[12:45] <kamstrup> on the category names
[12:45] <kamstrup> from the files lens we pull in "Recent" and "Downloads" and from the apps lens we pull in "Recently Used". The two "Recent*" are inelegantly similar
[12:46] <kamstrup> should I change to "Recent Files" and "Recent Apps" (or "Recent Applications" - it might be overly hip to call it "Apps"? :-))
[12:47] <kamstrup> mhr3: incidentally... I have a rather complex thing to test out today... requiring someone on the unity team with jhbuild skills... (someone != /me)
[12:47] <kamstrup> hint hint
[12:48] <mhr3> kamstrup, yea sure
[12:48] <kamstrup> unless someone else on #ayatana has a unity-jhbuild stack at the ready
[12:48] <kamstrup> mhr3: the homelens stuff could use a test spin before we waste time on review
[12:48] <kamstrup> mhr3: gimme 15 mins to push the latest tweaks
[12:49]  * mhr3 starts preparing food meanwhile
[13:10] <mhr3> kamstrup, also fwiw we already call them "apps" in the sources filter
[13:23] <JohnLea> kamstrup; yes, "Recent Files" and "Recent Apps" is good
[13:24] <kamstrup> JohnLea: phew :-) Already committed it locally :-)
[13:24] <kamstrup> JohnLea: running the still-WIP branches here it feels really good
[13:26] <kamstrup> mhr3: can you read the status report on https://bugs.launchpad.net/ubuntu/+source/unity/+bug/885738 and try out the branches?
[13:30]  * mhr3 updates .jhbuild
[13:31] <mhr3> kamstrup, any chance you could sync with trunk? if not done
[13:31] <kamstrup> mhr3: should be fairly recent, but let me do it
[13:33] <kamstrup> mhr3: done
[13:33] <kamstrup> mhr3: only unity needed sync
[13:34] <mhr3> great
[13:34] <kamstrup> JohnLea: currently in home screen search the music lens uses two categories. This seems a bit out of proportions as the files- and apps only use one collated category each
[13:35] <kamstrup> when searching in the home screen the results a dominated by music, which is rarely what I look for
[13:35] <JohnLea> kamstrup; what are those 2 categories?  Songs and Albums?
[13:35] <kamstrup> right
[13:36] <kamstrup> I am thinking maybe only include Songs
[13:36] <kamstrup> as they'll match on the album title anyway afaik
[13:36] <JohnLea> kamstrup; how about combining both into a single category?
[13:36] <kamstrup> so ppl can go easily from the song to the album when the player is up
[13:36] <kamstrup> also possible
[13:36] <kamstrup> both are easy tweaks
[13:37] <JohnLea> kamstrup; I think both would be good, with albums ordered infront of songs
[13:37] <kamstrup> JohnLea: ok
[13:37] <JohnLea> also "music" should be the last category header
[13:38] <kamstrup> great, on it
[13:39] <mhr3> kamstrup, it's kinda crashing every time i press bfb :)
[13:40] <kamstrup> mhr3: meh, it's rock steady here
[13:40] <mhr3> kamstrup, can it be cause i'm not running latest files lens?
[13:40] <kamstrup> mhr3: still it shouldn't crash... but could be
[13:41] <mhr3> kamstrup, http://paste.ubuntu.com/808585/
[13:42] <mhr3> i'll try rebuilding it all, it might be because of the incremental build...
[13:50] <kamstrup> mhr3: looks nasty. mind that there is an abi break in UnityCore
[13:52] <mhr3> yea, i'm rebuilding... i just dont have 8 cores :P
[14:00] <mhr3> kamstrup, works now :)
[15:05] <mgedmin> so, middle-click on the top panel brings the focused maximized window to the background -- awesome!
[15:06] <mgedmin> unless the area that looked like blank top panel reveals an application menu at the last moment -- d'oh!
[16:36] <tgm4883> I'm trying to create a mythtv scope for ubuntuTV and there doesn't appear to be a way to do this yet  http://www.extremetech.com/wp-content/uploads/2012/01/tv-experience-spongebob.jpg
[16:36] <tgm4883> Does an API exist for this yet?
[16:51] <mhall119> tgm4883: exist for what?
[16:51] <tgm4883> mhall119, for adding the content so it shows in a preview as in the screenshot
[16:52] <tgm4883> The only thing I've really seen is the default unity way of showing things
[16:52] <mhall119> tgm4883: I  don't think so, but I think it's supposed to make it's way back into Unity, so it will at some point
[16:52] <tgm4883> is there a roadmap for that?
[16:52] <mhall119> tgm4883: some of the things that *look* like scopes in the demo are custom code made just for the demo
[16:54] <tgm4883> I've got a scope for MythTV made that puts the shows in the videos lens, but that doesn't really work so well for TV recordings
[16:55] <tgm4883> The Schema doesn't really seem suited for recorded shows
[19:26] <mick0> mhr3: Im experimenting with Dee.Transaction and want to show results while appending them. Like you could do with flush_revision_queue before. Is there any good way to do this?
[19:27] <mhr3> mick0, the reason Transaction exists is to prevent that :)
[19:27] <mhr3> (showing results while you're appending them)
[19:29] <mick0> So I should just do that the old way. And check is_cancelled alot.
[19:30] <mhr3> mick0, if you're not doing any async io, you really dont need to check the cancellable
[19:30] <mhr3> the cancellable can get cancelled *only* if you return to mainloop at some point
[19:31] <mick0> what do you mean? As I understand it is_cancelled will return true if an new search query has been entered.
[19:33] <mhr3> yes, but that can't happen magically, you need to be doing async io for that to happen
[19:35] <mick0> By async you mean the io (in my case requests to a web server) running in its own thread?
[19:36] <mhr3> yes, or a callback based io (like gio is - or at least its non _sync methods)
[19:37] <mhr3> you could also spin the mainloop yourself for a while even between synchronous operations
[19:38] <mick0> Hmm. I don't think cancel will work better then thaw in this scope.
[19:39] <mhr3> well if you're not doing async operations you dont need freeze/thaw in the first place
[19:42] <mick0> Actually thaw makes a difference. It will make the scope to ignore some redundant search querys.
[19:42] <mick0> for example, a long string will be searched in the start and then at the end.
[19:42] <mhr3> unity does that, not lenses/scopes
[19:43] <mhr3> but it'll change in 5.2 ;)
[19:43] <mick0> even in oneiric? I've noticed a difference when Im using thaw and when I don't
[19:46] <mhr3> yep, even in oneiric
[19:46] <mhr3> what you saw was probably different typing speed ;)
[19:47] <mhr3> or a webserver having good/bad moment
[19:47] <mhr3> not sure what your scope is doing...
[19:48] <mick0> oh. It's the spotify scope. It querys spotifys metadata server for tracks and albums and fetches album art.
[19:50] <mhr3> well... if the server was *really* slow, you actually could see some difference with the thawing
[19:51] <mick0> I understand it as I wont get any new querys while Im freezed?
[19:51] <mick0> and then get a new when I thaw.
[19:51] <mhr3> right, they're queued and dispatched once you thaw
[19:51] <mick0> That is the what I see then.
[19:52] <mhr3> well ultimately it'll behave the same way now even without freezing anyway
[19:53] <mhr3> s/anyway/anything/
[19:53] <mick0> As every with query I do a few querys. In theory max 26. Two to the metadata server and 24 to get album art (if all results are from different albums).
[19:54] <mick0> thaw seems to make a difference
[19:54] <mhr3> damn, that must take a while
[19:54] <mhr3> what's the average time to completely all the queries?
[19:56] <mick0> I havent got any number but I estimate the first result to show with album art within 1 or 2 secs.
[19:56] <mhr3> wooo
[19:56] <mhr3> but yea... webservices are slow...
[19:57] <mhr3> we're aiming for ~80ms with the default lenses
[19:58] <mhr3> and they still get cancelled from time to time ;)
[19:58] <mick0> thats all local requests?
[20:00] <mhr3> mick0, yea, there's no way a webservice would reply in such short time
[20:00] <mhr3> they're all in java and take 80ms just to process the http header :D
[20:01] <mick0> ^^
[20:33] <mhall119> davidcalle: mhr3: is there any reference of what changed in the Lens api for Unity 5?
[20:34] <mhr3> mhall119, kamstrup published a nice blog post about it
[20:34] <mhr3> it's on planet
[20:34] <mhall119> ah, I've been so busy today I haven't even consulted my readfeeder
[21:14] <bschaefer> mhr3, thanks for that update. I should be able to finish that today at some point!
[21:15] <mhr3> bschaefer, no hurry, but let me know of the progress :)
[21:15] <bschaefer> mhr3, will do :)
[22:07] <bschaefer> mhr3, hey, quick question. So there is still a possibility that when results->count == 0 and for it to not have no-result-hint. correct?
[22:08] <bschaefer> mhr3, also noticed the results->count updates correctly now :)
[22:08] <mhr3> bschaefer, right, and it may the other way around as well
[22:09] <mhr3> like you'll get "no-results-hint" and have > 0 results
[22:09] <bschaefer> mhr3, cool, ill just check if results == 0 then check if there is a no-results-hint. :)
[22:10] <bschaefer> thanks
[22:10] <mhr3> me skipping verbs is a sign that i should to bed :)
[22:10] <bschaefer> mhr3, haha yeah, it's just 2pm here. Have a good night. I should be done with this in under an hour :).
[22:11] <mhr3> bschaefer, cool, have fun with it
[22:11] <bschaefer> mhr3, will do, you did most the work!
[22:11] <bschaefer> and a good job at it. Very easy to finish this now
[22:12] <mhr3> thx, and gn
[22:12] <bschaefer> night