=== oubiwann_ is now known as oubiwann === smorar is now known as smorar_ [05:33] smspillaz: What is GLTexture->priv->mipmapSupport meant to be used for? In particular, why does the texture code generate mipmaps regardless of that value? [07:06] morning [07:17] ok I am going to assume that Amber1 has booted into the live cd [07:17] I am off to bed [07:41] RAOF: I suppose it's used to check if there is mipmapping support? although if that is false and we are generating mipmaps then it is a bug in compiz [07:41] good morning [07:42] didrocks: good morning [07:42] hey kvalo [07:43] smspillaz: Ok, then the follow up to bug #682327 involves a bug in compiz; the TfpTexture has mipmapSupport = false and SIGSEGVs while generating a mipmap. [07:43] Launchpad bug 682327 in mesa (Ubuntu) "Compiz crashes when hitting Alt-Tab - Mesa 7.9 implementation error: bad format in _mesa_format_to_type_and_comps" [Undecided,Incomplete] https://launchpad.net/bugs/682327 [07:44] (That particular bug is fixed-ish in mesa git - now, rather than assert(), it SIGSEGVs :)) [08:18] hey folks [08:24] guten morgen MacSlow [08:24] hey RAOF [08:25] didrocks: I just merged https://code.launchpad.net/~unity-team/unity/mmaped-icons/+merge/37634 and there is definite SRU potential there [08:26] kamstrup: SRU? for maverick? [08:30] kamstrup: if you talk about a potential issue is natty, does it put https://code.launchpad.net/~mterry/unity/683735/+merge/42406 obselete? [08:30] oupsss, not that one [08:30] one sec [08:30] https://code.launchpad.net/~robert-ancell/unity/lp682345/+merge/42432 [08:30] kamstrup: ^^ [08:31] didrocks: It's for M. I think Unity trunk isn't using the old pixbuf cache [08:31] kamstrup: oh ok :) [08:32] didrocks: it works well here, and njpatel confirmed it as well [08:33] kamstrup: yeah, but we are in freeze right now dude [08:33] kamstrup: and tomorrow there will be a release [08:34] didrocks: oh, it was not because I wanted to rush it in. It was just to put it on your radar if updates for M where darwing near [08:34] kamstrup: heh, ok, nice! I'll keep an eye on it :) [08:54] Is the workspace button in the swicther supposed to do something? Or is it just a place holder? [08:55] s/switcher/launcher/ [08:59] Morning [09:02] hey njpatel, kamstrup [09:03] hey MacSlow [09:03] MacSlow, how's it going with th event-dispatcher bits? [09:04] njpatel, at least it's compiling... but not ready for merge yet. [09:04] coolio [09:05] MacSlow, are you expecting to merge today/tomorrow, or later? [09:05] njpatel, I try today of course (btw... it's running and showing something too) [09:06] MacSlow, nice! [09:06] njpatel, but since I need to go to the doc after lunch (and don't know how long that'll take) it's 50:50 [09:06] njpatel, dBusmenu critical-warning bugging me atm [09:21] smspillaz, duuuuuude [09:24] njpatel: uuuuude ? [09:24] njpatel: what's up? [09:24] (and don't say the sky since I will punch this wall next to me) [09:24] smspillaz, I could say something else but maybe not for this channel [09:24] smspillaz, aaaaaanyway [09:25] smspillaz, Compiz knows where the mouse is? Yes or No? [09:25] njpatel: yes and no [09:25] smspillaz, touché [09:25] njpatel: it only tracks MotionNotify where we have a grab otherwise pointerX and pointerY are updated on button, enter and leave events [09:26] njpatel: but for plugins which don't want to grab the screen we have a mouse polling plugin [09:26] oh, so you need to just do polling too [09:26] (basically tracking the mouse position == lots of useless wakeups, no need for that) [09:26] (which makes sense, but I was led to believe they was magic here) [09:26] you guys know about the glib::source issue, right? [09:26] dbarth__: which ones is this? [09:26] *one [09:26] didrocks, what happened about the GLib::Source issue? [09:27] dbarth__, we were discussing it just now [09:27] njpatel: hum? it should be fixed [09:27] * smspillaz would like to know what it is! [09:27] first, everyone ensure that you have: [09:27] 1:0.9.2.1+glibmainloop2-0ubuntu4 [09:27] then, let's rediscuss it :) [09:27] finding the bug [09:28] (you'd be so much cooler if you kompiled from source like me) [09:28] i just filed it, grrr [09:28] smspillaz, i pinged you yesterday about it, boost::function is null [09:28] smspillaz: I'm compiling from source :) [09:28] njpatel: I am pretty sure I fixed that like 2 days ago [09:28] didrocks, riight, there's a new compiz :) [09:28] smspillaz: and I have the distro defaults + patch at least :p [09:28] njpatel: and I also tried launching g-a-p with the glibmm branch - no sigabrt [09:28] smspillaz, right, you were wondering if didrocks had the patch in ubuntu or not (are you a goldfish? :) [09:29] njpatel: it's a distro-patch lovely taken from the git repo :) [09:29] njpatel: I think I was wondering that (it was at 2AM, not guarunteed to remember) [09:29] smspillaz, :) [09:29] njpatel: also I'm sammy the salmon [09:29] heh [09:29] njpatel: http://www.youtube.com/watch?v=IVu2cX0jEYk [09:30] smspillaz, so, mouse position. Any way we can add something to Xorg to get it without it taking weeks and it being somewhat stable? [09:30] njpatel: you can do it already by registering for MotionNotify on every single window [09:30] njpatel: prepare to murder your battery life though [09:30] smspillaz, i really don't want to do that [09:31] njpatel: well you want to track the mouse position right ? [09:31] the only way to do that is to get tons of updates about the position [09:31] smspillaz, I'm saying, could we write a module for X that let's you register a area that your interested in, and only pings you when the mouse moves into that area? [09:31] crap, LP ate my bug report or what?! [09:31] njpatel: X already has that [09:31] njpatel: XSelectInput (dpy, w, EnterMask | LeaveMask); [09:32] njpatel: see xev [09:32] smspillaz, I'm saying "area on screen", not "a window" [09:32] https://bugs.edge.launchpad.net/ubuntu/+source/compiz/+bug/684038 [09:32] smspillaz, so we can do proximity without screwing applications [09:32] Ubuntu bug 684038 in compiz (Ubuntu) "compiz crashed with signal 5 in Glib::exception_handlers_invoke()" [Undecided,Invalid] [09:32] ah, of course it says it's invalid, since it cannot retrace it [09:33] njpatel: you could do it like we do it in the wall plugin [09:33] smspillaz, how is that? [09:33] and yet, i had all debug packages installed, and that was from a package install, not from source... [09:33] dbarth__: you don't have the latest compiz === dbarth__ is now known as dbarth [09:33] dbarth: the one which should fix that [09:33] njpatel: compiz uses little windows on the edge of the screen -> when we enter them you get an event and then we can unmap them straight away once the user has entered [09:33] ah, it's really fixing that one? [09:34] njpatel: and from there poll the mouse to determine if we have left [09:34] njpatel: it's a bit of a work-a-round, but it is far better than writing a whole new X extension to handle this [09:34] smspillaz, urgh [09:34] njpatel: it's a bit workaroundish but I don't think writing new X extensions is really a good way to go [09:35] dbarth: I guess so, please upgrade and keep us in touch [09:35] smspillaz, but that is clever I guess, unless the mouse is left in that area and your continuously polling [09:35] smspillaz, I'd like to figure out a clean way of doing it so it's just solved once and for all...I feel like we're going to have this problem a lot [09:35] njpatel: if it is proximity and your window is larger than something by 1px then you can be a little smarter about it [09:35] didrocks: but seriously, there is something wrong here: i had the dbg packages, and still apport couldn't retrace it [09:36] njpatel: like, you can shape the window so that it is only the "edges" of the proximity window [09:36] dbarth: apport is retracing it in a chroot on launchpad [09:36] njpatel: and then while inside that proximity window poll [09:36] dbarth: not related to you having the dbgsym or not [09:36] didrocks: plus, as i'll be using the dailies (as most contributors who want to help will) and so apport is also going to complain about my version of the packages or waht? [09:36] smspillaz, could you take a deeper look tomorrow to see what the cost would be for an extension, and even if it's possible? [09:36] dbarth: and it can't retrace because he has a newer version than you [09:37] dbarth: yes [09:37] dbarth: I really think that most contributors won't use the daily [09:37] smspillaz, yeah, that's what I was thinking, but there's always a chance that the user left their mouse there while typing or something [09:37] so explaining to me again why we should use it? [09:37] njpatel: I'll have a look into it when I get time (still gotta finish your decoration stuff and fix a truckload of bugs and also do jason's stacking stuff) [09:37] njpatel: also writing X extensions is hard [09:37] dbarth: [09:37] smspillaz, and for that time, we're just polling continuously [09:37] 1. you merge once a week, before the release, most of the time [09:37] njpatel: there is a very small chance of that happening [09:37] 2. we see that a lot of ubuntu contributors give patch against current release version (like maverick) [09:37] njpatel: you'd basically have to be in a 1px by 1px area [09:38] didrocks: we can bring that offline; i'm complaining, but i really want to see what we need to change to make that useful; at the moment, it's not [09:38] njpatel: actually I know a way to remove the polling alltogether too [09:38] * dbarth restarts with the newest unity/compiz [09:38] njpatel: I'll need to draw a diagram and scan it and send it to you [09:38] dbarth: well, it is if we don't have to upload each new commit (that's why apport isn't set by default right now, things are moving too fast) [09:38] smspillaz, sounds like a plan, thanks [09:39] smspillaz, okay, I'll leave you alone now :) [09:39] njpatel: hey dude, so you have some magic tricks for the proximity effect? [09:40] dbarth, maybe, need to try out a couple of things and also see what's in smspillaz's head [09:40] dbarth, for now, though, just normal roll-over [09:40] * njpatel doesn't need phoronix showing Unity with zero battery life [09:40] njpatel: just so I can get this right - what exactly are you checking proximity to? [09:40] doesn't mousepool have a bad effect on battery life? [09:41] didrocks, yes, no way we're using that [09:41] ok, same concern about polling continuously then :) [09:41] njpatel: we already have it activated [09:41] njpatel: ;) [09:41] by another plugin IIRC [09:42] didrocks, urg [09:42] njpatel: ezoom [09:42] didrocks, oh, but that's only when it's active (the plugin) [09:42] i think that's fine, it's the only way it's ever going to work [09:42] * njpatel ->tea [09:42] you mean when the zoom effect is active? [09:42] (I hope so :)) [09:42] I just hope it doesn't send signals everytime which are lost [09:42] smspillaz: can you confirm? ^^ [09:43] didrocks: yes, but only when ezoom asks for it [09:44] didrocks: when you are not zoomed, no polling occurrs [09:44] smspillaz: ok, sounds good then :) [09:44] smspillaz: I have some weird artifacts something when moving the mouse btw (or switching ws) [09:45] hard to describe, like if you had a magnet [09:45] and the electrons would move, making the image to distort [09:45] (less than 500 ms I would say) [09:45] I think it's related to nvidia driver [09:45] is this with ezoom actually zoomed in? [09:46] software cursor is notoriously broken on nvidia [09:46] no, ezoom not used [09:46] I didn't get that with 0.8, but it can the driver as well… [09:46] it's something like twice a day [09:47] I don't want to have gtkrecordmydesktop recording for a all day :) [09:48] whole* [10:09] dbarth: can you add the reproduceable steps to bug #683273? [10:09] Launchpad bug 683273 in compiz (Ubuntu) "launching an application set it to the wrong place" [Low,Confirmed] https://launchpad.net/bugs/683273 [10:10] dbarth: that will help smspillaz, I still got it once, but closing the wrong app and launching it again doesn't have the same behavior :/ [10:38] can't wait to try out the new Dee. It's going to be *so* much more efficient in all kinds of ways [10:47] good stuff [11:40] dbarth: did yo usaw my comment about getting reproduceable setps for bug #683273? [11:40] Launchpad bug 683273 in compiz (Ubuntu) "launching an application set it to the wrong place" [Low,Confirmed] https://launchpad.net/bugs/683273 [12:25] kamstrup: about making review through email. does lp require gpg signed mail for the commands or is it just really slow today? [12:27] ah, now found the error reply. yeah, it needs the gpg signature :/ [12:28] dbarth: did you saw my comment about getting reproduceable setps for bug #683273? (2) was disconnected, not sure you answered ;) [12:28] Launchpad bug 683273 in compiz (Ubuntu) "launching an application set it to the wrong place" [Low,Confirmed] https://launchpad.net/bugs/683273 [12:37] smspillaz, awake [12:37] ? [12:37] njpatel: yes [12:37] smspillaz, still hasn't been merged lp:~canonical-dx-team/unity/unity.remove-io-from-pl what are we doing with it? [12:39] njpatel: I think that merge is for me, no? [12:40] daaaamit [12:40] smspillaz, ignore me [12:40] no, hold up [12:40] njpatel: io-from-pl is me [12:40] and I bzr merged i [12:40] *it [12:40] and it said it was already merged [12:40] right [12:40] thanks [12:40] * njpatel stops for a second and gathers his thoughts [12:40] njpatel: check unity.cpp it should have a ::getWindowPaintList function [12:41] it doesn't [12:41] smspillaz, I just bzr branch lp:unity; cd unity; bzr merge lp:~canonical-dx-team/unity/unity.remove-io-from-pl and it shows that it requires a merge [12:41] kamstrup, stop confusing me! [12:42] njpatel: do you want napalm with your muffins sir? [12:42] njpatel: could you merge it then? merging is a pain for me since I have to do it in dbarth's netbook due to my broken install [12:42] kamstrup, heh, that's just like you ;) [12:42] smspillaz, sure [12:43] njpatel: thanks [12:43] done [12:44] kamstrup, got a minute ? [12:44] ronoc, I approved your ayatana-dev message but it doesn't seem to have come through :( [12:45] hmm [12:45] njpatel, I subscribed to the list before sending it, weird ? [12:45] yeah [12:46] maybe it takes a bit of time [12:46] this is launchpad [12:46] njpatel, :) === njpatel is now known as njpatel_ [12:48] njpatel, for now I'm going to get this working by being blatant, watch for each client that I know works, just for the short term to get this port going [13:01] njpatel_, match rules are in the pipline for vala so this should only be a temporary solution === oubiwann is now known as oubiwann_ === oubiwann_ is now known as oubiwann [13:16] ronoc: sorry, I am already overflowing my brain capacity with this DeeModel porting [13:16] ronoc: so unless it's urgent i'd rather wait [13:18] kamstrup, nws === kklimonda1 is now known as kklimonda === njpatel_ is now known as njpatel [14:10] ronoc, sounds good, but just make a bug and milestone for A2 if nothing else, so we don't forget [14:18] jaytaoko: hi, in a LP bug report it was suggested that calling abort() would work without need for asm level hw breakpoint code. Regardless of the solution you pick if it fixes the build I am ok :) [14:19] janimo: so abort() should do ? [14:20] that is what sladen said [14:20] but I have only checked the build and never got to running nux let alone debug it :) [14:30] njpatel, will do [14:41] so njpatel [14:41] tell me about quicklists [14:41] jcastro, so you did get my ping! [14:42] wait, what ping? [14:42] all I heard is that you were selling me out -- continue. [14:42] like last week [14:42] twice [14:43] jcastro, In any case, we're thinking hard about detaching quicklists from the appindicators [14:43] njpatel: I am up to speed on places now, I chatted with john for a bit [14:43] jcastro, and building a proper API into libunity for apps to control the launcher icon + quicklists [14:43] jcastro, as am I, now ;) [14:44] ok so what does this buy me as an app developer that I don't get with libappindicator? [14:44] re [14:45] jcastro, lets you set up your ApplicationIcon in the launcher to do things like message count/progress [14:45] jcastro, let's us give an API that reflects the features of the quicklists instead of allowing the clients do things at one end (submenus, custom items) and then not fulfulling at the other end (unity) [14:46] jcastro, and it means that we start to build a library that you can link to for most tasks in Unity (places, application-icon, message menu (future), soundmenu (future)) etc etc [14:46] ok, so I get more bling for my app [14:46] so I can do more things [14:47] yes, and the API is contract that we can actually fulfill, rather than letting you down when you create a complex gtk-menu and we can't show it [14:47] Is it possible to do this and keep the appindicator bits though? Say I'm an app author, and I've already ported, but I don't need/want the bling [14:47] jcastro, the appindicator bits rarely work well, for instance the tomboy one has two quit items [14:47] like, you're not going to break existing appindicator quicklists things? [14:47] jcastro, there is only two, one in gwibber and one in tomboy [14:48] njpatel: right, but what happens when we blacklist the top panel to only show system ones? [14:48] jcastro, we're hoping we can just make those two use libunity instead of appindicator if it's available [14:48] where are the other apps going to go? [14:48] jcastro, appindicator is still there [14:49] ok, so let's say I write Transmission [14:49] what changes do I need to make [14:49] jcastro, nothing right now, I've barely had time to think this through :) [14:50] jcastro, there are so many things to work out still, like fallbacks etc [14:50] I'll send a mail to ayatana-dev when I have a good idea whether this is feasible or not [15:15] world cup announcement coming up [15:15] njpatel, ^ [15:17] ronoc, I'll bet you 10:1 that they're going to disallow touching the ball with your hands. [15:19] tedg, what, for goal keepers ? [15:19] ronoc, No, I was just being silly. I have no clue what they'd even be announcing. [15:19] Location? [15:19] tedg, yup for 2018 and 2022 [15:19] england are looking likely for 2018 [15:19] Why two at the same time? [15:20] tedg, don't know, this is the way they usually do it, so they double up the bribes :) [15:20] *can [15:20] ok, with the connect/disconnect spam, sorry if I asked a question twice :) [15:20] * tedg needs to get in on that board of directors [15:20] smspillaz: is there a known issue about alt + tab which can be veryyyyyyyyy slow on some system? (I get that when a ws has… let's say, more than 5 windows) [15:21] smspillaz: not sure what you need for debugging [15:21] njpatel: will you release today or tomorrow, btw? [15:23] tedg, apparently platini is very swayable given the right whiskey [15:24] didrocks: intel? [15:24] smspillaz: no, nvidia [15:24] weird [15:24] didrocks: does the cpu usage of compiz skyrocket? [15:24] let me see [15:24] ronoc, All I know is that when going to the bar, not wise to take klattimer, or at least don't follow his lead :) [15:25] smspillaz: in general, X CPU is high [15:25] oi tedg! [15:25] :P [15:26] tedg, advise noted, although I have been known to enjoy my poison ... [15:26] apparently england went out in the first round [15:26] shame, its been a while [15:26] '66 [15:27] didrocks: the nvidia driver is doing something stupid then [15:28] X CPU skyrocketing is a definite way to tell [15:28] smspillaz: I can believe you, I'll nag RAOF about that, because end user doesn't care who is doing wrong :) [15:28] didrocks, later today probably [15:28] ronoc, was on a call, what happened? [15:28] and 2 seconds here for an alt+tab is just horrible to live with [15:29] njpatel, just been announced right now [15:29] njpatel, http://www.fifa.com/worldcup/bidders/live/index.html [15:31] smspillaz: well, alt+tab if I don't show the staticswitcher is fine, it's only when I use it [15:34] ronoc, sweet, thanks [15:35] lets see, probably not australia [15:37] russia! [15:37] bastards [15:38] njpatel: the iron curtain rises again ;-) [15:38] russians my god [15:39] well they know how to pay bribes up there [15:40] It is russia! [15:40] ronoc: LOL [15:40] ronoc: this is exactly what I was thinking [15:40] ronoc: soon there will be something about this on http://uncomfortablemomentswithputin.tumblr.com/ [15:40] i think they won fairly! [15:41] jaytaoko: probably [15:41] ronoc, and they aren't English. [15:41] smspillaz, funny considering all the current wikileaks Russian stuff and the bribery allegations within Fifa [15:41] ronoc: ahahaha [15:41] njpatel, well there is that aswell [15:41] ronoc: have you read some of the diplomatic cables? they sound like gossip girl [15:42] "hey I heard that bellersconi had another affair and is too lazy to do anything about it unamed xoxo" [15:43] smspillaz, just some headlines, I know it does sound like a load of gossip but still is great considering the mass the white house is giving it which in turns makes it all the more seemingly credible for the media, [15:43] ronoc: indeed [15:44] njpatel: "We're clever like that."… that can only be one of you comment :) [15:44] didrocks, hells yes [15:44] brb [15:46] ok so compiz/unity doesn't play so well with dual monitors? [15:48] jaytaoko, can you fix your line endings so I can sanely review this/ [15:48] lamalex: sure [15:48] tedg, are we going to need to version indicator-application-service separately for gtk3? [15:48] thank you [15:48] i am assuming so.... [15:48] which kind of sucks... [15:48] kenvandine, dbus is effected by gtk3? [15:49] no [15:49] what are they up to in GNOME? ;) [15:49] kenvandine, No, we shouldn't if we don't need a GTK2/3 version of the libapplication.so [15:49] but it links against the lib [15:49] kenvandine, Which, honestly, I think we will at some point.... [15:49] kenvandine, It doesn't link against libappindicator [15:49] okay, tea [15:50] indicator_application_service_LDADD = \ [15:50] $(INDICATOR_LIBS) \ [15:50] libappindicator.la [15:50] maybe that isn't needed [15:50] that's a relief :) [15:50] i'll drop that [15:50] kenvandine, I don't think so, that's a bug I think. [15:50] we'll find out :) [15:50] thx [15:51] kenvandine, They need to share a couple of files, but I think those can just be linked in as .o files. [15:51] (and probably are) [15:51] ok, cool it doesn't need that [15:51] great [15:52] however... of course GIR scanning breaks on natty, even for gtk2 :/ [15:52] need to tweak it, which i am pretty familiar with now :) [15:52] and for gtk3 it doesn't build... seems some api differences in GtkImage [15:54] kenvandine, Uhg [16:02] johnlea: you around? [16:02] oubiwann; yes, but just about to go into a meeting [16:03] johnlea: okay, this is fairly urgent... but for after your meeting :-) [16:03] johnlea: can you respond to the request here? https://bugs.launchpad.net/utouch/+bug/674958 [16:03] Ubuntu bug 674958 in utouch "evince-gesture: add support for select-and-copy via touch" [Medium,New] [16:04] DBO_: FYI, I'm starting working on support of Type=link .desktop file. What do you prefer, keeping them as a bamf_application and don't add a new type (so reading in unity only) or hacking in bamf? (not telling that bamf will recognize it for now) [16:04] oubiwann; cool, just heard that mark will be 5min late for our meeting so I'll answer it now [16:04] johnlea: awesome, thanks! [16:05] didrocks, what? [16:05] DBO_: look at /etc/skel/examples.desktop for instance === DBO_ is now known as DBO [16:06] DBO: this is a desktop file with Type=link, unity doesn't handle them right now (and crash… but that's another question) [16:06] oh [16:06] DBO: I was wondering if you prefer that bamf get a new type like "system/web/link" [16:06] oubiwann; use case 4.5 is a shortcut to copying and pasting with touch. The long (and more discoverable) method is 4.6 http://use-case-mapper.canonical.com/specifications/0AU5sFuLRpCpBZGZra2pqY2pfMTU3MmhwbXczcWQ1/use_cases/4_6 [16:06] I thought bamf just ignored .desktop files without an exec string [16:06] if it doesn't it should [16:06] DBO: well, unity is crashing, not bamf [16:06] didrocks, how is Unity crashing? [16:07] johnlea: yup, understood [16:07] DBO: there is no icon associated and so on [16:07] oubiwann; my meeting is starting now, I'll have to update the buy afterwards [16:07] DBO: the question there is to add support for them [16:07] * oubiwann nods [16:07] johnlea: thanks [16:07] didrocks, I should ask [16:07] didrocks, how is unity even involved with that .desktop file? [16:07] DBO: njpatel agree with adding support [16:07] I mean as far as I can reason, Unity is goign to flat out ignore .desktop files like that [16:08] DBO: my importer import every desktop file in ~/Desktop [16:08] as a favorite? [16:08] setting the gsetting key to it [16:08] right [16:08] ah yeah that might puke... [16:08] okay [16:08] I would prefer avoid reparsing the desktop file on launch :) [16:08] will make it happen [16:08] DBO, so what I was saying is that at some point, if we can figure out what URI nautilus is showing, we can make use of desktop files like this [16:09] DBO, but that's in the future and so for now, we should ignore them [16:09] otherwise it'll just sit on the launcher doing nothing [16:09] njpatel: DBO: I have some time to work on this, just tell me if you want a new bamf application type like web/system or a new class or nothing :) [16:10] nothing is fine [16:10] no need to change .desktop files for this [16:10] didrocks, are we okay shipping patch to nautilus to export URI information over dbus? [16:11] DBO: you mean, I should reparse it in OpenInstance() ? [16:11] DBO: hum… that will be needed for nautilus, not sure about others apps :) [16:11] nautilus is the bigger use case [16:11] like the link can be an OOo file [16:11] yeah [16:12] nautilus can be a tab provider no different from chromium or firefox [16:12] fuck I should have started with nautilus [16:12] SO much easier [16:12]