=== m_conley_away is now known as m_conley [03:10] Can the window menu be attached to the window ... instead of to the top screen bar ? [03:42] Unity sure is buggy .... is there a way to upgrade backwards to 11.40 ??? [03:42] 11.04 [03:51] no [03:51] you're probably better off going forwards, and submitting bugs/feature requests [03:51] or using gnome 3 .. or using gnome 3 in fallback mode, with compiz [03:52] or metacity [03:54] thanks for the suggestions [04:05] ive been using unity for a while now.. because thats the direction ubuntu is taking [04:05] and i'll be honest.. at first.. i didnt like it [04:06] so i can understand the enormous whinge people are having about it [04:06] it really does suck that classic gnome 2 with compiz had to be deprecated [04:06] because a lot of people were happy with that [04:07] and react unfavourably to either of the two new interface paradigms.. that being unity and gnome shell [04:07] that being said.. im used to using unity now, i understand its shortcuts.. and i know how to use it as efficiently as I was using gnome 2.. prior to that [04:08] i just wish the focus problems would get fixed already === m_conley is now known as m_conley_away [04:31] snadge: I have installed Gnome 3 ....... so do I have to reboot and select Gnome at login ???? [04:32] yes [04:32] and if you want to use the "classic" gnome interface.. instead of gnome-shell [04:32] you might need to google on how to do that, because i forget [04:32] its not selectable from the login screen.. but gnome 3 is [04:33] it autodetects if you have the capability to run gnome-shell.. and uses it [04:33] but theres a way to force it into "2d" fallback mode.. or "classic" desktop [04:33] just be warned that .. gnome 3 fallback mode.. != gnome 2 === Jens is now known as Guest34249 === matt is now known as Guest5169 [08:43] saviq: drag n drop is better if we use manual tests? [08:44] dyams, we should reduce manual tests to a minimum [08:45] and unless you can confirm it's not feasible to test with testability, I'd like to see that tested automagically [08:46] saviq: as we discussed in the morning, the initiating drag is one big challenge here..(finding co-ordinates) [08:46] dyams, should be fine with a visual [08:47] unless Testability only looks in Qt apps? [08:47] saviq: ah, you mean finding the coordinates of a files through testability? [08:47] -s [08:47] dyams, [08:48] yeah [08:48] but I'm unsure whether you can look in the whole desktop or just Qt apps [08:48] saviq: yeah, same here [08:48] dyams, if you have other stuff to do, lets wait for greyback [08:49] saviq: ok === om26er_ is now known as om26er [09:09] greyback, hey, what's "Appoved by: "? ;) [09:11] nerochiaro, hey, I've a huge conflict when merging r875 from trunk into shell [09:12] Saviq: let me look at what it is [09:12] nerochiaro, "Refactor testing..." [09:12] nerochiaro, could you maybe take care of that? [09:13] OTOH... [09:13] looking at the diff [09:14] Saviq: let me try to do that [09:15] should be just a matter of "replaying" your changes on top of current shell [09:15] yes === dyams is now known as dyams|lunch [09:22] Saviq: having fun heh [09:24] Saviq: mornin' [09:24] Saviq: what did I break now :) [09:25] Kaleo, ? [09:25] greyback, nuffin, just asking who made sure we have the beautiful typo in all commit messages into trunk ;) [09:26] Saviq: hmm, blame didrocks :) [09:26] what what ? ;) [09:27] didrocks, "Appoved by:" [09:27] oh :) [09:27] interesting! [09:27] * didrocks fixes one sec [09:28] I'd guess it's when MR set to approved without a comment or actual nominated reviewer (team chosen instead) [09:29] greyback, no, it seems to be added to every tarmac-merged commit [09:29] fixed :) [09:29] and that's all fine, except for the missing r ;) [09:29] didrocks, cool, now fix our history ;P [09:30] Saviq: do you have a crappy machine with 2 monitors? [09:30] Kaleo, meaning an Atom? [09:30] Saviq: (I meant "having fun with the merge of trunk") [09:30] Saviq: well, that's a good start [09:30] Kaleo, yeah, almost done [09:30] Saviq: fix your code first! :p [09:30] Kaleo, then yes, I can have one [09:31] didrocks, I haven't written any code in the last week... reviewing, being an a$$ about missing / broken tests and stuff [09:31] quite time-consuming, as it occurs [09:31] didrocks: does it mean free beer for the team? yes. thank you! [09:31] Saviq: heh ;) [09:31] Kaleo: come on, you did worse thing to me than a typo [09:31] didrocks: let me think [09:31] like… upload qt 6 times on a week and half? :) [09:32] didrocks: that was _years_ ago :) [09:32] I was remembering promissed bear! [09:32] yeah, like 4 months ;) [09:32] * Kaleo is hiding [09:33] didrocks: did you see all these beautiful automated tests we made for you? [09:33] didrocks: it's like Christmas! [09:33] didrocks: and by 'we' I mean 'they' [09:33] Kaleo: heh, you are taking credit! shameful of you :) [09:34] didrocks: I wrote part of the broken code they are writing tests for; hence the credit [09:34] ahah [09:46] greyback: drag n drop files on launcher tile... [09:47] greyback: ping [09:47] dyams|lunch, swallow first [09:47] saviq: ok [09:47] dyams|lunch: yep === dyams|lunch is now known as dyams [09:47] ;) [09:48] greyback: testing part, about initiating a file drag through testability [09:49] greyback: i suggested manual test for this branch.. and waiting for your opinion [09:52] dyams: I've never done it before, I don't know how hard it would be. I suppose you could mess around with mouse, but I doubt that would be reliable. Better would be to try to emulate the Drop event somehow. [09:55] Saviq: merged, running tests now [09:56] greyback: dropping is ok, initiating the a drag [09:56] nerochiaro, great [09:56] greyback: and finding the coordinates of a file [09:58] dyams: then I don't know. [09:59] greyback, my idea was to create a tmp dir with a file in it [09:59] open the dir, and visually grab its coordinates [09:59] but I've no idea whether we can do visual stuff outside of Qt? [09:59] Saviq: well, not so great. one of the tests closed most of my windows [10:00] nerochiaro, closed? I think Florian had that issue, too, any idea which one? [10:00] Saviq: no, but i'm gonna find out [10:00] Saviq: not really. Sure we can get coordinates of a Nuatilus window reasonably reliably, and try to guess coordinates of file icon inside. Not rock-solid but should work [10:08] greyback, nah, I was thinking the coordinates of a visual asset found on screen [10:08] but it only works for Qt, does it? [10:09] Saviq: Only for Qt [10:09] dyams, go for a manual test, then [10:09] saviq: ok, i'll === om26er_ is now known as om26er [10:17] tsdgeos, your launcher dash tests conflicted [10:17] Saviq:do they? [10:17] in -shell you mean? [10:17] tsdgeos, the merge got rejected [10:17] tsdgeos, no, the tests [10:17] into -trunk [10:18] -- [10:18] +! [10:18] unity-2d_test_dash_launcher_interactions ? [10:18] yes [10:18] * tsdgeos checks [10:18] probably added stuff at the end in some other test too [10:19] yeah added stuff at the end [10:19] and bazzar just went nuts [10:19] Saviq: the issue seems to come from launcher/autohide_show_tests.rb . problems include: qttasserver dies, SUPER gets stuck, and lots of windows get closed when they shouldn't [10:19] nerochiaro, oh [10:19] tries to merge line by line instead of the whole block :D [10:20] Saviq: i can't see what would cause that though [10:20] nerochiaro, my qttasserver never died [10:21] (btw... qttas... sounds like cock in Polish) [10:21] doesn't help me thinking about it [10:21] Saviq: lol [10:21] a cockserver [10:21] Saviq: it could be because it's started by one of the terminals that get closed [10:21] oh [10:21] yeah [10:21] that's why it never happened to me [10:22] I'm testing in a VM [10:22] likely [10:22] and Florian complained about his terminals getting closed, too [10:22] let me open some before starting the test [10:22] Saviq: merge pushed [10:23] tsdgeos, ok, I'll reapprove [10:29] nerochiaro, I just went through the whole suite twice :/, my terminals are still there [10:29] let me try on my work desktop, though [10:30] Saviq: i don't doubt it. it's certainly something specific to a certain machine setup [10:30] nerochiaro, my guess would be that TmpWindow screws something up [10:30] and kills the wrong terminal [10:30] * tsdgeos has the launcher showing in -shell -rtl :-) [10:30] now let's write some tests [10:30] Saviq: very likely [10:31] tsdgeos, awesome [10:31] Saviq: and it kills the cockserver and when it dies it stops the test mid way and leaves the SUPER key stuck [10:31] nerochiaro, exactly [10:31] rotfl [10:31] well, first lets make sure the non -rtl tests still pass :D [10:32] nerochiaro, tsdgeos - here's an initial plan for merging shell back into trunk http://sketchpad.cc/9yHXNLSxuI [10:32] feel free to improve [10:33] Saviq: points 6 seems the trickiest [10:33] nerochiaro, yeah, but for that we have more time [10:34] * Saviq still needs to look at unity's approach [10:34] tsdgeos, did you see? we dubbed qttasserver "cockserver" since that's ~what the pronounciation would mean in Polish [10:35] you sick people... [10:36] TV folks, does anyone know when unity-lens-video will be in the archive? [10:37] Saviq ^ [10:38] davidcalle, the one we did for ubuntu-tv? [10:38] Saviq, yep [10:38] Saviq: apart of the errors, some of the tests that from the merged branches obviously fail (for various reasons, mostly because they expect dash and launcher and not the shell). should i fix them as part of the merge from trunk or do you want another commit, MR and all [10:38] ? [10:38] davidcalle, then never [10:38] nerochiaro, did you pull from shell first? [10:38] Saviq, do you know why? [10:38] Saviq: yes. the tests i mention are new, i wrote them in that branch of trunk that i just merged [10:39] davidcalle: because it's not a real lens, it just pulls in some fake data [10:39] nerochiaro, ah ok, I've been fixing the tests as part of merging [10:39] Saviq: i'll do that then [10:40] davidcalle, it was never meant to be used / supported, at least not in the state it's in now [10:40] Saviq: but there's also one feature that is in trunk but it's not in shell yet and so some of the tests will fail even when adjusted for shell. (in this case, trunk has the panel buttons, shell not yet). what about that one ? [10:40] it needs to be designed from the ground up [10:40] nerochiaro, Saviq, ok. I'm asking because I'm working on the 'real' one at least on two scopes. [10:40] nerochiaro, make that an "xtest" instead of "text" [10:40] and add a FIXME there [10:40] davidcalle, yes we know that [10:40] well, I do [10:41] And they need a lens. :) So I guess I'm doing it too. [10:41] Saviq: ok, sounds good. the buttons thing is in my todo for today anyway [10:41] * tsdgeos needs to know the desktop width from testabilty [10:41] any idea? [10:41] tsdgeos, look at Ugo's tests for shaping [10:42] Saviq: now that i see those tests need to be ported to the new testabilty host/target divide, they still use system and such [10:43] tsdgeos, true, can you add a card in the kanban? [10:43] yep [10:51] greyback needs to fix his wifis [10:51] yep [10:52] nerochiaro: just seen that instead of invoking xdotool like you do we can use XDo::XWindow.display_geometry [10:53] tsdgeos: it does exactly the same thing inside, but it's probably nicer [10:56] greyback, you sir need to fix your wifis :P [11:02] greyback nerochiaro tsdgeos dyams: standup? [11:02] Saviq: I'm wired now [11:03] greyback, http://sketchpad.cc/9yHXNLSxuI [11:04] Saviq: give me a sec, i'll be right there when i'm done with a test i'm about to run [11:12] Saviq: ok, i think i'm done with the merge from trunk into shell. i fixed all the tests that were added and disabled one. i didn't do anything about the tests that close terminals by mistake. i'm gonna push. can you please double check it's all right afterwards ? [11:13] nerochiaro, sure, I wil [11:13] l [11:13] Saviq: ok, pushed [11:20] nerochiaro, so "Move updateDashMode ... into QML" is done, right? [11:22] Saviq: yes [11:22] nerochiaro, do you want to take "Port input_shaping tests to target/host divide" later? [11:23] or should one of us handle that? [11:23] nerochiaro, the merge looks good [11:23] Saviq: i don't think i'll have time for that [11:23] ok [11:23] Saviq: and i don't know much about host/target divide anywa [11:24] nerochiaro, that's exactly the reason why you should do that ;) [11:25] nerochiaro, anyway [11:25] the changes to focuspath got lost from your merge? [11:25] Saviq: if i has more weeks to work on this, i would, but i have only the rest of today [11:25] nerochiaro, I know, I know, just joking [11:25] Saviq: i merged two commits, didn't I ? [11:26] let me look at qdiff instead of qlog [11:26] Saviq: qlog shows two, one from me one from renato [11:26] nerochiaro, yes, but the diff on the merge commit doesn't list the focuspath files [11:27] but that might be qlog's weirdness [11:27] Saviq: no, i think i fucked up [11:27] Saviq: let me fix that [11:27] I think you merged but didn't actually carry the diffs over [11:27] nerochiaro, feel free to overwrite [11:27] Saviq: ok [11:28] bbiab === Saviq is now known as Saviq|afk [11:28] Saviq|afk: fixed and overwritten [11:29] nerochiaro, thanks [12:03] greyback: there? [12:04] greyback: not needed anymore :D [12:06] tsdgeos: that's exactly what I want to hear :) [12:06] greyback: well, actually now that you're here [12:06] d'oh [12:06] :) [12:06] greyback: the background of the launcher is not simmetric, i.e. the last pixel in the right is transparent-ish [12:07] greyback: i guess i just reverse and create a new png, right? [12:07] tsdgeos: exactly [12:07] tsdgeos: you could rotate the existing PNG [12:07] but in code or do it once and load the rotated png? [12:08] my thinking is if there's only one asset, and designers change the background, we just need to change the asset [12:08] .. if we do it in code === MacSlow is now known as MacSlow|lunch [12:35] hmmm [12:36] rtl question [12:36] shoot [12:36] if i type a, l, b, e, r, t [12:36] in a text field [12:36] should i see [12:36] albert [12:36] or [12:36] trebla [12:36] i guess albert [12:36] but i'm not really sure :D [12:37] the first one, but only based on what I've seen so far [12:37] i.e. I'm not 100% certain [12:37] but using other programs in RTL mode, that's the way they work [12:37] yes [12:38] typing rtl is weird [12:38] as far as i understand [12:38] if you type "normal" letters it's not rtl [12:38] then you start typing hebrew and it starts growing in the other way [12:38] which gets ultra confusing if you mix both [12:38] interesting [12:39] and yeah, that must take getting used to [12:39] i don't know how people cope with that [12:39] suddenly the "right" arrow stops going right and starts going left, because you entered a piece of text wrriten in rtl or not [12:40] you could get in a loop, if you write LTR text beside RTL, pressing arrow key will just have cursor just bounce between text [12:40] nah, that can't be right === yofel_ is now known as yofel [12:43] i've seen it happen :D [12:44] whoa [12:45] tsdgeos: you should see albert [12:47] tsdgeos: in non-shell rtl, you see albert if you type albert === greyback is now known as greyback|lunch === Saviq|afk is now known as saviq === saviq is now known as Saviq [13:09] tsdgeos, yeah, even numbers are ltr [13:09] tsdgeos, so that's ultra confusing [13:09] as you said === JackyAlcine_ is now known as JackyAlcine [13:10] gord: can you take a look at http://askubuntu.com/questions/98692/how-to-add-support-for-the-global-menu-to-a-python-non-gtk-non-qt-app? === MacSlow|lunch is now known as MacSlow === fst8r12 is now known as bil21al === bil21al is now known as fst8r12 === fst8r12 is now known as bil21al [13:57] Saviq: greyback|lunch: dyams: more rtl stuff, on the dash home, we want the firefox icon to be on the left or in the right side of the grid? [13:58] tsdgeos, good question, how is it in non-shell? [13:58] tsdgeos, is there anything related in the MR from Haggai? [13:58] -g? [13:58] on the left it seems, but the dash pops not closer to the launcher, so i would not take that as an authoritative answer :D [13:58] Saviq: when you have a moment, can you please branch a repo and do a quick test for me ? i suspect there's something weird happening but i'm not sure if it's my env or the code itself [13:59] nerochiaro, that's most of what I'm doing these days - branching and testing :) [13:59] so yeah, throw it at me [14:01] Saviq: lp:~unity-2d-team/unity-2d/panel-freeze << run panel, run shell, bring out the dash with super, then click on the maximize button in the panel twice. the panel should freeze and stop responding to any input [14:01] Saviq: on the MR is on the right, so i'll take that as correct [14:02] tsdgeos, cool === greyback|lunch is now known as greyback [14:03] tsdgeos: Haggai branch is more helpful to verify the shell [14:03] tsdgeos: I wouldn't worry much about it, those home screen icons are disappearing soon [14:03] tsdgeos: he has fixed the dash too [14:03] greyback: are they? [14:04] tsdgeos: yep, instead we'll have a "home lens" [14:04] i see [14:04] ok, i won't care about the brokenness in there [14:04] or possible nothing but a search box. Design isn't concrete [14:04] didrocks: ping [14:04] mhall119: hey! :) [14:04] hey [14:04] tsdgeos: did you get shell launcher RTL working> [14:04] will you have a bit of time today to talk with me about quickly and singlet? [14:05] dyams: yes [14:05] tsdgeos: branch already in launchpad? [14:05] mhall119: yeah, in 15 minutes? [14:05] tsdgeos: so how to test RTL now? [14:05] dyams: not yet, i can put it there if you want but there's things that are missing (i.e. keyboard navigation) [14:05] tsdgeos: so how do you test RTL now? [14:06] dyams: you start shell with -reverse [14:06] didrocks: works for me [14:06] tsdgeos: ah..ok.. [14:06] tsdgeos: keyboard nav is ok. does edge hit detection works already? [14:07] dyams: yes [14:07] tsdgeos: in RTL, i mean [14:07] tsdgeos: ok [14:07] tsdgeos: ok..lemme kno when you have a branch [14:07] sure [14:15] MacSlow: Hey dude with notifyosd is there a plan for it to list the application that triggered the notification? currently in orca it just says notification notifyosd for everything [14:19] tsdgeos, can you check out these tests on your side http://pastebin.ubuntu.com/818851/ ? [14:20] Saviq: is this the ones with the xtest? [14:20] tsdgeos, no, that's just the merge from trunk [14:20] ahh [14:20] right [14:20] actaully they are very very similar to the ones with the xtest :D [14:20] i did not know the ones with the xtest were there and coded new ones [14:21] Saviq: on -shell, right? [14:21] tsdgeos, yes [14:21] this is merge + port from trunk to shell [14:22] didrocks: ready when you are [14:22] mhall119: sorry, trying to wrap up a discussion and then discuss with you :) [14:23] didrocks: sure, just ping me when you're ready [14:25] Saviq: there's a bug in the original test [14:25] Saviq: the last test should have a [14:25] XDo::Mouse.move(0, 200, 0, true) [14:25] at the beginning [14:26] actually it's the first two ones that break here [14:26] err [14:26] actually [14:26] XDo::Mouse.move(200, 200, 0, true) [14:26] tsdgeos, would you then fix it for trunk and I'll merge again [14:26] i mean [14:27] Saviq: with http://paste.kde.org/~tsdgeos/193988/ they all pass in my shell [14:27] tsdgeos, have you seen "MobyBase::BehaviourError: Run failed. Failed to launch application. Exception: The application with Id 21845 is no longer available." before? [14:27] nope [14:27] i mean [14:27] yes [14:27] Saviq: means it fails to launch the app [14:27] happens sometimes [14:27] Saviq: check you don't have a unity-2d-places around [14:28] good idea [14:28] Saviq: or app shuts down itself [14:28] so qttasserver should show whassup [14:28] I mean cockserver [14:28] yep [14:28] Saviq: official name now ? ;) [14:28] Usually if I've old Dash running, the Shell will quit [14:29] Saviq: this is a family IRC channel, we'll have none of that here [14:29] rotfl [14:29] greyback: no male avians in this channel ! [14:29] I pronounce it "cute ass server" actually ;) [14:29] greyback, you owe me a napkin for cleaning my screen, and don't get any ideas [14:30] rofl [14:31] * greyback has many ideas, most of which fail to pass his filth filter [14:32] tsdgeos, ssoo, can you go and merge trunk into shell then? [14:33] there's only your dash-launcher-interaction tests commit there [14:33] tsdgeos, btw, yes, tests from that paste pass fine [14:36] mhall119: ready! :) [14:36] Saviq: what you mean with if i can merge trunk into shell? [14:37] Saviq: this is the fix for trunk https://code.launchpad.net/~aacid/unity-2d/unity-2d_test_mouse_fixlet/+merge/90441 [14:38] didrocks: hangout, irc, what? [14:38] mhall119: irc sounds fine [14:39] mhall119: so, singlet and quickly, I think we need to go through singlet together so that I can see how I can integrate that [14:39] should I take trunk? [14:39] didrocks: yeah [14:40] right now all Singlet does code-wise is hide the GObjects for Unity.Lens and Unity.Scope behind a python metaclass [14:40] tsdgeos, `bzr switch shell; bzr merge trunk; bzr resolve; bzr push` [14:40] tsdgeos, that's what I mean by merging trunk into shell [14:40] tsdgeos, but let me review the above first [14:40] and it handles all the signal connections automatically [14:40] Saviq: ok [14:40] but it also has an inner Meta class, like Django models, which lets you give descriptive data about your lens [14:41] then it has a utility script that will convert that meta data into a .lens and .service files for the lens [14:41] interesting :) [14:42] so quickly would let us have templates for those .lens and .service files, and replace strings with project names, correct? [14:42] mhall119: yeah, I'm pondering if we need to use this MetaClass with quickly [14:43] didrocks: some of it would still be useful, because it lets you specify how the lens should behave too [14:43] but the parts that are only used for generating those files we wouldn't need [14:43] mhall119: ah, do you have any examples? [14:43] yeah [14:44] test/singlescope is the simplest lens you can create, right? [14:44] didrocks: search_on_blank specifies whether the search function should be called when there isn't a search string [14:44] yeah, singlescope is pretty basic [14:45] there's also _order variables for category and filter [14:45] and I think search_hint is used in code as well as for the .lens [14:46] likely more will be added as things develop [14:46] so we'll want the Meta class in some form to remain in singlet [14:46] search_hint is used in the code? [14:47] (not sure about what you mean by the _order variable) [14:47] it's to override the default order you have setting in IconViewCategory, for instance? [14:48] didrocks: it's to specify an order for the categories to be displayed in [14:48] since the meta-class doesn't necessarily give them to singlet in the order they are defined in the code [14:48] it passed them as an unordered dict [14:49] hum? sorry, we probably don't speak about the same thing or I'm not seeing that right: [14:49]