[01:55] <nedstark> will the system tray and application menu be built in to unity 8?  they are basic functionality and we have to install them from ppa on unity 7.
[11:12] <dandrader> tsdgeos, got time for a review? https://code.launchpad.net/~dandrader/unity8/splashRotation/+merge/297318
[11:14] <tsdgeos> dandrader: not sure i'm the best to review that to be honest
[11:15] <dandrader> tsdgeos, you have dealt with this "rotates own contents" mode that camera uses before
[11:15] <tsdgeos> i have
[11:17] <tsdgeos> i'll see if i have a look this afternoon i guess
[11:31] <tsdgeos> pstolowski: have you seen this timeouts in unity-api before? https://launchpadlibrarian.net/265153188/buildlog_ubuntu-vivid-arm64.unity-api_7.115+15.04.20160614-0ubuntu1_BUILDING.txt.gz
[11:32] <tsdgeos> that branch passes fine here locally :/
[11:39] <dandrader> dednick, pushed a commit to the mir-0.24-compatibility branch: http://bazaar.launchpad.net/~mir-team/qtmir/mir-0.24-compatibility/revision/508
[12:05] <dandrader> tsdgeos, do you use run.sh?
[12:08] <dednick> dandrader: ta
[12:11] <dednick> wondering why qtmir depends on mirclient :/
[12:18] <tsdgeos> dandrader: haven't for a while
[12:18] <dandrader> tsdgeos, I don't see much sense in this bug: https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1519250
[12:19] <dandrader> tsdgeos, run.sh doesn't even work in my desktop... I fankly don't completely understand what this script does
[12:19] <tsdgeos> it starts unity8
[12:19] <tsdgeos> with some evnvars
[12:19] <dandrader> tsdgeos, through a upstart session
[12:19] <tsdgeos> yep
[12:19] <tsdgeos> it's bascailly like doing
[12:19] <tsdgeos> start unity8
[12:20] <tsdgeos> with the local unity8
[12:20] <tsdgeos> and some paths changed
[12:28] <dandrader> tsdgeos, do you have any idea what brings in the qtubuntu (qtubuntu-android I guess) package into phone image?
[12:28] <dandrader> tsdgeos, is it some package dependency or is it "seeded" into the image?
[12:29] <tsdgeos> dandrader: ubuntu-touch
[12:30] <tsdgeos> apt-cache rdepends qtubuntu-android
[12:30] <dandrader> tsdgeos, ah, handy command
[12:32] <tsdgeos> dandrader: faenil: i found out why right edge verticall scrolling doesn't work
[12:32] <tsdgeos> it's scrolling the next scope :D
[12:32] <dandrader> tsdgeos, so a problem with nested flickables?
[12:33] <tsdgeos> don't know yet
[12:33] <tsdgeos> i can't reproduce it on the unity7 desktop
[12:34] <tsdgeos> wonder if it's a bug somewhere in mir, qtmir, qtubuntu or what
[12:34] <tsdgeos> i tried https://code.launchpad.net/~dandrader/unity8/pixelAlignedWindow/+merge/295262 just in case but wasn't it
[12:34] <tsdgeos> the cursor part, not the window part
[12:50] <faenil> tsdgeos: haha :)
[12:50] <faenil> tsdgeos: I wonder why scrollwheel scrolls the current one then :)
[12:51] <tsdgeos> different paths i guess
[12:51] <faenil> yeah
[13:12] <tsdgeos> dandrader: ping
[13:13] <tsdgeos> the mouse events are screenPos=QPointF(0,227) on the left and screenPos=QPointF(540,227) on the right
[13:13] <tsdgeos> which means the window is 541 wide
[13:14] <tsdgeos> that's why the mouse click goes to the wrong thing
[13:14] <tsdgeos> the window is really 540 wide
[13:14] <tsdgeos> any idea how to debug why the cursor sends 540 instead of 539 when on the right hand side?
[13:19] <dandrader> tsdgeos, pong
[13:20] <tsdgeos> would UbuntuInput::dispatchPointerEvent what i want?
[13:20] <tsdgeos> dandrader: ↑↑↑↑
[13:21] <dandrader> tsdgeos, first check what MirSurfaceItem gets. and its dimensions
[13:22] <tsdgeos> dandrader: in unity8?
[13:22] <dandrader> tsdgeos,  yes
[13:22] <dandrader> tsdgeos, and also the TouchGate in SurfaceContainer.qml, which forwards events to the MirSurfaceItem behind it
[13:23] <dandrader> tsdgeos, actually, to check what MirSurfaceItem gets you have to go to qtmir. not unity8
[13:24] <dandrader> tsdgeos, but if you want to start investigating on the client side then yeah qtubuntu would be the place...
[13:45] <tsdgeos> dandrader: is touchgate involved in mouse clicks too? (i.e non touch)
[13:46] <dandrader> tsdgeos, right, it is not
[13:47] <tsdgeos> oki
[14:04] <tsdgeos> dandrader|afk: so the item is 540 width but still gets a click on pos 540
[14:04] <tsdgeos> http://paste.ubuntu.com/17324581/
[14:25] <tsdgeos> dandrader: https://code.launchpad.net/~aacid/unity8/dont_let_mouse_outside_item/+merge/297342
[14:50] <dandrader> tsdgeos, approved. although there two small improvements you could make
[14:50] <tsdgeos> sure
[14:56] <dandrader> mterry, remember that ubuntu-keyboard packaging dependency on qtubuntu? that was the only way to have it working:
[14:56] <dandrader> mterry, http://bazaar.launchpad.net/~dandrader/ubuntu-keyboard/mirSurfaceInputBounds/revision/480
[14:56] <dandrader> mterry, otherwise it was forcing instalation of qtubuntu-desktop on the phone
[14:57] <dandrader> mterry, looks like this "Provides: qtubuntu" isn't worth much...
[14:58] <tsdgeos> dandrader: done
[14:58] <dandrader> tsdgeos, thanks
[15:00] <tsdgeos> dandrader: xvfbtestSpreadDelegate seems to be failing in your branch
[15:00] <tsdgeos> splashRotation
[15:00]  * dandrader checks
[15:01] <dandrader> tsdgeos, indeed :/
[15:03] <dandrader> oh, the refactoring broke those tests because they're poking into internals to check state
[15:07] <dandrader> tsdgeos, fixed
[17:58] <mterry> josharenson, I added a comment about SVG vs PNG for the greeter session icons in your sessions-model branch
[17:58] <mterry> josharenson, I wish we had chosen SVG from start, but this may be a good time to switch to it
[17:58] <mterry> josharenson, mostly just for coloring ease, but also for scalability
[17:58] <josharenson> mterry: I hope you want me to use SVG's cause they are the only thing cooler than pngs
[17:58] <josharenson> ok
[17:58] <josharenson> mterry: Are the svgs available somewhere
[17:58] <mterry> josharenson, nope!
[17:58]  * josharenson reads the comment first
[17:58] <josharenson> oy
[17:59] <mterry> josharenson, but I realized old icons are white.  And we now have a white background with greeter-box
[17:59] <mterry> josharenson, the visual mockups I have use a gray, and ideally would follow theme as Design tweaks it in future
[18:00] <josharenson> mterry: I bet I could find someone who would make those icons svgs in 24 hours for like $20
[18:00] <mterry> josharenson, I think there are command line tools for that
[18:00] <josharenson> mterry: I didn't realize those formats could be converted...
[18:00] <mterry> josharenson, not directly, but... algorithms
[18:00] <josharenson> mterry: so a rasterized image to svg?
[18:00] <josharenson> these are simple I suppose?
[18:01] <mterry> josharenson, yeah.  raster to vector
[18:01] <mterry> josharenson, maybe?  might be able to do 'unknown' and 'ubuntu' ourselves
[18:01] <josharenson> mterry: you're crazy! ok I'll take a look
[18:01] <mterry> josharenson, since ubuntu is literally just our logo
[18:01] <mterry> josharenson, and unknown is a circle
[18:01] <mterry> josharenson, now there's a trick to make an svg icon themable, let me find that
[18:01]  * josharenson knows enough about inkscape to make those he supposes 
[18:04] <mterry> josharenson, we may not need to do gnome and kde yet, don't need to block on that immediately
[18:05] <mterry> josharenson, hmm
[18:06] <mterry> josharenson, Icon's docs suggest we don't need to use svg to get colorization
[18:06] <mterry> josharenson, if we set an Icon {} object's keyColor to white
[18:06] <mterry> josharenson, and the color to the color we want
[18:06] <mterry> josharenson, let me test
[18:06] <mterry> josharenson, svg may still be a wise change, but if we can avoid the work now...
[18:08] <mterry> josharenson, yup, that works.  OK, cancel worrying about svgs for now.  I'll include this change in my merge-greeter-box branch