[07:29] <tsdgeos> why am i still marked as away...
[07:29] <tsdgeos> oh, not aynmore
[07:29] <tsdgeos> good
[07:29] <tsdgeos> Saviq: ping
[07:34] <tsdgeos> pstolowski: ping
[07:36] <pstolowski> tsdgeos, pong in ~5 minutes (otp)
[07:43] <tsdgeos> pstolowski: do you know how the spec specifies headerless categories?
[07:52] <pstolowski> tsdgeos, nope, I don't
[07:52] <tsdgeos> pstolowski: because in that two_scopes you "cheat" by giving the second category the same name as the previous
[07:52] <tsdgeos> and that makes lvwph give you a headerless category
[07:53] <tsdgeos> but not sure that's the way
[07:53] <pstolowski> tsdgeos, uh, whaat? yeah, name is the same, but id should be used to distinguish them... but I realize this is a limitation of lvwph
[07:54] <Saviq> tsdgeos, pong
[07:54] <pstolowski> tsdgeos, and the ids don't really matter at the lvwph level..
[07:54] <tsdgeos> pstolowski: it's not a limitation, it's a design decision, two categories the second doesn't have a header if they share title
[07:54] <tsdgeos> pstolowski: because it's basically what QML ListView does
[07:54] <tsdgeos> Saviq: headerless categories
[07:54] <tsdgeos> how does one specify one?
[07:56] <tsdgeos> Saviq: empty category name?
[07:58] <Saviq> tsdgeos, yeah
[07:59] <tsdgeos> Saviq: ok, that's new to lvwph, i'll add that, then there's the question, in lvwph we decided that two consecutive "same category name" yields the second category with no header, do we care about that at the GenericScopeView.qml (regarding adding the top margin to the category contents) or asume it won't happen?
[07:59] <Saviq> tsdgeos, if that's a problem, we might make it explicit
[07:59] <Saviq> tsdgeos, I forgot that the sections work like this
[08:00] <tsdgeos> it's not a problem, it's just that i will need to add more code to support "empty because is the same name" headers since at the moment there's no way for a category to know if it has section or not
[08:01] <tsdgeos> so i can either have
[08:01] <tsdgeos>      topMargin: name != "" ? 0 : units.gu(2)
[08:01] <tsdgeos> or
[08:01] <tsdgeos>     topMargin: hasSectionHader ? 0 : units.gu(2)
[08:01] <tsdgeos> but then i have to add hasSectionHader code to LVWPH
[08:02] <tsdgeos> shouldn't be hard, but it's more code :D
[08:02] <Saviq> tsdgeos, whichever way you prefer
[08:02] <tsdgeos> ok, let me check how hard hasSectionHader is
[08:02] <tsdgeos> always better to do it "properly"
[08:06] <Saviq> mzanetti, seen cwayne's email? able to reproduce?
[08:06] <mzanetti> Saviq: yep, seen it. still replying to mails. That one will be next
[08:06] <Saviq> mzanetti, kk thanks
[08:12] <pstolowski> Saviq, any thoughts about http://pastebin.ubuntu.com/7588500/ ? ok to make it on per-category level?
[08:13] <Saviq> pstolowski, yeah missed you yesterday
[08:13] <Saviq> pstolowski, I think that's good
[08:13] <Saviq> pstolowski, you should stick to either "tap" or "click" though
[08:13] <Saviq> pstolowski, 'cause you're setting tap behaviours using ClickBehaviour ;)
[08:19] <pstolowski> Saviq, yeah, i had a problem with naming ;)
[08:20] <pstolowski> Saviq, in the absence of mhr3, I think I'll also take care of the plugin branch for that
[08:25] <Saviq> pstolowski, kk
[08:26] <Saviq> pstolowski, you'll need to adapt http://bazaar.launchpad.net/~unity-team/unity-api/trunk/view/head:/include/unity/shell/scopes/CategoriesInterface.h too
[08:26] <pstolowski> Saviq, ah, ok, didn't know that, thanks
[08:27] <Saviq> pstolowski, tsdgeos, do you think we should make headerless explicit? as in explicitly set in the scope (as opposed to empty name, which is a bit of a hack)?
[08:27] <tsdgeos> Saviq: i think empty name is fine
[08:27] <Saviq> kk
[08:27] <tsdgeos> i mean if you have an empty name it will look ugly as hell
[08:27] <tsdgeos> with the expansion pattern there
[08:27] <tsdgeos> but nothing else
[08:27] <pstolowski> +1 to what tsdgeos says
[08:28] <Saviq> +1
[08:38] <mzanetti> Saviq: Re: Applications are orphaned when unity8 crashes
[08:38] <mzanetti> iirc in Oakland Mir people said it wouldn't be a problem for an app to reconnect to a new Mir server instance
[08:40] <Saviq> mzanetti, yeah, I remember that too, except that never happened ;)
[08:40] <mzanetti> Saviq: heh, true. But in any case, sounds doable and probably what we should go for.
[08:40] <Saviq> mzanetti, and then unity-mir would have to pick the running apps back up (not saying impossible)
[08:41] <mzanetti> yep. unity-mir needs fixing too for that
[08:41] <Saviq> mzanetti, for touch it's simple, later when we introduce windowing, that will get interesting when we try to restore window locations :)
[08:42] <mzanetti> Saviq: without having spend much time in thinking about it, it would seem they just need to be placed at the same place they were left
[08:42] <Saviq> mzanetti, *just* is the key word here
[08:42] <mzanetti> hehe
[08:42] <Saviq> mzanetti, when the windows don't know where they were
[08:42] <Saviq> mzanetti, and the compositor just crashed ;)
[08:43] <mzanetti> right... we'd need to persist every x/y/w/h change immediately
[08:46] <tsdgeos> Saviq: pstolowski|bbl: https://code.launchpad.net/~aacid/unity8/headerless_category_margin/+merge/222132
[08:50] <Saviq> tsdgeos, looking good
[08:50] <tsdgeos> hmmmm
[08:50] <tsdgeos> Saviq: just realized we can't expand headerless categoriies anymore
[08:50] <tsdgeos> Saviq: that's fine i guess D:
[08:50] <Saviq> tsdgeos, indeed ;)
[08:51] <Saviq> tsdgeos, well TBH we'll see where this goes, the header probably won't be the expander for long
[08:51] <tsdgeos> correct
[08:55] <tsdgeos> Saviq: so what's happening in https://launchpadlibrarian.net/176949684/aligment_issue.png is that the cardtool is "mandating" 5 rows of summary, but since there's only 3 in that particular card, spacing looks wrong
[08:56] <Saviq> tsdgeos, right, of course
[08:56] <Saviq> tsdgeos, they should use horizontal journal...
[08:56] <Saviq> if we had integrated it...
[08:56] <tsdgeos> Saviq: i guess we should special case for when it's 1 column and then "ignore" the summary max height?
[08:56] <tsdgeos> i.e. we obey the max height of summary so that in a grid it doesn't look bad, but here it's essentially a column, not a grid
[08:57] <tsdgeos> Saviq: it'd be the same problem with the cardtool giving us the wrong height, no?
[08:57] <Saviq> tsdgeos, *or* we'd need an adaptive grid that changes row height based on each row's delegates
[08:58] <Saviq> tsdgeos, yeah, but it's not (meant to be) enforced in vjournal
[08:58] <Saviq> what you wrote may be the best for now (ignoring height if rows == 1)
[08:59] <Saviq> it won't break tablet and will help this use case
[08:59] <Saviq> with a FIXME
[08:59] <Saviq> tsdgeos, basically, vJournal was exactly meant for different-height delegates
[09:00] <Saviq> tsdgeos, or well, integrating vJournal would get us closer to where we want to be, so...
[09:00] <tsdgeos> right
[09:00] <Saviq> there's a branch from karni somewhere
[09:00] <tsdgeos> yes
[09:00] <tsdgeos> https://code.launchpad.net/~unity-team/unity8/new-scopes-vj-integration/+merge/214786
[09:00] <Saviq> we could try and revive this (I know it never worked for him, though...)
[09:01] <tsdgeos> yeah should not be "that hard"
[09:01] <tsdgeos> ok, let me have a look at it
[09:01] <Saviq> let's try that
[09:01] <tsdgeos> i guess it was just hard for him because he was just dropped in the trenches of VJ, QML, Dash, GSV, etc
[09:02] <Saviq> yeah
[09:02] <Saviq> if he got RVJ working
[09:02] <Saviq> then putting it in GSV should be mostly trivial
[09:04] <Saviq> tsdgeos, and we really need to get rid of FilterGrid, it just makes everything more complicated
[09:05] <Saviq> like the "let's sync height expansion between lvwph and lv"
[09:05] <Saviq> which could just be driven internally by lvwph instead
[09:05] <tsdgeos> yeah
[09:06] <Saviq> but yeah, not right now
[09:07] <Saviq> tsdgeos, btw, ignoring height wouldn't work anyway
[09:07] <Saviq> tsdgeos, GV has static row height
[09:07] <Saviq> we'd need a custom GV that didn't
[09:07] <tsdgeos> yeah i realized that
[09:07] <tsdgeos> we're using a GridView
[09:07] <tsdgeos> so it'll be Grid anyway
[09:07] <Saviq> yup
[09:14] <tsdgeos> Saviq: i'll kill https://code.launchpad.net/~unity-team/unity8/new-scopes-vj-integration/+merge/214786 anyway, since it's for merging into new-scopes
[09:14] <tsdgeos> and create something based on it for trunk
[09:14] <Saviq> tsdgeos, of course, yeah
[09:15] <Saviq> tsdgeos, I know why your result on https://bugs.launchpad.net/unity8/+bug/1326397 was different
[09:15] <Saviq> tsdgeos, it looks like they didn't commit something
[09:15] <tsdgeos> may be
[09:15] <tsdgeos> i mean the code wasn't even original compiling :D
[09:16] <Saviq> yeah I saw
[09:16] <tsdgeos> have they updated it?
[09:16] <Saviq> tsdgeos, people seem to be abusing fill-mode
[09:16] <Saviq> tsdgeos, no, I just did what you did
[09:16] <Saviq> and checked it out in the tool
[09:16] <Saviq> and got it into a ~working state
[09:16] <Saviq> but it's not great, but per-spec
[09:17] <Saviq> tsdgeos, they were (as people seem to do) abusing fill-mode: fitr
[09:17] <Saviq> -r
[09:17] <Saviq> or well, we're not dealing well with that in horizontal mode
[09:18] <tsdgeos> abusing API is the programmers life :D
[09:18] <tsdgeos> "you don't let me do that, eh? let's see if i can force you to"
[09:25] <Saviq> ;)
[09:25] <Saviq> tsdgeos, https://launchpadlibrarian.net/176990434/Zrzut%20ekranu%20z%202014-06-05%2011%3A23%3A53.png is what I got
[09:25] <Saviq> tsdgeos, and I *think* it's our bug
[09:25] <Saviq> well, I'm quite sure it is
[09:25] <Saviq> not sure what it results from, though
[09:26] <tsdgeos> hmmm
[09:26] <tsdgeos> second one looks good enough
[09:26] <Saviq> tsdgeos, yeah, sure
[09:26] <tsdgeos> i'm confused as why my result looks so wildly different from yours :S
[09:26] <Saviq> tsdgeos, because https://launchpadlibrarian.net/176990395/rsslocal.patch
[09:27] <tsdgeos> ah
[09:27] <tsdgeos> :D
[09:27] <Saviq> ;)
[09:27] <tsdgeos> i guess it shouldn't be too hard fixing it
[09:27] <Saviq> tsdgeos, diff between the two is 2 vs. 1 line title, and we seem to be forcing the height "the wrong way"
[09:27] <tsdgeos> but you still have the vertical spacing problem
[09:27] <tsdgeos> well
[09:27] <Saviq> oh yeah, that's only gonna be fixed with vj
[09:28] <tsdgeos> the art/mascot image
[09:28] <Saviq> [...] header → art instead of art → header
[09:28] <tsdgeos> is forced to the title height
[09:28] <Saviq> art, not mascot
[09:28] <tsdgeos> no, that's correct for horizontal
[09:28]  * Saviq not sure
[09:28] <tsdgeos> it's just that the first should remember it can have two lines
[09:28] <tsdgeos> and not one how it has now
[09:28] <Saviq> tsdgeos, ah
[09:28] <tsdgeos> well it's correct as per what we had :D
[09:28] <Saviq> tsdgeos, sure, that might be why indeed
[09:29] <tsdgeos> so there's some playing with it
[09:29] <tsdgeos> but should be fixable
[09:29] <Saviq> yeah, it's better already
[09:29] <Saviq> tsdgeos, in any case we'll need to look into abuses, too, at some point ;)
[09:29] <tsdgeos> sure
[09:29]  * Saviq can't see that happening in the near future...
[09:29] <tsdgeos> is it me or the canonical irc server is experiencing issues?
[09:29] <tsdgeos> i get kicked out of it a lot today
[09:30] <Saviq> tsdgeos, hmm nope
[09:30] <Saviq> seems legit for m
[09:30] <Saviq> e
[09:31] <tsdgeos> :/
[09:31] <Saviq> I'm behind a bouncer, but should be notified about disconnections in any case
[09:37] <Saviq> ohkay, that's bad
[09:37] <Saviq> wth
[09:59] <tsdgeos> we broke tryOrganicGrid, tryVerticalJournal and tryHorizontalJournal when going to displayMargin :/
[09:59]  * tsdgeos fixes
[10:08] <Saviq> tsdgeos, oups
[10:09] <Saviq> tsdgeos, TBH, when you're at it... maybe just integrate all of them at once? it should be copy/paste for the most part?
[10:10] <tsdgeos> yeah
[11:09] <Saviq> greyback, there a reason why ubuntu-touch-meta is still older in the PPA than in distro?
[11:09] <Saviq> and if not, should we just drop it from there?
[11:09] <greyback> Saviq: it's a custom one I pushed. Then distro bumped theirs. We're still on image 58, so it's not impacting us
[11:10] <Saviq> greyback, oh ok
[11:10] <Saviq> greyback, it *might* impact us still if cwayne wants to build an image with the PPA... not sure what his plan is there
[11:11] <greyback> Saviq: will check with him
[11:11] <Saviq> greyback, kthxbai
[11:33] <Saviq> /fodo
[11:33] <Saviq> hm?
[11:41] <tsdgeos> Saviq: :/
[11:41] <tsdgeos> Saviq: there's a not so good think about VJ
[11:41] <tsdgeos> height is randomly limited at 35gu of height per design
[11:41] <tsdgeos> resulting in cut text
[11:41] <tsdgeos> which is awful
[11:42] <tsdgeos> i.e. the end of http://imgur.com/Ae68nDR
[11:43] <tsdgeos> not sure how we can fix that tbh
[11:51] <tsdgeos> or even worse
[11:51] <tsdgeos> this one
[11:51] <tsdgeos> http://i.imgur.com/crhA6Hs.png
[11:52] <tsdgeos> food
[11:58] <Saviq> tsdgeos, that's fine, we're talking with Mike today about this, we'll fix it
[11:58] <Saviq> tsdgeos, plan was to add a shadow or something
[12:54] <tsdgeos> Saviq: ok
[12:57] <tsdgeos> Mirv: have you seen the patch that is supposed to fix the crash in javascript 5.3 arm crash?
[13:06] <Mirv> tsdgeos: seen yes, got e-mail 45min ago. tested/done not yet.
[13:06] <tsdgeos> Mirv: cool :)
[13:06] <Mirv> (plus I need to leave now for today)
[13:06] <Mirv> but hopefully it'll solve it, there's no end of possible places it could be in use even if webbrowser and UITK are now fixed
[13:43] <tsdgeos> Saviq: i can't find in vertical-journal where the number of columns comes in
[13:43] <tsdgeos> don't we have a variable for that?
[13:49] <Saviq> tsdgeos, you mean *into* vj?
[13:49] <tsdgeos> Saviq: yeah
[13:49] <tsdgeos> how many columns vj has to have
[13:50] <Saviq> tsdgeos, that's dynamic based on card size
[13:50] <Saviq> tsdgeos, that's what ResponsiveFoo does
[13:51] <tsdgeos> Saviq: hmmmm
[13:51] <tsdgeos> but the card size is based on the column width :D
[13:51] <Saviq> tsdgeos, no, the other way around
[13:51] <tsdgeos> it's a bit recursive, no?
[13:51] <Saviq> tsdgeos, card size is small, medium, large
[13:51] <tsdgeos> ah right
[13:51] <Saviq> that directly corresponds to GU
[13:52] <tsdgeos> got confused
[13:52] <tsdgeos> so if you get https://code.launchpad.net/~aacid/unity8/dashviews_integration/+merge/222192 and change victor's code to be a vertical-journal
[13:52] <tsdgeos> should work
[13:52] <tsdgeos> it's working for me
[13:52] <tsdgeos> with the said cutting problems
[13:53] <tsdgeos> there's an interesting bootstrapping problem in the height of the thing
[13:53] <tsdgeos> wonder if that's were karni got stuck
[13:53] <tsdgeos> the rest of the code was mostly fine
[13:53] <tedg> ci-eng is busy
[13:53] <karni> tsdgeos: ^ ^
[13:53] <tedg> Saviq, So do you think that the autopilot-legacy stuff is the issue? The whole thing seems weird.
[13:54] <karni> glad to hear it. tsdgeos, I don't recall what stopped me there. but I recall the codebase was new to me at the time as well.
[13:55] <Saviq> tedg, it definitely is weird, and I'm not sure what's happening, I only really know it's ual + url-dispatcher that, upgraded, 'cause this to happen
[13:55] <Saviq> I didn't have the time to dig more
[13:57] <tedg> Saviq, What's a reasonable way to test what autopilot is doing to setup unity8? Can I just start it from the command line?
[13:57] <Saviq> tedg, that's even more interesting... it runs it via upstart
[13:57] <Saviq> tedg, tweaking a bit of env
[13:59] <tedg> So I don't see an XDG_DATA_DIRS in my global environment just normally.
[13:59] <tedg> So it seems Unity8 can handle that case.
[14:01] <Saviq> let me try and get a diff between a working and a broken env
[14:01] <tsdgeos> Saviq: the current ResponsiveVerticalJournal has a maximumNumberOfColumns property
[14:02] <tsdgeos> but we don't really need it, do we?
[14:02] <tsdgeos> maximumNumberOfColumns should just be infinite
[14:02] <Saviq> tsdgeos, not *really*, we have it in RGV
[14:02] <Saviq> tsdgeos, but that's more general purpose
[14:02] <Saviq> tsdgeos, so I'm fine without it
[14:03] <tsdgeos> i mean you can just set more spacing and stuff if you want fewer columns et al
[14:04] <Saviq> tsdgeos, yes, I agree, RGV just lets you set up more to your liking, but it was a more gen-pop type of thing
[14:04] <Saviq> tsdgeos, and karni (rightly so) just copied the API
[14:04] <tsdgeos> sure, not "blaming" anyone
[14:04] <tsdgeos> just thinking if we need it or not
[14:05] <Saviq> tedg, http://paste.ubuntu.com/7595031/
[14:08] <Saviq> tedg, might it be that us overriding XDG_DATA_DIRS causes havoc? (it worked fine a long time)
[14:08] <tedg> Saviq, I bet it's assuming /usr/share/ for XDG_DATA_DIRS unless set. When set, it needs to have the base.
[14:08] <Saviq> tedg, yeah, we had that for a long time now...
[14:08] <tedg> Also a bit odd about the LD_LIBRARY_PATH, do you guys use any Android compat?
[14:08] <Saviq> tedg, nah, those are liblightdm mocks
[14:08] <tedg> Or is that all through Mir?
[14:09] <Saviq> tedg, or you mean the original ones?
[14:09] <Saviq> tedg, not sure where those come from
[14:09] <tedg> Saviq, Seems like that it should include the original ones, plus the others.
[14:09] <tedg> But that's probably not our issue right now.
[14:09] <tedg> Grep'ing autopilot there's no XDG_DATA_DIRS
[14:09] <tedg> Where should I be looking for the setter there?
[14:10] <Saviq> tedg, it's in unity8's suite
[14:10] <tedg> Saviq, I think the issue is probably with the split greeter fixes, I bet the Xsession stuff was setting the var.
[14:10] <tedg> So by removing that we ended up in a different place.
[14:11] <Saviq> tedg, but was that in url-dispatcher / UAL?
[14:11] <tedg> Saviq, No, guessing overlapping landings.
[14:11] <Saviq> tedg, but hear me out again... I can upgrade everything, and everything's fine until I upgrade url-d / UAL
[14:11] <Saviq> and yes, I know it doesn't make sense
[14:12] <Saviq> tedg, but you are right
[14:12] <Saviq> tedg, if I add /usr/share at the end
[14:13] <Saviq> tedg, the problem is gone
[14:13] <tedg> Woot! :-)
[14:13] <Saviq> *HOW* url-d / UAL causes it, you tell me
[14:13] <tedg> Not sure why that'd be the case.
[14:13] <tedg> Do you want me to prepare a patch?
[14:13] <Saviq> tedg, no, I'm on it
[14:14] <tedg> Saviq, Cool, thanks!
[14:14] <Saviq> oh yay, and eclipse doesn't start :|
[14:19] <tedg> eclipse --force-start
[14:21] <mterry> Saviq, I was looking at memory usage of unity8 when apps are open, and it was consuming enormous amounts of memory per app (like 10-20MB).  That's surely not right?
[14:21] <Saviq> mterry, screenshots
[14:22] <Saviq> mterry, and sure, that's not right, but explainable atm
[14:22] <mterry> Saviq, because we take full screen images?  Hrm
[14:23] <Saviq> mterry, and we're probably even more wasteful (like keeping a copy or so)
[14:23] <Saviq> mterry, so, yes, we need to fix that
[14:24] <mterry> Saviq, do we need the full screen image for anything but the thumbnail?  Seems like we could optimize that image a bunch if not
[14:25] <Saviq> mterry, right edge
[14:26] <Saviq> mterry, thumbnail is going away real soon
[14:26] <Saviq> mterry, but then
[14:26] <Saviq> mterry, with QtComp we'll only load screenshots if there's no surface from the app
[14:26] <Saviq> mterry, so it should get better already
[14:27] <tsdgeos> Saviq: so the question now is, do i do HJournal and oGrid in the same branch or in a dependant branch so that in case we want to merge VJournal first it's easier to review?
[14:33] <Saviq> tsdgeos, make it sep MPs then
[14:47] <Saviq> huh... 14" Chromebook... quite (oxy)moronic if you ask me...
[14:57] <tsdgeos> \o/ sane branch naming in Qt
[15:03] <tedg> Saviq, So is dash going to become its own process?
[15:03] <Saviq> tedg, yes
[15:03] <Saviq> tedg, soon
[15:03] <tedg> Saviq, Okay, so a trusted session for pay should be over the dash PID then?
[15:03] <Saviq> tsdgeos, where where?
[15:04] <Saviq> tedg, yup
[15:04] <tsdgeos> 5.3.1 => refs/for/5.3 (for now, refs/for/5.3.1 when it's available)
[15:04] <tsdgeos> 5.3.2 => refs/for/5.3 (after the 5.3.1 branch is created and 5.3 bumped)
[15:04] <tsdgeos> 5.4.0 => refs/for/dev
[15:04] <tsdgeos> Saviq: ↑↑
[15:04] <tedg> Saviq, Will it be it's own upstart job? Looking for how to get the PID.
[15:04] <Saviq> tedg, yes
[15:04] <tsdgeos> Saviq: so now it's either dev for "whatever is next" or branch name with version number
[15:04] <tsdgeos> instead of release, stable, dev
[15:04] <Saviq> tsdgeos, yay
[15:06] <Saviq> tedg, do you have another question to which I could reply with https://www.youtube.com/watch?v=8ZToP48Mrp8&feature=youtu.be&t=9s
[15:10] <tedg> Saviq, Is the weather in London cloudy all the time?
[15:10] <tedg> :-)
[15:11] <Saviq> tedg, https://www.youtube.com/watch?v=8ZToP48Mrp8&feature=youtu.be&t=13s
[15:12] <tedg> heh
[15:13] <tsdgeos> Saviq: Horizontal Journal: "Only over 60 GU device, on smaller devices this category layout becomes a grid."
[15:13] <tsdgeos> weird?¿
[15:15] <Saviq> tsdgeos, not really... HJ doesn't make sense on smaller screens I think
[15:15] <Saviq> tsdgeos, truth be told I have not seen *any* design using HJ
[15:17] <tsdgeos> :D
[15:19] <Saviq> tsdgeos, you can check with mikenagle, but I doubt he'd come up with something *right now*
[15:19] <Saviq> tsdgeos, maybe we should ignore HJ for now
[15:19] <tsdgeos> works for me :D
[15:20] <tsdgeos> Saviq: so OrganicGrid? or just leave the VerticalJournal and try to fix the problem with have with art when the header line is only 1 line instead of two?
[15:20] <Saviq> tsdgeos, the latter
[15:20] <tsdgeos> makes sense
[15:51] <tsdgeos> Saviq: do you have a sec?
[16:00] <Saviq> tsdgeos, yes
[16:01] <tsdgeos> Saviq: i'm slightly confused by all the height/width sizing code of artShape and artShape.image
[16:01] <tsdgeos> i'd say that code is origianlly yours, do you remember it?
[16:01] <Saviq> tsdgeos, you and me both ;)
[16:01] <Saviq> tsdgeos, but yes
[16:01]  * Saviq looks
[16:01] <tsdgeos> i mean why do we have different width/height sizes for artShape and its image?
[16:02] <Saviq> lol
[16:02] <Saviq> I tell you guys, Albert has a timer that plugs his computer out ;D
[16:03] <Saviq> plugs out...
[16:03] <Saviq> yes, that's an expression
[16:03] <Saviq> tsdgeos, was just LMAO
[16:03] <Saviq> tsdgeos, at you getting disconnected at 6pm sharp ;)
[16:03] <Saviq> tsdgeos, the thing with image and the art is... there's so many combinations...
[16:04] <Saviq> tsdgeos, but in general, art is foo-wide, and high based on aspect-ratio, and the image is cropped
[16:04] <Saviq> tsdgeos, but when it's fill-mode: fit
[16:04] <tsdgeos> Saviq: router being funny
[16:05] <Saviq> tsdgeos, funny, sure, you just have a "disconnect at 6pm" timer don't you ;)
[16:05] <Saviq> tsdgeos, in fit mode it is fitted in those same bounds (foo-wide, aspect-ratio-high)
[16:06] <Saviq> tsdgeos, and they should always have the same dimensions, why do you say they don't?
[16:06] <tsdgeos> well
[16:06] <tsdgeos> we have
[16:06] <tsdgeos> height = Qt.binding(function() { return !visible ? 0 : image.fillMode [16:07] <tsdgeos> for artShape height
[16:07] <tsdgeos> so sometimes is the image height
[16:07] <tsdgeos> sometimes not
[16:07] <tsdgeos> but i guess it has to do with the cropping or not you mention
[16:08] <tsdgeos> thing is
[16:08] <tsdgeos> we're calculating that fixedArtShapeSize
[16:08] <tsdgeos> but not applying it correctly i'd say
[16:08] <tsdgeos> my current fix is
[16:08] <tsdgeos> http://paste.ubuntu.com/7595728/
[16:09] <tsdgeos> but i'm thinking that is going to break stuff
[16:09] <tsdgeos> and maybe i need to apply it to the shape and not the image
[16:09] <tsdgeos> anyway, i really need to disconnect or i'll be late to tapas with friends
[16:09] <tsdgeos> will try to think/find all combinations tomorrow
[16:09]  * tsdgeos waves
[16:09] <Saviq> tsdgeos, p/
[16:10] <Saviq> fook, missed him
[16:25] <anpok_> Saviq: we heard that trusted-sessions are already in use in some branches... could you point us to some?
[16:25] <Saviq> anpok_, _in use_?
[16:26] <Saviq> anpok_, let me fwd you the mail from Nick / Kevni
[16:26] <Saviq> Kevin
[16:26] <anpok_> in use - as in - somebody tries to implement something with it :)
[16:26] <Saviq> anpok_, ah yes, mardy is
[16:27] <Saviq> anpok_, with the branches mentioned in the email, though, u-s-c crashes for me on startup
[16:28] <Saviq> anpok_, here are the packages I built on Tue
[16:28] <Saviq> http://people.canonical.com/~msawicz/unity8/trusted-sessions.tar.xz
[16:28] <Saviq> anpok_, but I didn't have time to investigate
[16:29] <anpok_> ok thank you
[16:54] <mhall119> Trevinho: ping
[16:54] <Trevinho> mhall119: pong
[16:54] <Trevinho> mhall119: hi
[16:55] <mhall119> Trevinho: hey, could you run a session in UOS next week that goes over the features of Unity 7 and how to use them to maximize productivity? it's something that we've been requested to discuss
[16:57] <Trevinho> mhall119: yeah... But not sure how much there's to talk about them :) I mean, is there much to explain from an user prospective?
[16:57] <mhall119> Trevinho: I think there is, the features that you (and to a lesser extent I) take for granted may not be well known
[16:58] <mhall119> even things like explaining what the HUD is, where it's data comes from, and how the fuzzy matching works with it, would be something a lot of people probably don't fully grasp
[16:58] <Trevinho> mh, ok... I try to write down something
[16:59] <mhall119> the Launcher super+# shortcuts, window snapping, alt+~ instead of alt+tab, etc
[16:59] <mhall119> thanks
[17:02] <Saviq> mhall119, I won't be able to do UE Live next week, am in Berlin for QtCS, you'll have to make kgunn do it for you ;)
[17:03] <mhall119> Saviq: thanks, I know lots of good presenters will be at QtCS, bad timing for us but there weren't many other options
[17:03] <mhall119> kgunn: ping
[17:05] <Saviq> mhall119, oh yeah, and there's ODS, too...
[18:17] <cwayne> Saviq: seeing a lot of crashes with shell rotation on the n4
[18:17] <cwayne> may need to drop it and only apply those changes to n7 to lock into landscape
[18:17] <dandrader> cwayne, tell me the steps to reproduce it
[18:18] <dandrader> cwayne, btw, it's me, greyback and mzanetti working on it. so you can bug us regarding that ppa
[18:18] <cwayne> dandrader: just general use for me, opening an app or two and rotating the shell
[18:18] <cwayne> i get hangs and unity restarts, but no crash files
[18:25] <kgunn> mhall119: what's up ?
[18:28] <Saviq> cwayne, huh, no crash files? that's real weird
[18:28] <Saviq> cwayne, like nothing in /var/crash/ ?
[18:30] <cwayne> Saviq: nothing related to unity at least
[18:31] <greyback> cwayne: how about unity-system-compositor? or lightdm?
[18:31] <Saviq> cwayne, please clear it whole and next time you get it crash take a look what changed
[18:31] <cwayne> i took the update out of the mae-flash script though so I haven't used the shell-rotation bits in a few hours, let me add it back in and see if i can get some debug
[18:31] <cwayne> greyback: all i had was a mediascanner crashfile
[18:31] <greyback> cwayne: that won't affect unity8
[18:32] <cwayne> i know, that's why i said nothing related to unity :)
[18:32] <greyback> :)
[18:32] <mhall119> kgunn: we need a UOS session about Mir/Unity 8, either planning or presentation (with Q&A), can you run that next week?
[18:32] <cwayne> let me reinstall the ppa and see if i can get some repro steps
[18:33] <kgunn> mhall119: yeah, i got side tracked on adding a session...let me do that
[18:33] <kgunn> mhall119: my only request is to have it on Thurs...i'm out of office tomorrow until Wed morning (having a day to get oriented would be nice :)
[18:38] <mhall119> kgunn: that's fine, if you set your availability when you registered for the summit it'll warn the scheduler if they try to put it any other day
[18:40] <cwayne> oh, there was a unity8 update 10 minutes ago from that ppa?
[18:40] <cwayne> greyback: mzanetti^ what changes were in there?
[18:41] <kgunn> mhall119: sil2100 ...fyi, my session http://summit.ubuntu.com/uos-1406/meeting/22290/utopic-ue-unity8-mir-roadmap/
[18:41]  * kgunn needs to go update availability
[18:41] <greyback> cwayne: some tablet fixes mainly - for spread. The too-tall window problem too (i.e. panel on top)
[18:44] <cwayne> hm, it does seem a bit more stable than this morning, even on the n4 though
[18:44] <mhall119> Trevinho: can you register for uos-1406 so I can get this session in for you?
[18:44] <mhall119> Trevinho: http://summit.ubuntu.com/uos-1406/registration/
[18:50] <sil2100> kgunn: thanks!
[18:54] <cwayne> greyback: rotation does seem a bit too sensitive still though
[18:55] <greyback> cwayne: noted, will see what we can do
[18:57] <kgunn> cwayne: greyback ...isn't rotation sensitivity what ricmm addressed? (malta demo)
[18:58] <greyback> kgunn: yes but he's not shared the code yet
[18:58]  * cwayne wasn't in malta
[18:58] <mhall119> kgunn: approved it, thanks
[18:59] <mhall119> kgunn: anytime on thursday good for you?
[19:00] <kgunn> mhall119: sure
[19:00] <mhall119> kgunn: ok, got you scheduled for 1400 UTC
[19:01] <kgunn> ta
[19:09] <anpok_> hm in the unity8 changes that landed overnight.. was there a change that might cause surfaces to be resizes temporarly when the osk is shown
[19:09] <anpok_> (or was it always like that)?
[19:13] <Saviq> anpok_, no, there's no surface resizing in current u8
[19:13] <Saviq> anpok_, anything that could happen would happen in qtubuntu
[19:27] <Trevinho> mhall119: done
[20:18] <cwayne> greyback: mzanetti dandrader: camera seems to be rotated oddly in n7 pinned to landscape
[20:19] <dandrader> cwayne, does it rotate at all?
[20:20] <dandrader> cwayne, when you rotate the device
[20:36] <cwayne> dandrader: no
[20:40] <cwayne> dandrader: also, dragging from the right on n7 with no apps open drags a black box from the right
[20:40] <dandrader> cwayne, yeah, that's know
[20:40] <cwayne> ok cool, sorry :)
[20:40] <dandrader> cwayne, np. keep it coming :)
[20:48] <cwayne> hmm, shorts app seems broken