#ubuntu-unity 2012-01-19 <mhall119> I can't say I've missed the 'minimize' option <mhall119> really, I'm not sure it has a purpose anymore <masterjb> yello <mhall119> hi masterjb <masterjb> hi <masterjb> why are there so many people but no one talking? <mhall119> masterjb: it's after-hours for all of Europe and the east-coast of the USA <masterjb> so I am guessing you are in the USA <masterjb> ? <mhall119> yes <mhall119> east-coast, so it's technically after-hours for me too <masterjb> dev forum or just about unitry? do you compiz with unity options? <masterjb> im east-coast, but learnin never is an after-hour thing hah <mhall119> I'm not one of the Unity developers, just an advocate :) <mhall119> but you can ask about Unity or compiz in here <masterjb> do you use compiz with the extra addons with ubuntu 11.04+ <masterjb> how it glitches but I eventually got it working <mhall119> me? <mhall119> I'm on 11.10 <mhall119> if you have just general compiz questions (not related to Unity), you might find more help in #compiz <masterjb> same here i was asking if you are using compiz with the extra addons <masterjb> kk <masterjb> thanks <masterjb> but i have others <masterjb> for instance, in ubuntu 10, we could have or create icons on the top bar <masterjb> is that functionality gone in 11+ <mhall119> I think I have the extras plugins installed, not sure if I'm using any of them though <mhall119> launcher icons, or the compiz tray icon? <masterjb> top bar, where battery and wifi signal is <masterjb> before we could add usefule buttons up top <mhall119> ah, the old gnome2 systray is disabled by default <mhall119> in Unity <mhall119> I think there's a way to add it back in, but it's recommended to have apps use indicator icons instead <masterjb> yeah but i like them both hah <masterjb> --help <bgois> Hey guys. I really like the latest updates to unity. I feels a lot faster and better. <masterjb> yeah <njotta> hi all <masterjb> hi <njotta> so, any good ideas discussed? <jono> bgois, :-) <mas> i need to talk to a unity developer immediately!~ <mas> facebook led me here! <bgois> 12.04 is the first Alpha release that i use. And it still pretty much stable. I think it's more stable than my old oneiric. <mas> who else keeps accidentally going too far to the left with mouse when using a touchpad causing the launcher to pop out? <mhall119> mas: lol <AlanBell> mas: you can set the launcher to stay out all the time <mhall119> mas: unfortunately they're probably all done working for the day <AlanBell> I find it much much much easier to use <mas> oh no don't get me wrong...i like it <mas> but that one thing keeps getting in the way when i'm working fast <AlanBell> I set mine to 32 px size (smaller than the default 48) and never to hide <mhall119> mas: they are experimenting with different ways or preventing the launcher from appearing when you don't want it <mas> oh coo, thanks mhall <mas> *cool <jono> mhall119, can you give me admin access to the sumo server? #ubuntu-unity 2012-01-20 <mhall119> mas: you might be interested in http://design.canonical.com/2012/01/launcher-reveal-prototype/ and leaving your preferences in the comments <mhall119> jono: shell or django? <jono> mhall119, django <mas> i've been contemplating it myself, i was thinking moving it to the bottom might help but shuttleworth keeps has some obsession with everything having to be to the left. it would also be nice to see some sort of feedback from the buttons in the launcher, like when the mouse is over them they glow or hover. they feel so "static" <mhall119> jono: sure, give me a minute <jono> mhall119, thanks! <mas> oh thanks mhall, i'll leave some comments <mhall119> mas: it's not so much wanting it on the left, it's wanting it to use up the dimension you have the most space in <bgois> mas, some hover or glow might be really good for button feedback. <mhall119> I'd rather lose 48px of 1024, than 48px of 786 <bgois> If my opinion and experience with unity on corporate machines. The launcher hidding and revealing it self on left side confuses people. <bgois> I wonder my self, if the launcher be moved to bottom it could looks a lot like the win7 bar. But it would be a lot easier to switch betwen tasks. <mas> hmm, i've heard that argument before about losing in the horizontal versus the vertical. not to say i disagree...however i never hear anybody talk about symmetry. it can sometimes be visually unpleasant. also the space argument doesn't really matter when you maximize as the launcher disappears anyway <bgois> mhall119, your observation makes sense in the logical point of view. But, from a usability vision, users are used to look at the bottom bar and find its running apps and menu. i think. <mas> what has confused me about the entire argument is why the option of not being able to move it around to any side the user wants is not desired. that was something i always admired about *nix desktop environments. i rarely deviate from the default desktop, but sometimes one or two tweeks depending on the end user's workflow can make a world of difference <mas> i mean even mac, the ultimate in controlling the end user's experience let you move the dock around <htorque> i wonder how RTL language users feel about it <w3r3wolv3s> quit <mhall119> bgois: it doesn't take that long to learn to look on the left <mhall119> we shouldn't treat users as if they are incapable of learning a better experience <mhall119> htorque: that's an interesting question <thumper> hi mhall119 <thumper> are we moving all ayatana chatter here?\ <thumper> what else what talked about on ayatana? <thumper> htorque: I'd love to see some research on RTL languages and launcher expectations <mhall119> thumper: moving it here <mhall119> we'll put in a redirect on #ayatana in about a week <thumper> mhall119: we should have a call next week <thumper> I'm not actually working today <mhall119> thumper: yes please <thumper> 62 hours travelling home <thumper> just back this morning <mhall119> eeew <mhall119> sure, I'm pretty flexible, so whenever is good for you <thumper> mhall119: where are you based? <mhall119> USA, east-coast <thumper> ah cool <thumper> just 3 hours different then <thumper> perhaps Monday afternoon your time <mhall119> I assume you're west-coast then <thumper> that matches up with after lunch tuesday for me <mhall119> or the middle of the atlantic <thumper> Nope <thumper> NZ <mhall119> wait... <thumper> well three hours + one day <thumper> three hours ahead and a day behind <mhall119> that still doesn't sound quite right, what time is it there now? <thumper> 13:47 <thumper> damn <mhall119> ok, so 6 hours different <thumper> east and west mix up again <mhall119> that sounds better <thumper> I do that all the time <mhall119> no problem <thumper> you are in the same tz as lamalex, DBO, and jay <mhall119> and I don't know any of them.... :( <thumper> you were ISD before? <mhall119> yup, until the end of December <thumper> just looked you up on the directory <mhall119> thumper: give me a ping monday morning (your time) and we'll setup a time for a call <thumper> I don't think we've met have we? <mhall119> maybe in passing at UDS <thumper> I've not been to a UDS since Boston <mhall119> ok,then not in passing at UDS <thumper> even then, it was a co-located launchpad sprint <mhall119> you were in the launchpad team? <thumper> for 4.5 years <thumper> switched last April to DX <mhall119> then it's very possible that I've bugged you about something before ;) <thumper> which is now product strategy <thumper> maybe <mhall119> summit or loco-directory perhaps * thumper has to head off for stuff <thumper> we'll chat next week <Justinba1010> hello <Justinba1010> anyone here? <Caio> Hello. Is here the best place to give suggestions about Unity? <marcosroriz> Hi guys <marcosroriz> I'm running natty here, I think I found a 'security' bug in Unity <marcosroriz> Can someone confirme me if it happens on oneiric?? <vadi2> Sure. <marcosroriz> The bug is the following: <marcosroriz> 1 - Press the super key (will launch unity 'default' view) <marcosroriz> 2 - Wait to computer to block <vadi2> block? <marcosroriz> As in session block <marcosroriz> As you can see, you can still do a one time usage of unity. <vadi2> Ah so the lock screen? <marcosroriz> yep <marcosroriz> the lock screen dont appear directly, you can 'use' unity for a command <marcosroriz> I think what happen is that the unity launcher stays on top of the gnome-lock-screen <marcosroriz> and you can use unity one time, once it dissapears (the unity windows) it goes to the password of the lock screen <vadi2> I'll see <marcosroriz> Try it :) <marcosroriz> Put your comp session lock < 2 min <marcosroriz> and press the super :) <marcosroriz> wait, and profit <marcosroriz> you'll get the chance to explore unity hehe, once you get out of the unity screen the computer goes to the lock screen (session) <marcosroriz> :~ <marcosroriz> I don't know if this is a security bug, but IMO after the period that you specified (for instance, 2min) your computer should go automatically to the gnome-session screen with the pass. <vadi2> Did you hold the super key, or press and let go? <vadi2> my screen turned off and locked, it came back to the lock screen though, not unity <marcosroriz> press and let it go <vadi2> Yeah that's what I did, didn't happen here <marcosroriz> Strange :~ <guest____> hi all <guest____> anybody here? <guest____> whois JanC JanC <vadi2> hello <vadi2> bye <aslamckra> hello <kamstrup> does anyone know how we sort the lenses in the lensbar in the dash? <Saviq> kamstrup, preliminary look at 2d code says that we do whatever you guys give us <kamstrup> Saviq: yeah, and u3d also seems to take whatever comes out of the FilesystemLenses class <Saviq> kamstrup, yup, same here it seems <kamstrup> but the sorting order in the dash seems to be stable, so there must be something sorting it <Saviq> kamstrup, "m_unityLenses = new unity33ec:265c:71fe:e26d:2682:4ec2:aaa1:99absh33ec:265c:71fe:e26d:2682:4ec2:aaa1:99abilesystemLenses("/usr/share/unity/lenses"); for (unsigned int i=0; i<m_unityLenses->count(); i++) [...]" <kamstrup> maybe it's really just sorting on inode accurence within the /usr/share/unity/lenses dir... <kamstrup> Saviq: which order are your lenses in? <kamstrup> i have home, apps, files, music <Saviq> same here <Saviq> any additional get added later <kamstrup> hmmm, so something is likely to sort it <kamstrup> s/likely/certain <Saviq> yup <kamstrup> Saviq: AHA! vvvv <kamstrup> /FIXME: We don't have a strict order, but alphabetical serves us wonderfully for <kamstrup> // Oneiric. When we have an order/policy, please replace this. <Saviq> ookies <kamstrup> in FilesystemLenses <Saviq> yup, was just going there <Saviq> except the app lens seems to be forced first <kamstrup> ok, I am actually implementing that policy in my home-lenses branch, so I'll put it on my todo <kamstrup> right <Saviq> and we probably want the home lens to be first in Precise <Atem18> Hi <Saviq> hey greyback <gord> mhr3, so your icon loading branch is great, but i think it needs tests - just one that loads a bunch of icons and makes sure they all come in <greyback> Saviq: morning <mhr3> gord, i knew you'd said that <Saviq> frck! <nerochiaro> Saviq: I think I have addressed all your concerns in the shape tests branch. just pushed the last changes now <Saviq> greyback, we need to set locale to en_something in the tests.. <Saviq> otherwise I'll waste many more hours wondering what the frck <Saviq> or at least require a "en_*" locale for the tests <nerochiaro> Saviq: yep. but then we should also have some localization tests <greyback> Saviq: yeah. Getting tests running on every developers machine correctly is a pain. Why I want to use VBox <greyback> nerochiaro: agreed, and also needed for RTL tests <Saviq> greyback, still, I've changed the locale on my vbox to check out RTL yesterday <nerochiaro> greyback: Saviq: i'm also worried about some tests that will require resolution changes (for example to test the min size of the dash) <Saviq> and since then I couldn't, for the life of mine, understand why the tests failed <nerochiaro> (min size before it goes fullscreen by default) <greyback> Saviq: yep, my idea was to have a VBox Snapshot that everyone just uses and won't be changed <Saviq> greyback, that's not safe <Saviq> greyback, tests should work on virtually every machine <nerochiaro> greyback: yeah, but what do you do for tests where a certain feature is for a configuration that is impossible to obtain on a certain machine ? <Saviq> if we just have a snapshot that noone changes, the tests won't get enough coverage, tbh <nerochiaro> Saviq: ^ <Saviq> nerochiaro, example? <greyback> nerochiaro: you'll have to add checks to ensure the resolution is big enough for the dash not to be full-screen, and bypass the test with a warning maybe <nerochiaro> Saviq: multimonitor tests ? <Saviq> nerochiaro, true, what greyback said - just check whether the env is ready for the test <Saviq> and bypass it <Saviq> exactly what I want to do for locale <Saviq> check if it's en_whateveryouguysuse.UTF-8 <Saviq> and drop out of the test suite <Saviq> or change the locale for the duration of the tests <dyams> nerochiaro: saviq: In the shape-tests branch i checked move the dash bit away from launcher <dyams> nerochiaro: saviq:actually to the second screen <dyams> nerochiaro: saviq: the dash is no more visible there <Saviq> dyams, meaning multimonitor? <dyams> saviq: yes <Saviq> dyams, we didn't yet do anything re multimonitor in -shell <Saviq> dyams, but you need to remember there is no "dash" and "launcher" anymore <nerochiaro> yep, no multimonitor support in shell for now <Saviq> there's just a single window <Saviq> which has both the dash and the launcher <Saviq> so if you've moved the dash over screen, it will just go overscreen, not to the next screen <dyams> saviq: sure, but if i move the window bit away from launcher, then any portion of the dash falling outside the current screen is cut off <dyams> nerochiaro: saviq: Yes, I didn't expect it will work perfectly by just reposition it <dyams> nerochiaro: saviq: yet i didn't expect it will be clipped either. <Saviq> dyams, what are you repositioning? the whole shell window or just the dash inside? <Saviq> dyams, yes it will be clipped <Saviq> our window is the size of your current screen's available geometry <dyams> saviq: I reposition dash only <Saviq> if you go over that, it will get clipped, yes <Saviq> dyams, there's simply no support gone into -shell yet <dyams> saviq: i see , height: screen.availableGeometry.height <dyams> width: screen.availableGeometry.width <dyams> saviq: Ok <Saviq> nerochiaro, that fits into the merge-todo, do we have that there yet? <Saviq> nerochiaro, at least getting on-par with trunk <Saviq> nerochiaro, so you didn't manage to work with _NET_WORKAREA in the end? <nerochiaro> Saviq: i don't think we have it yet <Saviq> nerochiaro, ok I'll add it <nerochiaro> Saviq: i decided not to, it was quicker this way and i'll also be forcing the panel to be there for the dash button tests, so i thought might as well do the same in that case <Saviq> lazies :P <Saviq> ok <nerochiaro> Saviq: i'll add the test to verify the correct shape in absence of the dash when i add the ability for the shell window to correctly adjust in case the panel appears and disappears <Saviq> k <dyams> nerochiaro: saviq: 1) Invoke dash, 2) invoke spread, <dyams> 3) Cancel the spread <dyams> Now dash is reappearing <dyams> moreover now dash is not closing either <greyback> didrocks: welcome ;) <Saviq> hey didrocks <nerochiaro> dyams: sounds like a bug in shell. let's add to the TODO in the wiki please <didrocks> greyback: hey ;) Seems I need to add the autojoin here ;) the super + keynum seems to not work with the numpad in 2d, do you have a bug report on that? :) <greyback> didrocks: designers say it's not supposed to <greyback> dyams: ^^ <didrocks> hum? <didrocks> a lot of people marks the tests are failed because they try to use it <dyams> didrocks: greyback is correct <dyams> greyback: didrocks: actually super + numpad with launcher? Or with windows? <didrocks> dyams: launcher <didrocks> oh that will be the shortcut for maximinizing the window now <didrocks> forgot about it <Saviq> dyams, you need to run the spread from the shell branch <Saviq> nerochiaro, ^^ <greyback> didrocks: https://bugs.launchpad.net/unity-2d/+bug/750514 <dyams> didrocks: Super + Numpad [1] [2]....[0] Is not supported by launcher <didrocks> hey Saviq ;) <Saviq> nerochiaro, dyams: works fine for me, but you need to run the spread from the shell branch <nerochiaro> Saviq: oh, right, forgot that might be the issue <Saviq> not the installed one <dyams> saviq: trying again.. <didrocks> dyams: well, it was for Natty, but the design changed :) <greyback> didrocks: so no Super+numpad does same as Super+num ? <greyback> s/no/now <didrocks> greyback: in 3D right <dyams> didrocks: oh they changed it..? Or is it a bug in 3D? <nerochiaro> Saviq: let me know when you are done with the review, so i can pull it into another branch if it's ok, or fix what's wrong if not. thanks. <didrocks> dyams: I can tell for sure it's not a bug in 3D and they ask for it as I spent time to support it :) <gord> stop assuming things are bugs in 3d you guys :P <didrocks> anyway, there is this new shortcut stuff where it should maximize/semi-maximize window now <Saviq> nerochiaro, seems right already, I'm just verifying that the tests fail without the shell being shaped <dyams> didrocks: lemme crosscheck with the shortcuts gdocs once <greyback> didrocks: am consulting with design now :) <didrocks> thanks :) <didrocks> dyams: John showed me this gdocs, but I can't find it anymore <dyams> didrocks: hrer https://docs.google.com/a/canonical.com/document/d/1jqeKtIJwqLtl58Wk_fqjr9Rrgxn9zsouCYOo-cZsLSE/edit?authkey=CLGG9NkJ&hl=en_GB <didrocks> dyams: thanks <didrocks> dyams: hum, no, it's ctrl + alt in fact <didrocks> so nothing on super + numpad <didrocks> seems a lot of people expect it to do the same than super + keynum <greyback> didrocks: see the other channel :) <greyback> dyams: dust off that Super+keypad branch, it's going in :) <dyams> greyback: :) sure, I can do it... :) <dyams> greyback: should we wait for shell work or we merge it current trunk already? <greyback> dyams: as ultimately we'll be using shell, there's little point in merging it to trunk only. <greyback> dyams: see how easy it ports to shell <dyams> greyback: Ok, I'll work on shell branch <greyback> Saviq: I think adding features should be done to shell, if they don't apply cleanly to both branches. Otherwise we're making more work for ourselves <dyams> saviq: Yes, Spread works better if I launch it from shell itself <Saviq> dyams, "better"? not "correct"? <dyams> saviq: but that didn't solve the issue either <Saviq> greyback, true <Saviq> greyback, if they fit nicely in both - then both <Saviq> otherwise - shell it is <dyams> saviq: two issues i noticed. <greyback> Saviq: agreed <dyams> saviq: 1) Launcher won't stay open when spread is active, it disappears after a few seconds <Saviq> weirds, should be forcedVisible, add to the wiki please <dyams> 2) after 3-4 attemps dash stays open and won't go away <dyams> saviq: sure <dyams> nerochiaro: You already added the Dash clipping issue in wiki? <dyams> nerochiaro: Or is it not required? <Saviq> dyams, there's no "dash clipping" <Saviq> that is not an issue <dyams> saviq: Ok <Saviq> dyams, why would you move the dash itself anyway? <Saviq> the dash is supposed to be stuck to the launcher, and proper multimonitor support will come later <dyams> Saviq: multi-monitor <Saviq> dyams, we won't be moving it <Saviq> we will have a dash per-screen <Saviq> just as we will a launcher per-screen <dyams> Saviq: no <Saviq> dyams, I know, it will just be shown on one screen <Saviq> current screen <Saviq> but that doesn't mean we will necessarily move the window around <dyams> saviq: Ok <dyams> saviq: then it is like shell per monitor. no? <Saviq> dyams, yes <dyams> saviq: i got it :) <kamstrup> booyacacha mhr3, gord! nailed the home-lenses despite njpatel trying to trip me up with his tricks! :-D <gord> woohoo <gord> he's trixy <kamstrup> just adding some tests <kamstrup> then mp <gord> kamstrup, you know omg already wrote about this stuff right? can't disappoint them now ;) <kamstrup> gord: indeed :-) that kinda upped the pressure a bit... <kamstrup> gord: as you'll learn soon enough, this was not exactly trivial to get right <kamstrup> I basically wrote an in-memory relational db :-) <gord> oh dear, /me gets his finger over the rejected button <kamstrup> lol <gord> comment: stop re-writing mysql every six months <kamstrup> boring <kamstrup> it would actually be interesting to rewrite the internal lens handling by using in-mem sqlite tables. Will be quite fast, and actually not too ugly <mhr3> kamstrup, so... i suppose the the merge diff in counted in dozen thousands lines? <mhr3> is counted in*? <kamstrup> indeed <Saviq> nerochiaro, I'm pushing just the input shaping tests to lp:~saviq/+junk/shell-shapetests <Saviq> nerochiaro, can you try them? I can't seem to be able to fail them even without input shaping.. <nerochiaro> Saviq: how do you remove input shaping ? <Saviq> nerochiaro, still pushing, though <Saviq> nerochiaro, I just merged the commits that did the tests <Saviq> not those that actually implemented the feature <Saviq> nerochiaro, pushed <nerochiaro> Saviq: on top of unity-2d-shell ? <Saviq> nerochiaro, yes <Saviq> nerochiaro, btw, -shell has stuff merged from trunk again this morning <nerochiaro> i saw that <nerochiaro> let me try <Saviq> I freakin' can't fail those tests... wth <nerochiaro> Saviq: checking. might be something wrong with waht i do <Saviq> nerochiaro, btw that's why it's good to write the tests first, too ;) <Saviq> otherwise you never know if they actually fail :] <Saviq> or at least make it easy to only merge the tests and not the fix itself <Saviq> brb <nerochiaro> Saviq: you have a point <nerochiaro> Saviq: they don't seem to fail here neither. i'm looking into why <nerochiaro> Saviq: are you sure you picked up all my changes ? in your branch there's some commits missing it seems. i'm double checking i pushed all <nerochiaro> Saviq: revision 934 (which i added this morning) is the one that should make the tests properly fail <Saviq> nerochiaro, oh <Saviq> nerochiaro, will check out again in a bit <nerochiaro> Saviq: okies <nerochiaro> Saviq: i double check and i pushed all of them. the last on top of my branch should be 935 now <nerochiaro> greyback: Saviq: or anyone: panel buttons for dash submitted as an MR, for whoever wants to take it: https://code.launchpad.net/~unity-2d-team/unity-2d/unity-2d-shell-dash-panel-buttons/+merge/89414 <nerochiaro> i'll bbiab <davidcalle> kamstrup, about matching the sorting of lenses in the Home Dash to the lens bar. Would it mean that the lens bar wouldn't be sorted alphabetically on the lens name anymore? <kamstrup> davidcalle: depends... :-) <kamstrup> davidcalle: it could be, but not if we let users override <mhr3> i can imagine that in some languages the ordering isn't what we want <mhr3> unless it's being sorted on non-localized name <mhr3> kamstrup, anyway so what was the thing you wanted me to look at yesterday? <kamstrup> mhr3: some tweaks to the music lens <davidcalle> kamstrup, ok. I'm just going to make an Aardwark lens to mess with you guys. ;-) <davidcalle> Aardvark* <mhr3> kamstrup, oh dear :P <mhr3> is there a bug opened? <kamstrup> mhr3: when doing global search, we need to collate the Songs and Albums categories into one Music category (with albums first) <kamstrup> mhr3: it's in relation to the new homescreen, it's mentioned briefly there <kamstrup> mhr3: I talked with JohnLea about it <kamstrup> mhr3: I have a partial branch ready... hold on I'll upload it <mhr3> Dee.Transaction comes to rescue us :) <kamstrup> mhr3: you can save yourself a bit of time if you start from lp:~kamstrup/unity-lens-music/home-lenses <Saviq> nerochiaro, so here's what I'm doing: `bzr branch lp:~unity-2d-team/unity-2d/unity-2d-shell-shaped-testability-shapetests` <Saviq> nerochiaro, `bzr merge -r 913..907 .` <Saviq> there are two small conflicts <Saviq> but that gets rid of the actual shaping code <nerochiaro> Saviq: I don't understand why you do that merge <Saviq> nerochiaro, I want to get rid of the actual shaping <nerochiaro> Saviq: to test that the tests fail ? <Saviq> I want to have shell with shape tests on top <Saviq> yes <Saviq> and they don't <nerochiaro> Saviq: ok <Saviq> nerochiaro, http://pastebin.ubuntu.com/ <Saviq> facepalm <Saviq> nerochiaro, http://pastebin.ubuntu.com/810617/ <nerochiaro> Saviq: only one fails <nerochiaro> hmm <nerochiaro> Saviq: can you check that the function to compare window shape in the input_shaping.rb tests don't compare the sizes of the windows anymore ? <nerochiaro> Saviq: if it does, then something is messed up again and the branch is not current <nerochiaro> Saviq: but honestly to test that the tests fail if the shaping isn't there, i'd just remove the call for XShapeCombine... <nerochiaro> even though i understand why you're doing it that way <Saviq> standup <nerochiaro> sure <nerochiaro> i'm there already <Saviq> Kaleo, you comin'? <Saviq> nerochiaro, lp:~saviq/+junk/shell-shapetests <nerochiaro> Saviq: looking into it now <nerochiaro> Saviq: it looks like on my machine it actually hangs when comparing the images in one case, i'm trying to find out why <nerochiaro> Saviq: hangs as in IM compare takes 100% cpu seemingly forever <Mart_ini> hi all <Saviq> nerochiaro, isn't that why you were comparing the dimensions of the images? <Saviq> that imagick hanged when they were different? <Saviq> and also, they shouldn't ever be different, should they? <Mart_ini> I have a problem with Windows Theme.... Here is a screen shot with current look:http://imageshack.us/photo/my-images/209/zrzutekranu201201201327.png/ ... is there any posibility to change it?:/ <nerochiaro> Saviq: no, i was comparing the sizes because IM returned 0 difference when the sizes were different, and instead i should've checked the error code. but i guess it's a good thing to have both the size check and the error code check <nerochiaro> Saviq: they should be different in the case when you want the tests to fail: without shaping applied the size of the window is not fullscreen <Saviq> Mart_ini, looks like your gnome-settings-daemon crashed, did you try to log out and back in? <Mart_ini> yeah:/ <Mart_ini> and didnt help:/ <Mart_ini> even restart of whole system <Saviq> Mart_ini, you can change the theme in gnome-control-cente <Saviq> r <Mart_ini> yes I can but it didnt work <Saviq> Mart_ini, try in #ubuntu, here isn't really the place for that <Mart_ini> There I have few options like Ambiance , radiance, high contrast but even one of it changes nothing <Mart_ini> ok <Saviq> there's more people there that will be able to help <Mart_ini> no problem, thanks:) <Saviq> nerochiaro, sure, but the test should only pass if the images are the same size _and_ the input shapes are correct, right? <Saviq> nerochiaro, I removed the unlinks, the masks you generate look ok <Saviq> except <Saviq> let me just have one at a time <Saviq> ah no, ok - there's four <Saviq> launcher, launcher + dash, launcher + collapsed dash, fullscreen <nerochiaro> Saviq: to your first question, yes <nerochiaro> and yes 4 tests <Saviq> nerochiaro, they're not the same size, though <Saviq> only the fullscreen one is <Saviq> the rest are only bounding-box sized <nerochiaro> Saviq: let's mumble a moment please <Saviq> i.e. launcher is only the size of the launcher, shouldn't it be a white rectangle with a black rectangle on the left? <Saviq> sec <mhall119> didrocks: will you have time today to talk about singlet and quickly, or early next week perhaps? <didrocks> mhall119: early next week <mhall119> ok <mhall119> I'll ping you Monday then? <nerochiaro> Saviq: i'm a moron,i was using verify() { somevalue } instead of verify_equal('true') { somevalue } <Saviq> or verify_true() {} ? <nerochiaro> or that <Saviq> nerochiaro, okies, good thing we caught that <Saviq> that would be a non-useful test <nerochiaro> Saviq: yeah. so i'll fix that and put back the size check <nerochiaro> Saviq: push and let you know <Saviq> nerochiaro, thanks <nerochiaro> Saviq: thanks to you <Saviq> sometimes I'm being an a$$ for a reason :] <Saviq> good <nerochiaro> Saviq: generally you aren't one <Saviq> yeah, generally <Saviq> ;) <nerochiaro> well we all have our moments of assitude ;) <nerochiaro> Saviq: pushed fixes. hopefully for the last time ;) <Saviq> nerochiaro, cool, checking now <Saviq> nerochiaro, yup, much better! <nerochiaro> Saviq: awesome <mhall119> kamstrup: https://launchpad.net/unity-lens-sample contains some very old code, what's the plan for that project? <Saviq> nerochiaro, http://pastebin.ubuntu.com/810671/ <Saviq> launcher+dash failed <Saviq> that's with shaping <nerochiaro> wtf, everything worked here <nerochiaro> Saviq: ^ <nerochiaro> Saviq: can you post the pngs somewhere, like imgur.com ? <Saviq> nerochiaro, yup <Saviq> nerochiaro, looks like it's comparing launcher against launcher+dash <Saviq> might be it's trying to get the shape too fast <Saviq> nerochiaro, yup <nerochiaro> Saviq: sleep in the middle ? <Saviq> nerochiaro, ye <Saviq> s <nerochiaro> Saviq: are you pushing that one yourself ? <Saviq> nerochiaro, no, push <Saviq> I need to straighten up my branches here first <Saviq> don't want to push something weird <nerochiaro> Saviq: 2 secs sleep ok ? <Saviq> nerochiaro, 0.5 was fine here <Saviq> nerochiaro, but 2 is fine <nerochiaro> i'll do 1 then, if 0.5 was fine <Saviq> I wonder if we can actually use the verify()s timeout here somehow <Saviq> no idea how that works, though <nerochiaro> Saviq: better not risk for now <Saviq> but yeah that won't help either <Saviq> since what will we verify <Saviq> the image is there <Saviq> just not up to date yet * Saviq needs to read about the verifies and stuff <nerochiaro> Saviq: in any case it's a bit weird to do these kinds of tests because ultimately you're still bound by the speed of the machine <Saviq> nerochiaro, sure, that's why the verify_ stuff helps <Saviq> I'm not sure how it works, though - will it check every second or? <nerochiaro> Saviq: yeah, but it works only for things you do in the SUT IIRC <Saviq> ok <nerochiaro> it's syncronized somehow <nerochiaro> Saviq: pushed the sleeps for now <Saviq> that's why I said /me needs to reda about that <Saviq> nerochiaro, cool, checkinf <Saviq> -f <Saviq> +g <snadge> :D <Saviq> nerochiaro, "4 tests, 8 assertions, 0 failures, 0 errors" yay <snadge> im running precise on a few systems.. including this one which i installed from a daily build <Saviq> approving <snadge> anyway.. on this system.. i cant visually tell the difference between a focussed window and a non focussed one <snadge> they all appear to have focus even if they dont <snadge> is there a ccsm setting for that? <Saviq> nerochiaro, on a related note, did you get an answer about the actual input shape of the dash? should it incorporate the shadow or not? <Saviq> nerochiaro, as the images now very clearly show it's wrong how it is now :) <nerochiaro> Saviq: i don't think i did. and i didn't go check unity3d yet <Saviq> let me <nerochiaro> Saviq: but this is what we had in unity-2d <nerochiaro> Saviq: so please let's commit this, then fix it in another MR <Saviq> nerochiaro, already merged <Saviq> I was curious.. <Saviq> nerochiaro, aaand anyway... <Saviq> 3d behaves completely different - it takes the whole screen when dash is active <nerochiaro> Saviq: it's always fullscreen ? <Saviq> nerochiaro, when the dash is open there's no interaction with the windows below * snadge cries <nerochiaro> Saviq: eww <nerochiaro> Saviq: well, we're not going back <Saviq> nerochiaro, not going back, but we might need to revisit our shapes later <nerochiaro> Saviq: but how do they exit ? clicking outside of the dash area should close it <Saviq> like have a fullscreen mousearea behind the dash <Saviq> nerochiaro, yes, the lighter border already does that <nerochiaro> does what ? <Saviq> exits the dash <Saviq> clicking on the lighter border around the dash will exit it, as will clicking anywhere outside <nerochiaro> Saviq: but that border doesn't have a drop shadow ? <Saviq> nerochiaro, it does <snadge> http://askubuntu.com/questions/70071/wrong-window-focus-behaviour-in-unity-but-not-gnome-shell <Saviq> snadge, sounds compiz-related <nerochiaro> Saviq: so clicking on the shadow exits. then it's what we need to do in unity-2d too <snadge> yeah .. only one of my systems does it <Saviq> greyback, -qt's dash corner has much bigger radius than unity's does, do you know which is correct? <nerochiaro> regardless of the shaep <Saviq> nerochiaro, yeah we need a mousarea covering the whole thing <snadge> but im trying to figure out which ccsm option would be related to window focus appearance <htorque> didrocks: hi! can you please make sure the old test case in bug 913569 works for you (reveal launcher bar, click on the ubuntu/dash launcher, don't move the mouse outside of the launcher bar area, press alt+f1 â launcher bar should be saturated)? it's not working here. <Saviq> snadge, I'm not saying it's an option <htorque> no ubot? well: https://bugs.launchpad.net/unity/+bug/913569 <snadge> looks like its an fglrx problem <nerochiaro> Saviq: that's two separate issues: one is the non-interaction with the stuff below, the other is what part of the dash should trigger the dash to close <Saviq> nerochiaro, yes <nerochiaro> Saviq: i'm focusing only on the latter question <Saviq> nerochiaro, both minor issues for later <nerochiaro> Saviq: indeed <snadge> i need to enable unity switcher apparently <didrocks> htorque: oh interesting, I found another case then <Saviq> snadge, tried `unity -reset` to reset your environment? <didrocks> htorque: try right-click on bfb -> dash home <didrocks> htorque: alt + F1 <didrocks> it saturated then, isn't it? <Saviq> greyback, dyams, Kaleo, tiagosh: input shaping merged, yay :) <Saviq> nerochiaro, can you resubmit the buttons branch so that tarmac won't die? <nerochiaro> Saviq: will do shortly <snadge> hmm.. actually that bug seems to describe the fix <dyams> saviq: very nice <nerochiaro> Saviq: https://code.launchpad.net/~unity-2d-team/unity-2d/unity-2d-shell-dash-panel-buttons/+merge/89436 <Saviq> nerochiaro, thanks <Saviq> greyback, one thing I noticed - press super, alt+f1 - dash goes away <Saviq> bug? feature? <dyams> saviq: Atleast I can say its not reported as bug so far :) <Saviq> dyams, checking with unity <dyams> saviq: Ok <Saviq> dyams, unity does not do that <Saviq> dyams, I say we fix along with the shell work <dyams> dyams: Ok, sure <dyams> saviq:^^ <Saviq> dyams, trying to talk to someone smart here? ;) <dyams> saviq: ;) <Saviq> dyams, do you confirm that bug, though? <greyback> Saviq: dyams: nice find, but I'd like to check with design what is the right thing to do. <Saviq> greyback, sure, another thing is keyboard nav between the dash and the launcher * dyams greyback is right * greyback only learns now that nick changes have to be done for each server <Saviq> greyback, ? <greyback> Saviq: example? <Saviq> greyback, go left from search entry <snadge> ok unity --reset doesnt help.. deleting my .compiz .config and .gnome2 dirs didnt help <greyback> Saviq: maybe it's xchat <Saviq> greyback, I don't think it is, you can have different nicks per server <Kaleo> Saviq: rock <Saviq> ...and a hard place <greyback> paper scissors <greyback> lizard spock? <Saviq> greyback, you can't have two <Saviq> paper _or_ scissors <Saviq> but hey, you lost with yourself :D <greyback> Saviq: hmm, again I'd like to check. If you're editing text in that box, going left too many times to focus BFB might be confusing too <greyback> or won :P <Saviq> greyback, depends how you look on it ;) <greyback> Saviq: yep, hence asking design ;) <Saviq> greyback, that was re paper scissors <Saviq> greyback, but sure, for tv we have going left from dash content <greyback> that's my answer to everything :) <Saviq> lol <Saviq> a good one, too <greyback> Saviq: yeah that consistency would be nice alright <Saviq> greyback, except I hate it that I can't go left from search entry to launcher ;) <Saviq> so yes, that needs design <Saviq> JohnLea, we need you here :D <JohnLea> Saviq; where are you? <Saviq> here <JohnLea> ;-) <Saviq> JohnLea, like, on IRC ;) <Saviq> JohnLea, two things: open dash, press alt+f1 <Saviq> right now the launcher gets focus <Saviq> but the dash disappears <Saviq> (in unity other weird things happen, but dash does not disappear) <Saviq> (that's just the first thing) <Saviq> I have a bug ready that I can affect to ayatana-design, if you'd like <JohnLea> bug #? <Saviq> none, right now <Saviq> 'cause we weren't sure it's a bug <Saviq> I can file and affect you guys <JohnLea> yup, ping me the bug number when you have filed it <JohnLea> thx <Saviq> JohnLea, bug #919209 <Saviq> I said I have it ready <greyback> Saviq: ooh you're kidding! https://bugs.launchpad.net/ayatana-design/+bug/919211 <greyback> Saviq: grrr, you & your efficiency <Saviq> greyback, no that's fine <Saviq> I only filed the dash, alt+f1 one <greyback> Saviq: yep just saw that, pfew <Saviq> greyback, we need one the other way around, too <greyback> Saviq: yep <Saviq> except that going right from the launcher gives you the menu <greyback> which is pointless <Saviq> so it might be that we shouldn't have any keynav between launcher and dash <Saviq> to have it consistent <Saviq> just use super / alt+f1 to be sure where you'll end up <greyback> Saviq: yep, hence asking design ;) <Saviq> yeyp <JohnLea> Saviq; the dash should hide, current behaviour in Unity2d is correct (but this needs fixing in unity3d) <snadge> gah... all my windows look like they have focus <Saviq> JohnLea, ok, so that kind of solves part of #919211 <greyback> JohnLea: woo :) <Saviq> greyback, I'll cook up a test for that :) <snadge> probably an fglrx issue.. sigh <Saviq> snadge, try with radeon <Saviq> if you can, that is <JohnLea> Saviq, greyback; take a look at bug #919209 now ;-) <Saviq> take that! <Saviq> mwahahahaha <snadge> ok <htorque> didrocks: yeah, but again: not when the mouse doesn't leave the launcher bar area <Saviq> greyback, we do have a bug there, though - go super, alt+f1, then try to dismiss the launcher <didrocks> htorque: yeah, I misread that part, I edited it, sorry :) <htorque> didrocks: thanks, and no problem! :-) <greyback> Saviq: Alt+F1 again, or Escape. You want to click away? <Saviq> greyback, mine doesn't hide <greyback> Saviq: hmm, you running shell? <Saviq> I have to alt+tab / click away to get out of the launcher <Saviq> greyback, nope, oneiric <Saviq> wrong <Saviq> staging <Saviq> greyback, it works if I just go alt+f1, alt+f1 or alt+f1, esc <Saviq> but not if I go super, alt+f1, [esc,alt+f1] <greyback> Saviq: yep, confirmed. I can click away though <greyback> Saviq: logging bug <Saviq> greyback, do you think that belongs to launcher or dash tests? <dyams> greyback: while testing { Super+Num_Key }, I assume that application launched successfully if the tile has atleast one pip <JohnLea> Saviq, grayback; also see bug https://bugs.launchpad.net/ayatana-design/+bug/869122 <snadge> ok getting somewhere now.. fglrx has the window focus bug.. but radeon does not <dyams> greyback: i.e to check the application is running status <greyback> Saviq: yep I know the cause. A bad bit of code from me :( <greyback> Saviq: launcher I'd say. Other apps can cause it <Saviq> greyback, oks <Saviq> JohnLea, apart from point 3. looks fixed in unity-qt <Saviq> (see how I've sneaked the non-2d name there? ;>) <greyback> Saviq: oO <smspillaz> njpatel: comments on https://code.launchpad.net/~vanvugt/unity/fix-742544-alt-trunk/+merge/86779 <smspillaz> snadge: dri drivers do not have the no-damage-events-on-non-window-pixmaps bug anymore <snadge> dammit.. its an fglrx problem <njpatel> smspillaz, jasons' work will fix this <snadge> smspillaz: Im using the latest drivers from amd :| <njpatel> we can't just revert without having a proper fix <smspillaz> njpatel: for 4.0 ? <smspillaz> njpatel: ok, can you leave comment then ? <njpatel> not for 4.0, we don't need this in 4.0 <smspillaz> the fix seems to make sense, always picking the "primary" monitor. unless I missed something <snadge> fglrx_8.920 aka catalyst 11.12 <snadge> installed with --buildpkg Unity/precise <Saviq> greyback, so I'm thinking separate tests - one that verifies that the launcher behaves correctly when the dash is open (not caring about what the dash does) <Saviq> and the other just for the dash <Saviq> (two for the first case) <greyback> Saviq: yeah that's more comprehensive <Saviq> - one for alt+f1, one for esc to dismiss <snadge> smspillaz: i cant find any references to that bug on google <njpatel> smspillaz, you can't open the launcher when it's hidden on 4.0 if it's not on the left screen easily <njpatel> that's why it picks 0 (it used to always pick primary) <njpatel> jason's multimonitor work fixes that <Saviq> greyback, hmm we actually don't have a test to just check whether launcher shows after dash has been invoked <Saviq> I'll have one for that, too <greyback> Saviq: not yet, lots of things to test :( <Saviq> greyback, yup <mhall119> does http://blogs.gnome.org/carlosg/2012/01/20/multitouch-is-near/ use any uTouch technology? <greyback> Saviq: shell in a usable condition now? <Saviq> greyback, yup <Saviq> cnd, ^ <greyback> Saviq: ok, I'll focus more on that for tests in future <Saviq> greyback, I'll do the four I mentioned <smspillaz> njpatel: ok, can you comment on the merge then ? <Saviq> mhall119, cnd will be best to answer that, but he's hard asleep now, I'm afraid <mhall119> when he wakes up, will it be Friday or Saturday? <Saviq> Friday <Saviq> mhall119, but from what I can see there won't be any utouch happening behind that <Saviq> mhall119, all the work that's gone into X re multitouch while utouch was in the works will, of course <mhall119> ok, so some of the work that Canonical did for uTouch is helping enable GTK+ touch <mhall119> that was really my question <njpatel> smspillaz, i did <smspillaz> njpatel: yep, saw, thanks <smspillaz> just so it didn't look dodge when I abstain for no reason XD <smspillaz> mhall119: cnd works upstream with XInput2 - some of XInput2 is used for the Gtk+ touch stack. you'll have to ask him on the specifics <Saviq> greyback, do we want any tests that we know will fail in trunk submitted there? <Saviq> greyback, the actual question is whether we want _any_ tests that fail in the suite? or do we keep them somewhere in a branch and only merge with the fix? <Saviq> 'cause I can easily imagine (and not only imagine) people writing tests not being those that actually fix the issues <greyback> Saviq: can add tests that are skipped by defining them as "xtest something" instead of "test something" <greyback> so they can be enabled later <Saviq> greyback, oh cool <Saviq> greyback, is there a way to actually run them, too? <nerochiaro> greyback: Saviq: any idea on how to test that the dash will go fullscreen when the resolution changes to resolution that's too small ? <Saviq> nerochiaro, you could test the dash mode and its height / width? <greyback> Saviq: no unfortunately, it's just a little bit of syntactic sugar <Saviq> greyback, ok nvm <nerochiaro> Saviq: yes but how do i change the resolution in the test ? <Saviq> nerochiaro, xrandr? <nerochiaro> Saviq: to what resolution ? each system is different in what it does allow ;) <nerochiaro> Saviq: and actually on my machine for some reason just right now xrandr isn't working <nerochiaro> also, do we want to fuck around with resolution on people's machiens ? <Saviq> nerochiaro, as greyback mentioned earlier - skip the test with a warning <Saviq> nerochiaro, we can have them separate <Saviq> greyback, what do you think? <greyback> I think fucking about with people's resolution is dodgy <nerochiaro> my suggestion here is to test at whatever resolution we are right now and check the dash in the correct shape <greyback> Best detect in the test what resolution they have, and just return if it's not suitable <greyback> nerochiaro: yeah, I think that's ok <nerochiaro> greyback: or test that we do the right thing at that resolution, knowing that maybe at another resolution we will fail <Saviq> nerochiaro, btw, it doesn't, not in my VBOX at least <nerochiaro> Saviq: doesn't what ? <Saviq> nerochiaro, doesn't adapt <nerochiaro> Saviq: no it doesn't, i'm working on it now :) <greyback> nerochiaro: exactly. I don't see how to change resolution safely <Saviq> at 640x480 the launcher is resized, but the dash doesn't change modes <Saviq> nerochiaro, ok <Saviq> greyback, nerochiaro: maybe we could have an env var <Saviq> that says "RUN_DISRUPTIVE_TESTS" <nerochiaro> greyback: it would be great to be able to run the tests in an instrumented environment where ScreenInfo returns whatever we want it to return <nerochiaro> Saviq: ^ <Saviq> nerochiaro, that might make sense <nerochiaro> so we would be able to fake changes in the resolution <Saviq> nerochiaro, can't we hack ScreenInfo already? <Saviq> nerochiaro, from testability <Saviq> nerochiaro, just write to the properties <nerochiaro> Saviq: hmm, it's a singleton class, not part of the object tree <nerochiaro> doubt it can reach it <Saviq> nerochiaro, oh :/ <nerochiaro> Saviq: but aren't we running unity-2d-shell with -testability ? <Saviq> nerochiaro, yes, we are <nerochiaro> we can check that and use the fake ScreenInfo in that case <Saviq> yup, we probably coudl <Saviq> *could <nerochiaro> but i'm not sure it's a great idea from another standpoint because it's just adding an extra code path _in_ the app under test * nerochiaro got an idea * greyback pondering how evil Xephyr would be for this <Saviq> greyback, too evil <nerochiaro> why ? <Saviq> unless we decide to run everything under xephyr, that i <Saviq> s <greyback> Saviq: just for resolution tests, why so evil <greyback> ? <Saviq> dunno, I kind of hate xephyr for some reasony <Saviq> -y <Saviq> might have had issues with it before or something <Saviq> nigthmares maybe <Saviq> and simply unsure if we really need that <nerochiaro> Saviq: i guess it's the same feeling i have for vbox ;) <Saviq> nerochiaro, true, true <greyback> I think it's an option, but not a great one. It means installing more crap on the machine under test <nerochiaro> surely running the tests under xephyr will be closer to the real system than vbox <Saviq> nerochiaro, how so? <Saviq> nerochiaro, as far as the system knows, vbox is just different hardware <Saviq> as far as an application knows, xephyr is just a different X server/client/whatever <Saviq> so the difference is just at a different level <Saviq> can't we just skip the tests that are disruptive unless there's an env var set? <Saviq> and those that we can't run (like when Ugo's xrandr is broken) <nerochiaro> Saviq: sure, if you know xrandr is broken ;) <greyback> Saviq: yep, do-able <Saviq> nerochiaro, how does your broken xrandr show it's broken? <nerochiaro> Saviq: in general i agree, in this particular case i dunno even if xrandr works, how do we know which resolution to change to ? <Saviq> it probably doesn't display the res or something? <nerochiaro> Saviq: it just say it faield to change the res <nerochiaro> might be i'm using nvidia drivers or something <Saviq> nerochiaro, I'm on nvidia too <Saviq> nerochiaro, just run xrandr, find one that fits, change <Saviq> change back <Saviq> +test in between <greyback> nerochiaro: this is the reason why VBox is good idea IMO. If something core is broken on your machine, then test will fail because of it . At least in a VBox instance, it should be a clean install & everything working <nerochiaro> Saviq: "find one that fits" ? <Saviq> nerochiaro, it will list you available resolutions <Saviq> just find one that's low enough that the change will happen <Saviq> if any of that fails, the test failed, but will tell you why <Saviq> it <Saviq> shit will happen, yes - tests will sometimes fail due to <input_your_favourite_reason_here> <nerochiaro> greyback: Saviq: what i'm really thinking is that we should take a step back and define who are the tests meant for. if they are meant for any random user to run,it's one thing, if they are meant to be run on jenkins for verification before release,it's another <Saviq> nerochiaro, they're primarily based for automated testing <Saviq> but if we can make them work for user x then cool <Saviq> greyback, unless I'm mistaken with that? <greyback> that's my priority list, yeah <greyback> nerochiaro: I do want test to run on your machine, without VBox. But there's only so much time I can spend thinking of every possiblt thing your machine might have different to work around <nerochiaro> greyback: i agree. i'm not necessarily against vbox or xephyr <nerochiaro> bbiab <greyback> nerochiaro: in fact, I prefer when they can run inside some virtualised thing, so I can do other stuff as they run <greyback> VBox has a headless mode too, which I want to play with in future <Saviq> greyback, yeah I do the same, they just run away, I'm doing other things, when I get back I have a result ready <greyback> Saviq: yep, perfect, that's what I'm trying to get going <greyback> Amazing all the little things that can get in the way <Saviq> yup <greyback> Saviq: nerochiaro: But I have to say, this week with you all using Testability, your comments about problems, stuff that's missing, etc, have been bloody useful <greyback> Great to get proper feeedback <greyback> feeeedback <Saviq> greyback, for me it's awesome to see that we can actually test stuff <Saviq> before your Testability talk I was scared as hell <Saviq> easy peasy now <greyback> Saviq: it is nice, with a few painful exceptions. XDotool stuff needs a lotta loving (in progress) <Saviq>
{'channel': 'ubuntu-unity', 'month': 1}