[00:02] DanEngholm, cool! [00:04] I've been trying to figure this out for hours and hours. Only when told Robert about Subversion did I think, "Gee, I should have just removed all of the .svn directories. Maybe that would have fixed it." But it's nice to know exactly what was going on. [00:04] I'm adding a new comment to the bug. Thanks again, Chris and Robert. [00:19] didrocks, Bug #522656 [00:19] Launchpad bug 522656 in deskbar-applet "Update to 2.29.91" [Wishlist,Triaged] https://launchpad.net/bugs/522656 [00:19] Once you have time... [00:20] robert_ancell, hey [00:20] How are you ? === korn_ is now known as c_korn [00:27] What is the current workflow for a sponsoring ? do I need to subscribe a team on the bug even if a branch is attached ? If yes, I have to admit that I don't know which team to subscribe... [00:28] chrisccoulson, any idea ? [00:29] huats - yeah, you should still subscribe sponsors for now [00:29] i think we're still using ubuntu-main-sponsors and ubuntu-universe-sponsors at the moment [00:29] chrisccoulson, ok I wasn't sure [00:29] thanks then ! [00:30] huats, hey [00:30] robert_ancell, chrisccoulson was faster :) [00:30] huats - you might want to take a look at https://lists.ubuntu.com/archives/ubuntu-devel/2010-February/030194.html [00:30] Oh this is a mail that I need to read :) [00:31] (it is marked as such in my mailbox) [00:31] thanks chrisccoulson [00:31] I need to go to bed before my baby needs to be changed so that I can get some sleep :) [00:31] sorry to rush you guys :) [08:01] good morning [08:03] good morning didrocks [08:03] hey thekorn [08:04] hey, I've requested a merge for rhythmbox in bzr (added apport hook), can one of you guys remind seb when he comes on or look into it yourself [08:04] nigelb: ping him tomorrow, today it's frozen due to alpha3 [08:05] didrocks: ah, will do. thanks :) [08:09] nigelb, have you tested this hook? [08:09] yes [08:10] thekorn: feel free to test it though. I've run as much thorough tests as I can. Plus hggdh has also tested it. [08:10] guten tag pitti === tkamppeter_ is now known as tkamppeter [08:10] Bonjour mes amis [08:10] nigelb, for me it looks like it will fail with a NameError if the user choose the first option [08:11] bryceh: nouveau-kernel-source> sounds redundant indeed, and it'll be obsolete soon [08:11] nigelb, because attach_gconf is not defined [08:12] thekorn: attach_gconf is a function in apport.hookutils [08:12] pitti: you seem to have squeezed this: [08:12] 18:33:08 didrocks | pitti: do I had the bg wallpaper extra work as a WI somewhere? (the one with "ubiquity doesn't use gnome-destkop in install mode, so no cache and we are screwed" and the second "netbook-launcher doesn't use gnome-desktop to draw the bg") [08:12] 18:33:27 didrocks | not sure about 1/ apart again from the hakish way [08:13] didrocks: "squeezed"? I added it to the BP yesterday, to not forget [08:13] didrocks: I didn't follow the entire discussion; so there's no way to create the cache in ubiquity-only mode? [08:13] nigelb, exactly. this is why you need to either change this line to apport.hookutils.attach_gconf(....) or do a from apport.hookutils import * [08:13] somewhere [08:13] bryceh: no reverse dependencies, so I can remove it easily; just say the word [08:13] pitti: oh ok, as you didn't anwser yesterday and then, you said "good bye", I thought, the hl was lost :) [08:14] thekorn: there is an "import apport.hookutils" line [08:14] * pitti -> back in 15, breakfast [08:14] thekorn: (thats how other hooks were formatted too!) [08:15] nigelb, no, I don't believe you ;) show me an example :) [08:15] thekorn: gimme a momment [08:15] pitti: there are two things: We can change ubiquity to call libgnome-desktop (if we have some python binding for that) and there is n-l as well to change [08:15] thekorn: running lucid? [08:15] nigelb, sure [08:16] thekorn: go to /usr/share/apport/package-hooks [08:16] thekorn: and see the file source_totem.py [08:19] nigelb, that's a bad example, no attach_gconf in it, please have a look at source_gnome-panel.py or source_gnome-power-manager.py for two possible ways doing import in python [08:20] thekorn: but wait a minute, how did it work? [08:21] nigelb, don't know, how did you test it? [08:22] I copied the file to the /usr/share/apport/package-hooks directory and called ubuntu-bug rhythmbox [08:25] thekorn: so now I have to do the whole thing against with an import * ? [08:25] nigelb, the easiest way is to use apport.hookutils.attach_gconf(....) [08:26] thekorn: will there be changes today? (can I do it 2morrow)? [08:26] don't kow [08:30] didrocks: why n-l? [08:30] didrocks: so we can't just create it in the ubiquity-casper hook then? [08:30] pitti: the hooks are run as root [08:31] right [08:31] so, we have to use the same trick that I proposed in postinst I'm afraid (to get X, etc.) [08:31] didrocks: but we are in a much more controlled environment than during dist-upgrade on a random user configuration [08:31] ok, can have a try within a hook so [08:32] didrocks: but if it's too fiddly, please ignore it [08:32] didrocks: I added the WI as a reminder to see how much effort it is [08:32] didrocks: initially it seemed to be trivial, like adding a new search path (/root/.cache) [08:32] pitti: I have all the pieces now, it's just a question of putting them together [08:32] but if it's lots of work, nevermind [08:32] pitti: so, there is the second point [08:33] pitti: which is netbook-launcher [08:33] netbook-launcher doesn't use gnome-desktop to show the bg [08:33] and so, there is a race at start between g-s-d and n-l to show the bg [08:33] sometimes g-s-d wins and we have a cache [08:33] sometimes not, and n-l shows it [08:33] (and so, no cache) [08:34] in any case, n-l ignore g-s-d and draw the cache [08:34] s/cache/bg/ [08:36] hello [08:36] salut baptistemm [08:36] didrocks: ah, that explains it [08:36] didrocks: can't we just stop n-l from drawing the background? no need to have it done by two components? [08:37] pitti: yes, "the random cache file isn't there" from keybuck [08:37] pitti: I can give it a try, but as it's in a clutter pixbuf, not sure we won't just have a white bg [08:37] at least, I can try :) [08:37] I guess n-l-efl needs some investigation too [08:38] * didrocks prays for the day he will be able to have one full day without "cache" nor "background" word :) [08:38] didrocks: oh, you mean in the case where it works, both g-s-d and n-l write the background; and otherwise it's just n-l? [08:39] didrocks: don't pray, just have it :) and ignore this topic entirely [08:39] * pitti STFU [08:39] pitti: right, I think g-s-d should have some detection for "something is already drawn" [08:39] pitti: heh [08:39] didrocks: I'm not sure whether it can find that out, especially if n-l isn't even using g-desktop [08:40] pitti: there is some function in gnome-desktop to get if something is drawn on a monitor. I thing g-s-d calls that (I'll have a look at nautilus g-s-d interaction for that) [08:41] well, let's remove bg drawing first [08:41] that's the easiest part [08:43] hey didrocks pitti [08:43] salut seb128, couché pas trop tard hier, pas de hockey? ;) [08:43] 1:30am [08:43] just watched to 0:30 game [08:45] didrocks, nautilus interaction, g-s-d just read the nautilus gconf ke [08:45] key [08:45] seb128: oh thanks. I was thinking something more clever than that :) [08:45] I don't think there is a smart way to know if what is on screen is the background you want [08:46] seb128: no, the issue is apprentely, if n-l draws the bg before g-s-d, g-s-d doesn't try even to draw it (there is no cache file which appears). I'm wondering how it can prevent g-s-d from drawing it [08:47] are you sure it does? [08:47] <^arky^> seb128: hi, you haven't replied to this bug comment bug 510775 [08:47] Launchpad bug 510775 in indicator-applet "indicator applet removes shutdown menu option" [Low,Invalid] https://launchpad.net/bugs/510775 [08:48] seb128: well, on netbook, sometimes, we don't have any cache wallpaper at all (and I don't see any call to libgnome-desktop in the show bg part), and njpatel assured that n-l draws the bg [08:48] ^arky^, yeah, I don't look for number for other people or I would spend my week looking for dup numbers and not fix any bug in ubuntu [08:48] so, something should prevent g-s-d to do it, but randomly (as at other boots, the bg is there) [08:48] didrocks, right, I've followed discussion I just say there is no reason why g-s-d doesn't display the bg too [08:49] bonjour seb128 [08:50] seb128: that's my only assumption for now why the "show bg" code isn't called sometime. Well, in any case, I should first fix n-l for the background part [08:50] didrocks: so, if n-l does not _need_ to draw the bg (it might need to because it does fading, blending, or what not), then let's disable it [08:51] hey pitti [08:51] that can be a first approach, right (I'm looking at the code now) [08:51] pitti, did you real scrollback about gmenucache yesterday? [08:51] didrocks: if it does need to draw the bg, then let's patch g-s-d to not draw it at all for n-l (since then we don't need the cache either) [08:51] seb128: yes, I saw it [08:51] didrocks, I would start by putting g-s-d printfs [08:51] seb128: I agree, it should build a cache for all locales [08:51] didrocks, in the draw background code to make sure ti's not called [08:52] seb128: I still don't understand the .UTF-8 vs. .utf8 madness :/ [08:52] pitti, locale -a lists .utf8 [08:52] loging out of gdm does UTF-8 [08:52] right, it has always done so [08:52] seb128: I've put them in libgnome, part, but right, I can add them to g-s-d as well [08:52] but until before lucid that that was an invalid format [08:52] and .dmrc has .utf8 [08:52] pitti, could be a locale bug... [08:52] seb128: I think it's a transition [08:52] seb128: but anyway, I know what I'll do [08:53] pitti, want to assign the bug to you? [08:53] seb128: in the caching code and cache generator I'll just s/UTF-8/utf8/, and always use the normalized form [08:53] seb128: oh, please do [08:53] seb128: thanks [08:53] pitti, bug #517616 [08:53] Launchpad bug 517616 in gnome-menus "User's menus are always kept unchanged" [Low,Incomplete] https://launchpad.net/bugs/517616 [08:53] pitti, doing [08:54] <^arky^> seb128: yeah, I understand. This missing 'shutdown menu' is a a11y problem. How can we fix it ? [08:55] ^arky^, you will be able to open it using the keyboard ted is working on those changes [08:56] ^arky^, ie it will have a super+ shortcut [08:56] ^arky^, is that good enough? [08:56] super being the microsoft flag key [08:57] <^arky^> seb128: Not really, a lot of blind linux users would look for the shutdown menu option under the system menu it shouldn't be changed [08:57] ^arky^, the menu items have not been there for over a year [08:57] ^arky^, why can't those users be told that we have a session menu now? [08:58] seb128: do you happen to have the link handy for that page which used access("here I am") and that script to produce a chart? [08:58] for gnome startup speed profiling? [08:58] <^arky^> seb128: yes, in a11y install mode, the fuse is removed by casper. Also it takes lot of keyboard tabs to reach the session menu [09:00] pitti, http://people.gnome.org/~federico/news-2006-03.html#login-time-1 [09:00] seb128: merci [09:00] pitti, de rien [09:00] pitti, you probably what the post after this one on the webpage [09:01] ^arky^, I just told you the session menu will have a shortcut [09:01] ^arky^, so it should be no tab, just one shortcut [09:04] pitti, would it make sense to upload the gpm fix now? [09:04] pitti, it's weird to have that menu empty [09:04] pitti, and the fix is obvious [09:04] ok, might just as well do [09:05] thanks [09:05] doing [09:05] pitti, bug #407300 I'm not sure how much it's an issue [09:05] Launchpad bug 407300 in ubuntu-translations "/etc/gdm/Xsession breaks LANGUAGE" [Low,Confirmed] https://launchpad.net/bugs/407300 [09:05] nobody replied to my previous comment [09:07] <^arky^> seb128: Providing a shortcut key is good, but I still would beg you to bring back the shutdown menus back http://vinci.wordpress.com/2009/03/29/removed-shutdown-in-ubuntu-jauntys-system-menu/ [09:07] ^arky^, why? [09:08] seb128: it seems easy to fix [09:08] I just grabbed it out of my daily mail, I'll investigate it later on [09:08] <^arky^> seb128: Because the blind users have been using that for years now, there is dirty casper hack that reverts this back in accessible mode [09:09] ^arky^, blind users are not stupid why couldn't they adapt to change? [09:09] we can't never change any ui because blind users know where things used to be [09:11] <^arky^> seb128: darn! that's a shame [09:11] ... [09:13] seb128: speaking of UIs, did they decide on the position of tabs in gnome? [09:13] <^arky^> seb128: http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/lucid/casper/lucid/annotate/head%3A/scripts/casper-bottom/30accessibility#L37 [09:14] brb [09:16] re [09:17] hey seb128 [09:17] tseliot, no, I don't think there is any discussion [09:17] hello chrisccoulson [09:17] chrisccoulson, pitti said he will fix the gnome-menus issue by normalizing the utf8 naming [09:17] seb128 - thanks. i was just about to ask if you mentioned it to him yet [09:17] hey chrisccoulson [09:18] hey pitti, how are you? [09:18] ^arky^, I understand than current situation is an issue, you fail to convince me of the issue once we will have keyboard accessibility there [09:18] yes, I read the scrollback [09:18] chrisccoulson: I'm great, thanks! looking forward to the weekend [09:18] I have a swap day tomorrow [09:18] seb128: ok, thanks [09:18] pitti - yeah, me too ;) [09:18] (looking forward to the weekend) [09:18] ^arky^, the session menu is just one menu as easy to open than the system one [09:18] chrisccoulson, pitti: slackers :p [09:18] lol [09:18] * seb128 looks forward alpha3 unfreeze [09:18] and we will go to Paderborn, for some sightseeing, wellness hotel, and an exhibition of Claude Shannon's devices that he built over the years and decades [09:19] seb128: I'll need someone to be in the release team meeting tomorrow .. [09:19] pitti, oh nice, enjoy ;-) [09:19] <^arky^> seb128: ok I understand, let me know where to track the development of session menu with ted ? [09:19] pitti, oh right you are taking a vac day? [09:19] I'll prepare the report, but would be nice to have someone to ansswer questions [09:19] seb128: right [09:19] pitti, I can cover for you [09:19] * pitti hugs seb128 [09:19] * seb128 hugs pitti [09:19] seb128: or do you want to update this week's report yourself, as a means of exercise? [09:19] ^arky^, there or #ayatana? [09:20] pitti, I've a busy plate for today so I'm happy to pass if you have time to do it [09:20] <^arky^> seb128: thanks for hearing me out ! [09:20] pitti, but I should do some before end of cycle ;-) [09:20] seb128: fine [09:21] <^arky^> seb128: my interest is a11y and screen reader users [09:21] ^arky^, np [09:21] <^arky^> :) [09:21] pitti, thanks [09:21] ^arky^, right, your input is welcome and I agree current session menu can't be open easily from keyboard which sucks [09:21] ^arky^, that will be fixed in lucid though [09:21] so I think things should work just fine there [09:22] pitti, wait, when do the update needs to be done? [09:22] <^arky^> seb128: looking forward for that :) [09:22] seb128: meeting is tomorrow 17:00 CET [09:23] pitti, I want to get other things done this morning but I can do in the end of afternoon [09:23] pitti, not sure how much I still need you around when I do it though [09:23] seb128: oh, you don't have to -- if you are busy, then please finish your tasks [09:23] seb128: I think for the first time we really want to do it together [09:23] so that I can explain the things I'm checking, what I prod people about, etc. [09:24] and what to point out in the release meeting [09:24] pitti, ok, so maybe wait start of afternoon and see how I get things done this morning [09:24] seb128: if not, that's fine; we'll have plenty of opportunities to practice still :) [09:24] * pitti hugs seb128 [09:24] right [09:24] * seb128 hugs pitti ;-) [09:24] screw you rsync [09:24] seb128: but yes, I'll do it in the afternoon anyway, I don't want to spend my fresh and quiet morning hours on report writing :) [09:24] luckily I did backup the iso this time [09:25] morning -> hack time [09:25] same here ;-) [09:25] afternoon, with IRC being busy -> email, reporting, bug triage [09:25] hum, bug #527607 [09:25] Launchpad bug 527607 in gnome-control-center "gnome-keybinding-properties: binding not working properly for XF86Sleep" [Undecided,New] https://launchpad.net/bugs/527607 [09:25] I'm pondering closing it as NOTABUG [09:25] what an idea to remap the sleep key :p [09:26] chrisccoulson, ^ would it be a g-s-d or g-p-m bug? [09:26] seb128 - it's probably g-c-c if the keybinding description is still shipped there. the actual functionality has been removed from g-s-d [09:27] so we should remove it from the capplet too [09:27] i'll just check [09:28] chrisccoulson, now that you mention it I think it has been fixed in lucid [09:28] seb128 - the keybinding description needs removing from capplets/keybindings/01-desktop-key.xml.in if it is still there in lucid [09:28] chrisccoulson, it's the other way around [09:28] chrisccoulson, that key assign "sleep_key" to $random_action [09:29] like pick "run calculator" and press the key [09:29] that *guy* assign [09:29] chrisccoulson, then he presses the key and it suspend the box [09:29] instead of running the calculator [09:29] or maybe it does both :-p [09:29] lol [09:30] so, he's actually assigning the sleep key to run something else? [09:30] yes [09:30] that's strange [09:30] well that's how I understand the bug [09:30] yeah, i think you're right [09:31] we need a "don't be so silly" reply button ;) [09:31] I guess he doesn't suspend from keyboard and decided it would be nicer to use the key for something he does [09:31] yeah, what I was think too ;-) [09:32] I just added a comment saying basically "too much of a special case to justify spending work on it" [09:33] yeah, sounds good [09:33] and i'm not sure it would be possible to detect that another application has already got a grab on a particular key anyway, to prevent a user from re-assigning it [09:33] or maybe there is [09:34] but it's too much work anyway ;) [09:34] right [09:35] better to spend time on a real issue [09:47] hey seb128, good morning. We talked some time ago about the desktop entries with X-GNOME-FullName not appearing translated. You told me there might be a bug filed already, but so far I haven't been able to find it. I'd like to track it, and I'm thinking on filing one on glib2.0, what do you think? [09:47] dpm, hi, I fixed that in glib during the distro sprint [09:47] dpm, if it's buggy again I need to check why [09:48] seb128, ah, awesome, thanks [09:48] np [09:48] I will check that today [09:50] seb128, thanks a lot, if you need more info, just let me know. In my system the Rhythmbox entry is translated for example, whereas Evolution is not. [09:50] rhythmbox does use X-GNOME-FullName though [09:50] seb128, yeah, that was the weird thing [09:52] dpm, can you delete /usr/share/applications/desktop*cache? [09:52] dpm, and run gnome-panel --replace [09:52] dpm, and tell me if that fixes the broken entries [09:52] I think it's another pitti's bog [09:52] ok, let me try that [09:52] the cache doesn't have the translated value there for X-GNOME-FullName [09:52] ie has for Name and Comment though [09:55] seb128, great, that fixed it [09:55] dpm, ok good, so my glib fixes work [09:55] dpm, I will get that cache bug fixed too [09:55] dpm, thanks for pointing it [09:55] seb128, awesome, thanks to you :) [09:59] * pitti apologizes for screwing up so much [10:00] pitti, only those who do nothing don't screw anything there ;-) [10:00] pitti, I'm looking into that issue right now [10:00] I'm wondering if that's something to change in pyxdg [10:01] pitti, ok, gotcha [10:02] pitti, there is no getX-GNOME-FullName [10:02] in pyxdg [10:02] so it goes [10:02] except AttributeError: [10:02] val = de.get(f) [10:02] you need to call the normal get() function with localize=True or so [10:02] pitti, well you do [10:02] for f in fields: [10:02] try: [10:02] val = getattr(de, 'get' + f)() [10:03] so build "getKEY" [10:03] and the getX-GNOME-FullName breaks [10:03] right, that needs s apecial case [10:03] swap the 'a' and 's' :) [10:03] :-) [10:04] pitti, well we can add a [10:04] def getX-GNOME-FullName(self): [10:04] return self.get('X-GNOME-FullName', locale=True) [10:05] but rather than changing pyxdg we could just handle that in the cache builder; seems easier [10:05] to pyxdg [10:05] also, identifiers must not have a '-' in the name [10:05] pitti, well I'm just wondering if other pyxdg users will have that issue too [10:06] pitti, ok so just special case the X-GNOME-FullName field in the menu cache to do a get with locale=True? [10:06] wfm [10:06] right [10:07] pitti, want me to do the change? [10:07] seb128: if you want to, go ahead; otherwise I can do it later on [10:07] pitti, or will you do it while you look at the utf8 change? [10:07] right, I can do both alongside [10:07] ok good thanks [10:07] do you want a bug about that? [10:07] seb128: is there a bug for this issue which I need to close? [10:07] heh, snap [10:08] dpm, ^ [10:08] dpm, do you have a bug for that X-GNOME-FullName not translated? [10:08] asac: I've compiled network manager now with dhcpcd and w/o dhclient, but the options seem to get ignored. here's my debian/rules file: http://pastebin.ubuntu.com/383586/ [10:08] dpm, if not can you open a gnome-menus one? [10:08] seb128, dpm: if not, I just make a note in bug 517616 [10:08] asac: alternatively I downloaded dhcp client 4 from isc.org and built it, works fine with it [10:08] Launchpad bug 517616 in gnome-menus "User's menus are always kept unchanged" [Low,Confirmed] https://launchpad.net/bugs/517616 [10:10] chrisccoulson, do you want to do the g-s-d and g-c-c updates when you have time this week or next one? [10:10] I'm happy to let you those [10:11] yeah, i can do those [10:11] thanks [10:11] i'll probably get them done before i start on monday [10:12] no hurry [10:15] pitti, seb128, I've got no problem in opening a new bug on gnome-menus for the cache issue, but if it's the same as bug 517616, I'll just add a note there, what do you prefer? [10:15] Launchpad bug 517616 in gnome-menus "User's menus are always kept unchanged" [Low,In progress] https://launchpad.net/bugs/517616 [10:15] pitti, ok, rsync is taking longer that I was expecting for the few changes we had and I'm done with the other thing I was looking at now [10:15] dpm, no it's not the same issue but it's in the same code [10:15] dpm: works for me [10:15] if pitti says it works for him just do that [10:16] pitti, I can look with you at the meeting wikipage now if you want [10:16] just add a comment, then? [10:16] pitti, or start on something else if we keep morning for hacking ;-) [10:17] seb128: if we could delay it until the afternoon, I'd prefer that, but I can drop my current work if it's convenient for you now [10:17] pitti, no, afternoon is fine, I've enough tasks to pick on [10:17] * seb128 starts next task ;-) [10:18] seb "task machine" astien [10:18] lol [10:20] heh ;) [10:20] i wish logitech would stop making keyboards without indicator LED's on them [10:20] i own 2 such keyboards now [10:20] and there's no way of telling when caps lock is on [10:21] do you have a cord for those? [10:21] usually the not led it to spare power on cordless devices [10:21] seb128 - they're cordless ;) [10:21] that's a good point about saving power [10:22] I usually have standard keyboard [10:22] I don't move the keyboard enough to need a cordless one [10:22] it's nice for the mouse though [10:22] yeah, i probably should have got a standard keyboard === DrPepperKid is now known as MacSlow|afk [10:29] Hello everyone [10:30] hey huats [10:31] hey chrisccoulson [10:31] chrisccoulson, just a question do you ever sleep ???? [10:31] :) [10:32] huats - yeah, i sleep between 4am and 7am usually ;) [10:32] although, i've been getting to bed earlier for the last couple of weeks [10:32] :) [10:32] my daughter sleeps all night now ;) [10:33] great ! [10:43] seb128, mpt: so, if upstream doesn't revert the "tabs at the bottom" change, are we going to stick with it? [10:43] tseliot, why not? [10:43] I don't really care either way I don't use tabs [10:44] if there is no design team recommendations we will stick with upstream behaviour [10:44] i find the tabs at the bottom mildly annoying [10:45] i use them quite a bit [10:45] seb128: it's just a question. Having it at the bottom makes me less productive. Tabs are usually at the top. This change breaks my assumptions on where tabs are [10:45] I use tabs a lot [10:45] well as said I don't use tabs in nautilus so I've no opinion [10:46] it wouldn't be trivial to revert the change. it's not just a case of moving the tabs again, as other UI elements have been changed to get the alignment correct [10:46] ok, let's see what mpt says [10:46] oh, so isn't it just this change? http://git.gnome.org/browse/nautilus/commit/?id=c6ee7553fd029239eff50d32dbcb57223ffa185e [10:46] tseliot, right check with mpt or djsiegel [10:47] ok [10:47] tseliot - i don't think so. there were further changes after that, as moving the tabs messed up the alignment of all the other elements [10:48] they would need to be reverted too, and then i don't know how that fits with the new split view that was added (which is the main reason for the change) [10:49] chrisccoulson: reverting the change would need some testing (definitely in a PPA) [10:50] i'm trying to find the other changes atm [10:50] I don't think reverting would be hard if we want that [10:50] reading planet gnome I think design team view is that adding split view sucks [10:50] it complicates the ui and was not really required [10:51] I've never used that [10:51] but we have no going to undo that change... [10:52] * tseliot asks in #design [10:53] I hate the tabs on bottom [10:54] I'm surprised by how many of you use tabs in a filemanager ;-) [10:54] obviously firefox needs to adapt as well.. [10:54] it's better than opening several windows [10:54] with sidebars etc [10:54] I don't find it to be the case [10:54] easier to dnd between things open together [10:55] though until nautilus supports rubberbanding on listview I'll keep disliking it :) [10:55] but there's no real option either [10:55] dnd works between tabs just fine [10:55] tseliot: that's the other change btw - http://git.gnome.org/browse/nautilus/commit/?id=89c29e1beb04b7f0cc751976bff052af26faf8cd [10:56]