[00:00] spikeb: id help but im not really a usability guy, I did compile a good list of books in general for myself recently but none on usability [00:01] ahh ok [00:01] fagan, well thanks anyways [01:13] guys [01:13] http://seilo.geekyogre.com/2010/11/unity-place-people/ [01:13] got those interested === smorar is now known as smorar_ [07:36] good morning [07:57] Good night! [07:57] good morning [07:58] bratsche: and good night, then ;) [07:58] :) [07:58] dbarth: hey, how's it going? [07:58] pretty good [07:58] cold and rainy here though [07:58] I'm getting a new bike tomorrow! [07:59] Pretty excited about that. :) [07:59] kvalo: yeah, as a singleton, that makes sense [07:59] yeah, i see that [07:59] sport version or more for trekking? [07:59] It's for roads [08:00] There's a nice lake here with a paved lane all the way around it, and it's an awesome place to go biking. [08:00] I think it's about 12 miles around. [08:05] bratsche: a bike and good lenses: can't wait to see the results ;) good night dude, you should go dream about the bike now ;) [08:08] good night bratsche! [08:09] didrocks: salut, how is it going this morning? [08:09] dbarth: well, some nux and symbols file (C++ is hell :)). I'll finish triaging emails and then, get back to that [08:10] dbarth: apparently, the symbols exported in the buildd aren't the same than locally, so when I ask to compare symbols at the end, it's not happy… [08:10] I think that qt and libs have some work for that, will have a look [08:11] greetings all the internetz :) [08:11] hey MacSlow! [08:12] MacSlow: our bug about "tooltip not showing" was marked as fixed with latest release, I had to revert the status [08:13] didrocks, yeah it was fixed as it was broken before :) [08:13] MacSlow: hum? not sure to understand :) it's still broken there! [08:14] didrocks, it is? Oh. [08:14] didrocks, I'll look into it again today [08:14] MacSlow: yeah, I've gladly no tooltip (nor quicklist then) yet [08:14] MacSlow: thanks :) [08:15] MacSlow: just the arrow, no content [08:16] didrocks, pulled trunk of nux and unity yesterday and had no issues with the tooltips... that's why I'm suprised [08:16] didrocks, you're talking about the released version or trunk? [08:16] MacSlow: released version [08:16] ah ok [08:26] dbarth: btw, not sure if you read OMGUbuntu comments, but almost everyone is positive about the decision of no backport on maverick [08:43] hey murrayc ! [08:51] morning gord :) [08:52] gord: MacSlow: I'm sure you are experts at C++ vs exported symbols, aren't you? :) [08:53] didrocks, "C++ vs. exported symbols" ? :) [08:53] didrocks, what do you mean by that? [08:54] MacSlow: well, building nux locally, I get a exported symbol list from the libs (stored in the .symbols file) [08:54] MacSlow: when building in buildd, the list is different! [08:54] http://launchpadlibrarian.net/59289250/buildlog_ubuntu-natty-amd64.nux_0.9.4-0ubuntu1_FAILEDTOBUILD.txt.gz [08:54] for instance [08:55] didrocks, no clue why that happens [08:55] nux has crazy symbols problems, its insane [08:55] seems to be different from arch to arch [08:57] yeah i have no idea how to fix that, maybe wait for ted? something tells me he might of come across this before in inkscape [08:58] gord: yeah, shipping a shlib meanwhile [08:59] MacSlow: hi [09:43] dbarth, so I think we can make the dailies work with what we have [09:43] will ping you in a bit after i've played with hudson a little [09:43] ok [09:44] didrocks, is nux failing in ppas too, or just in archive? [09:44] njpatel: the nux dailies should be ok already [09:44] it's only unity that fails atm [09:44] njpatel: if you took the latest packaging, it should fail [09:44] thanks [09:44] hum? [09:44] didrocks: do you think it's your symbol files that breaks things? [09:44] dbarth: you launched maybe before the latest package [09:45] dbarth: right [09:45] i tried a couple of times yesterday, after the release was sealed [09:45] because you export different symbols on different archs [09:45] so, only i386, my arch, should work in the ppa [09:45] didrocks: can't that be automated? [09:45] didrocks: or the whole daily concept won't fly really high [09:45] dbarth: absolutely not, I don't have amd64 and others… and the goal of symbol file is to ensure stability [09:46] dbarth: I use now a shlibs file [09:46] dbarth: restricting the version to the particular current release [09:46] so in this case the breakage is on purpose, because there was a symbol change, right? [09:46] so you can break API/ABI :) [09:46] didrocks, if you can let me know what symbols are different on amd64, I'll make sure to fix that with jay before next week [09:46] yeah, for the buildd: as the i386 vs amd64 symbols aren't the same [09:47] it's not right that the lib is exported different symbols [09:47] powerpc: http://launchpadlibrarian.net/59297408/buildlog_ubuntu-natty-powerpc.nux_0.9.4-0ubuntu1_FAILEDTOBUILD.txt.gz [09:47] armel: http://launchpadlibrarian.net/59289247/buildlog_ubuntu-natty-armel.nux_0.9.4-0ubuntu1_FAILEDTOBUILD.txt.gz [09:47] amd64: http://launchpadlibrarian.net/59294490/buildlog_ubuntu-natty-amd64.nux_0.9.4-0ubuntu1_FAILEDTOBUILD.txt.gz [09:48] njpatel: the end of the build as the diff compared to i386 ^ [09:49] hmm [09:50] didrocks, I'll see what I can do [09:50] njpatel: no hurry until next week release :) [09:52] njpatel: Shame on you... XQueryPointer... [09:53] kamstrup, you saw the comments around that? :) [09:53] njpatel: but still.... shaaaaaame on you! [09:53] kamstrup, i'm 25% along the way to making the replacement work [09:53] lol [09:53] njpatel: ;-) [09:53] njpatel: you can tell that I am a father of 3? [09:53] didrocks: the diff is huge! [09:54] njpatel: go to your room! [09:54] dbarth: yeah, and C++ symbols aren't the best to read :/ [09:54] is that because of a difference in symbol mangling? how can we avoid that? [09:54] * njpatel retreats to his room [09:54] I don't know enough of C++ symbols handling for it [09:54] are there techniques used by compiz or kde apps that we should adopt? [09:54] dbarth: kde apps have stable symbols, so there is a symbol file by arch [09:55] you don't, so I won't upload/fail/update for every arch every week :) [09:55] agateau: ping? c++ expert called on level 1 please [09:55] dbarth, we just need to not export different symbols on different archs [09:55] ah friday... [09:55] dbarth, I'm not sure why nux is leaking that in the first place [09:55] dbarth: just going to tell that :) [09:55] firday? [09:55] smspillaz: are you still up? [09:55] friday?, even [09:56] njpatel: agateau isn't working/slacking on Friday :) [09:56] aah [09:56] dbarth: btw, maybe interesting to follow as Lyx upstream wants to help: https://bugs.launchpad.net/bugs/619811 [09:56] Launchpad bug 619811 in indicator-appmenu (Ubuntu) "does not show Lyx menu (affected: 5, heat: 32)" [Low,Confirmed] [09:56] that can maybe help with other issues [09:57] lyx is still using its own toolkit or? [09:57] ah qt [09:58] qt right [09:58] btw, nux is a total fail on armel [09:58] alignement issue, that should be fixable [09:59] yeah, we need to get the arm builders for daily builds so we can see all that stuff [09:59] but at least, with the shlibs, we won an amd64 nux \o/ [09:59] njpatel: do you think that's possible? [09:59] that can be a great help [09:59] didrocks, private ppas have arm builds [09:59] so we just need to push there [09:59] njpatel: oh right, it's because it's not virtualized that it's not by default [10:00] then at least we know if it breaks [10:00] yeah [10:00] there was the same discussion for extra.ubuntu.com ppa [10:00] gord, njpatel: did something in nux documentation make-target change? [10:01] gord, njpatel: I can't seem to have it build anymore [10:01] MacSlow, nope . passing --enable-documentation to configure? [10:01] gord, that's exectely what I did [10:01] and I get: [10:02] make: *** No rule to make target `doxygen-doc', needed by `all'. Stop. [10:02] make: *** Waiting for unfinished jobs.... [10:02] dbarth: ... it's only 4pm ? [10:02] *6pm [10:02] lost track of the time there [10:02] dbarth: also, I have an ssh account on compiz.org which I run a persistent irssi session on :) [10:02] smspillaz: it's a question on symbol issues we're having between nux and unity [10:03] dbarth: sure, hit me [10:03] :) [10:03] gord, wow... something removed doxygen from my system ?! [10:03] MacSlow, i think you have gremlins in your system :) [10:03] c++ is making things more difficult of course, but are there things that should be done at either nux or unity's level to avoid that [10:04] smspillaz: see http://launchpadlibrarian.net/59294490/buildlog_ubuntu-natty-amd64.nux_0.9.4-0ubuntu1_FAILEDTOBUILD.txt.gz for example [10:04] and grep for binary-arch i think [10:06] kamstrup: a rather long one again, but half of it is code removal: https://code.launchpad.net/~kvalo/indicator-network/libconnman-connect-dialog/+merge/41275 [10:15] MacSlow, what are you looking for in Nux? [10:15] njpatel, nux::Color [10:15] but I've everything built again here [10:15] MacSlow, header isn't useful? [10:16] njpatel, the hyper-linked doc is more handy to jump around [10:16] not in vim! ;) [10:16] njpatel, I don't use vim like that (don't even know how) [10:17] nux says "hello" to main [10:17] you guys look things up yourself? just poke jay all day! [10:17] didrocks, WOOHOO! [10:17] will retry unity build (on i386 and amd64) is half an hour, time for publishing [10:17] MacSlow, no, I mean I just load up headers because I'm in vim all day and it can't do anything more fancy than that [10:18] actually, I take that back, it probably can do something more fancy, it's just I don't have that plugin [10:18] njpatel, I've chromium open with the nux-documeation that'll do [10:19] dbarth: waitaminute, so what exactly is your problem with symbols? is it aborting with undefined symbols at runtime? [10:21] smspillaz, all it is is that on certain archs, we're exporting extra/less symbols. We just need to stabilise nux so it doesn't do that [10:22] njpatel: thats ... odd. have you got arch specific #ifdefs ? [10:23] jay probably has, or hasn't noticed he has, yes [10:23] nux does a lot of things it shouldn't, we need to trim it down somewhat [10:38] njpatel: so this idea of limiting nux to just what we use for the moment, and making the rest a compile time option? [10:38] njpatel: for tools, we can build the full version for example [10:39] njpatel: i had run the idea by jay already, so if you think that can help speed things up, go for it [10:43] kvalo: on it [10:47] dbarth, yep, that's what I've been wanting to do. maybe after A1 jay and I can spend a day "sprinting" and cut away all the things we don't need [10:47] dbarth, I think it'll help with the CD too [10:47] kamstrup: thanks [10:51] njpatel: and compile time as well ;) [10:52] heh, yea [10:52] dbarth, do we need ppa:unity and ppa:unity/daily? [10:52] dbarth, with unity in natty, ppa:unity won't be used at all [10:53] so why don't we push dailies to it? [10:54] MacSlow: have you reproduced the tooltip issue? [10:54] didrocks, does it still happen? [10:54] didrocks, not happening in trunk [10:54] njpatel: yeah, I reopened the bug, you didn't notice? [10:54] didrocks, have not checked the release [10:55] didrocks, still have other things on my plate today [10:55] hum… I clearly have the new version there [10:55] didrocks, I haven't seen bug mail yet today [10:55] didrocks, you have it with trunk? [10:55] didrocks, your on natty right? [10:55] MacSlow: I try to keep what the release offers :) [10:55] njpatel: yeah [10:56] kvalo: needs fixing [10:56] didrocks, I'm on maverick here on my desktop [10:56] hum, maybe that's related [10:56] yeah [10:56] didrocks, moving to natty just for testing will burn a bit too much time today [10:56] MacSlow: trunk is the release [10:56] didrocks, I think bamf on the whole is having trouble on natty [10:56] didrocks, have the crashes stopped? [10:57] MacSlow: no hurry for today, but for next release, it will be great [10:57] didrocks, ok [10:57] njpatel: I didn't get one yet, but I'm restarting compiz a lot for the detection module… [10:57] njpatel, I'll stick to the ql [10:57] didrocks, okay [10:57] MacSlow, yes [10:57] just to notice: it affects ql as well, of course [10:57] I see the background color changing, which is nice and tells me it's a quicklist :) [10:58] heh [10:59] * njpatel tries the 10th build of unity [11:00] njpatel: do you want special gift and each "10th" anniversary? :) [11:00] * didrocks relaunch unity build in natty with new nux [11:00] :) [11:04] didrocks, njpatel, MacSlow: i also still have the tooltips/ql bug with jhbuild as of 1 hour ago [11:05] kamstrup, tooltips being empty? [11:05] kamstrup, are you on natty there? [11:05] MacSlow: yep [11:05] MacSlow: nope [11:05] kamstrup, oh hm.. [11:06] MacSlow: but unless it's a mesa, X, or gtk3 issue that should not be the problem since the jhbuild build stack is pretty complete [11:07] kamstrup, I would not know how the launcher tooltips could be a gtk3-related problem by any means :) [11:08] kamstrup, I've some segfaults to fight here right now... may have some more time later this afternoon, if it still prevails [11:08] MWAHAHAHAHAH, works! [11:09] didrocks: ? [11:10] kamstrup: the fallback mode, if unity can't load, it can ask compiz "please, can I get a shell?" like launching gnome-panel :) [11:10] \o/ [11:10] didrocks: wicked [11:11] now env variable to play with it and will create the gnome classic session next week, in time for A1 :) [11:11] didrocks: but can you also get a dialog box at the same time? [11:11] ie, create a gtk dialog, and spawn a shell at the same time? [11:11] dbarth: not yet, that's will be an external soft to launch [11:11] kamstrup: thanks! I'll take a look after lunch [11:11] dbarth: like a small python program [11:12] dbarth: just need to do that in a generic way so that it will be upstreamed as well :) [11:12] we have a nice architecture now with sam for that! [11:13] didrocks: yeah, and then slowly from there rewrite compiz in python.... bwahahahaw! ;-) [11:13] kamstrup: shhhhhh :) [11:13] didrocks: uh, sorry :-) [11:14] the machiavelic plan will be announced later ;) all in python! [11:14] yay... no more segfaulting [11:14] phew [11:14] MacSlow: because of a fix or because of a python exception? ;) [11:14] didrocks, I don't do Python... only when forced to by a meat-grinding pain-amplifier :) [11:15] didrocks, simple fix [11:15] can we expense a meat grinding pain amplifier? [11:15] always the simple things you think of last [11:15] gord: of course, you didn't yet? :) [11:15] gord, buy two get one free :) [11:17] now that the menu is stripped in the panel, I take gnome-terminal for terminator and I ctrl + shift + E… [11:18] gord: if you find a manufacturer i'll check the company policy for that kind of accessories [11:19] maybe evil Ltd. has one in a sale [11:21] gord, export taxes are pretty high on such devilish devices [11:28] njpatel: what is Nux? [11:28] an OpenGL toolkit - is it an alternative to Mx toolkit? [11:29] didrocks: ^ :) [11:29] kklimonda: Mx is using clutter, or I remember wrong? [11:30] yes [11:30] kklimonda: so yeah, an alternative which doesn't use clutter :) [11:30] didrocks: am I allowed to say that it's getting ridiculous? :/ [11:30] clutter, mx, gtk, nux, qt, cairo and who knows what else.. [11:31] well, clutter isn't a toolkit [11:31] no way people are going to learn all that or even that they are going to know what is the right library to use :/ [11:31] and I don't have the time to argue with that [11:31] didrocks: my point is that we are getting a lot of libraries :) [11:31] kklimonda: same for applications and alternatives… [11:32] didrocks: yes - but more applications is more choice to end users and more libraries mean a headache to developers. :) [11:33] kklimonda: or more choice to developers, depends on how you stand it for [11:33] but anyway, I don't have the time to discuss that, I prefer acting :) [11:39] kamstrup: about cancellable in connect_service(). I didn't add it because I don't see any use for that right now. I was planning to cancel the calls only when the object is destroyed. [11:40] kklimonda, nux is a opengl layout engine for unity, it's not really api/abi stable [11:40] kvalo: it's in order to follow the conventions [11:41] it has some widgets too, but we don't really use them [11:41] kvalo: fx. if you wanna play well with vala [11:41] kamstrup: yeah, that's important. I'll add it [11:41] not vala, I meant the conventions :p [11:44] kvalo: what ever floats your boat :-) [11:47] kamstrup: as long as it's not vala ;) [11:58] ok, same issue on the buildd: http://launchpadlibrarian.net/59317003/buildlog_ubuntu-natty-i386.unity_3.1.4-0ubuntu1_FAILEDTOBUILD.txt.gz [11:58] I don't have it locally [11:59] kamstrup: we removed them last week because of that, you didn't see the commit? [11:59] kamstrup: and as places doesn't work currently with unity, we decided to remove them [11:59] didrocks: ah, ok [12:00] ok, removing them again from trunk then… [12:00] and reupload [12:00] * kamstrup cries silent tears of sorrow because his jhbuild breaks now [12:01] kamstrup: well, I think we should focus on looking what's make it fails (and weirdly why it doesn't fail locally) === MacSlow is now known as MacSlow|lunch [12:04] didrocks: which distro is that hudson living on? [12:04] kamstrup: I have totally no idea, I would say LTS [12:04] kamstrup: but the natty buildd fails as well [12:07] so, new unity upoad in natty… [12:13] ivanka1: Did you know that you have to set the series of a blueprint as well as its milestone in order for it to show up on the work-items overview? Currently the work-items of the design don't show in the burn-down charts. Is this intentional? Because I would be glad if there was one place I could look for work-items. [12:16] kamstrup: pushed fixes now: https://code.launchpad.net/~kvalo/indicator-network/libconnman-connect-dialog/+merge/41275 [12:24] am I the only one where I need to kill compiz (metaciy --replace or compiz --replace is waiting for old compiz to quit… and it doesn't do that) [12:24] kvalo: approved! [12:24] didrocks: i've seen that as well [12:25] kamstrup: I think the glib mainloop branch isn't a stranger to that :) [12:29] kamstrup: thanks! [12:31] kvalo: you're totally on fire these days! [12:31] kvalo: so how do you like the libconnman split? I looks like it improves the indicator code a lot [12:32] kamstrup: yeah, sorry for the merge requests. I'm sure you are playing darts with my picture already ;) [12:32] kvalo: no no - it's awesome :-) [12:33] kamstrup: I like it a lot. the split makes it so much easier to concentrate on the logic [12:34] kamstrup: and when implementing the dbus stuff I'll just libconnman-tool, which is *so* much faster [12:34] I wish I had done the split and used gdbus already last spring.. [12:35] hehe you live you learn :-) [12:35] s/just libconnman-tool/just use libconnman-tool/ [12:36] kamstrup: next time we meet I want to discuss with you how to automate testing of libconnman [12:40] argh… [12:41] unity symbols are different are we don't try to build the vala file… [12:48] ivanka: Did you know that you have to set the series of a blueprint as well as its milestone in order for it to show up on the work-items overview? Currently the work-items of the design don't show in the burn-down charts. Is this intentional? Because I would be glad if there was one place I could look for work-items. [12:49] I'm talking about https://blueprints.launchpad.net/ubuntu/+spec/other-design-n-papercuts here [12:58] didrocks: I take it you noticed that nux/unity didn't build yesterday? [12:58] jcastro: yeah, it's fixed now [12:58] jcastro: well, for nux [12:58] unity is still building === MacSlow|lunch is now known as MacSlow [13:16] nooooooooooooooooooooooo… netbook-launcher transition package, I hate you! [13:26] didrocks: you guys managed to solve the symbol file issue? [13:26] dbarth: the nux one? yes with shlibs [13:26] dbarth: but you need to clean that upstream [14:18] didrocks: so can i restart daily builds btw? ie, are the changes up in the packaging branch now? or is that updates on trunk as well? [14:19] dbarth: the daily build should be fine, I have an issue on the buildd because of netbook-launcher vs dh7 [14:19] and I had to use dh7 because of unity beeing a compiz plugin :/ [14:19] ok, i'll give it a try [14:20] you will just produce an invalid netbook-launcher transitional package (the version is too low) [14:20] but it does't mind for a ppa [14:25] morning guys [14:28] lamalex: hi Alex [14:30] hey lamalex [14:34] mpt: What do you think of bug #638659? Do we want to enable auto-scrolling and smooth scrolling by default in Firefox? Would it really help users, or only make Firefox scroll weirdly for them, and the middle mouse button to behave strangely at times? [14:34] Launchpad bug 638659 in One Hundred Paper Cuts "Enable Auto-Scroll and Smooth Scrolling by Default in Firefox (affected: 2, heat: 11)" [Undecided,New] https://launchpad.net/bugs/638659 [14:34] dbarth, so I'm a little unclear what the line is between what I should be doing and that TheMuso should be doing [14:35] lamalex: the atk bridge [14:35] dbarth, we should just use the gtk bridge and load that, is there any reason otherwise? [14:35] lamalex: is what you should concentrate on next [14:35] it seems silly to reimplement something.. [14:35] lamalex: yeah, if that works, then it's the way to go [14:36] well, there is something similar for im-context that klattimer will switch to next week [14:36] ie, reloading the gtk module for reusing the code [14:36] dbarth, I think it is. After talking to API (who did Cally) and some other a11y folks- just loading the gtk module is the best approach- there's no reason for us to implement our own- it will basically be the same thing [14:36] now, it remains to be seen how much technical dependencies that bring to the unity code base [14:37] right [14:37] the only reason to reimplement might be gtk graphical context dependencies or glib/dbus/at-spi integration issues [14:37] but if that's the experts consensus, this is what you should try first [14:40] lamalex: did you manage to finalize the dbus bridge yesterday btw? [14:40] lamalex: i saw there were some weird issues with static definitions [14:40] dbarth, I got it all figured out [14:40] lamalex: cool ;) [14:41] so jibel is unblocked i guess now [14:41] dbarth, all of the infrstructure is there. I just need to sync up with njpatel about actually exporting everything [14:41] ah [14:41] dbarth, I'm unsure of /what/ to export [14:41] what is exported at the moment? ie what goes into the registry? [14:42] nothing right now, but it's as simple as implementing a single method on the classes that need introspected [14:42] ok [14:42] the list of indicators on the panel would be a good start [14:42] and the list of launchers as well [14:42] the other thing that may be needed for them is some sample code to do the "button presses" with the xtest extension [14:43] lamalex, I saw your email [14:44] lamalex, Right now, if you could hook up into LauncherView and PanelView method stubs that get called when the information needs to be dumped (with the GVariant bits), I think we can make it part of QA wednesday a for the devels of those pieces to add the information in [14:45] njpatel, ok sounds good [14:45] lamalex, because there are still things that might change so I don't want you to spend time adding support for the way panel works to see it broken in a bit, and also I want the maintainers of those parts of the code to be responsible for making sure that the info is alwasy accurate [14:46] dbarth, lamalex, after that, switching to ATK would be best [14:46] njpatel, yeah, i think it makes more sense for me to provide the infrastructure [14:46] right [14:46] lamalex, and I had a look, seems exactly how i imagined, nice work :) [14:48] njpatel, thanks- there are one or two things that I'm not excactly thrilled about about, but they're artifacts from C/C++ mixing [14:50] right, that's fine, it's part of the "fun" ;) [14:55] :) [14:55] njpatel: can you join us real quick on mumble [15:00] yep [15:02] njpatel: did I tell you my apport/places idea? [15:02] i think so dude, a week or so ago? [15:02] ok, just making sure it wasn't lost in my brain [15:02] it collects your apport messages? [15:02] :) [15:02] no, now it's lost in mine ;) [15:03] yeah new/submitted/broken, etc. or whatever [15:03] as sections in the pane [15:04] Places can only give results of a table of data right? No support for graphs and such is planned? [15:04] sense: well personally I want all the bling [15:05] It could help to have more visual elements available to developers in the future. [15:10] what would the story be for a graph in places? [15:10] sounds shiny, but does it match wht places is meant for? (I'm asking, I honestly don't know) === smorar_ is now known as smorar [15:11] A QA Place! [15:11] with graphs of the progress of an application [15:11] status* [15:12] Or maybe it would be something Zeitgeist can use to visualise some things. [15:12] * lamalex searches for the places spec [15:12] my understanding that places are basically data stores you search on to get to data quickly [15:12] not applications unto themselves [15:12] means rather than ends [15:13] njpatel, my launcher and panel are both empty/invisible.. any idea? [15:14] njpatel, their struts are set, but that's it [15:15] Ah, then it probably makes not much sense to use add a lot of bling indeed. But something like Gloobus could be a nice addition to make it easier to browse your data easily. [15:16] sense, previews? [15:17] lamalex, hmm, weird. what graphics chipset? [15:17] njpatel, intel [15:17] njpatel, http://imagebin.org/123962 [15:17] lamalex: So you don't have to leave the place for every data object (file, video, etc) you want to check. [15:17] lamalex, hah, awesome [15:18]