[07:15] <tsdgeos> Saviq: did you see my comment on https://bugs.launchpad.net/unity8/+bug/1316660 ?
[07:16] <Saviq> tsdgeos, well, kind-a, that was just one example. I'm not saying your branch fixes all of the cases, but it does make Previews use Expandables ;)
[07:17] <Saviq> tsdgeos, actually putting the buttons into an Expandable will be easy now that there is the rest in place
[07:17] <Saviq> oh wait
[07:17] <Saviq> you didn't put it in an Expandable
[07:17] <Saviq> then yeah, you're right
[07:17] <Saviq> (you should've) :P
[07:18] <tsdgeos> well why?
[07:18] <tsdgeos> it wasn't the design
[07:18] <tsdgeos> design is "combobox + button"
[07:18] <Saviq> tsdgeos, well, yeah, but expansion is a common pattern, we have the expandable components in the SDK for a reason
[07:18] <tsdgeos> the fack that design decided to not use a well known word just because people 2 generations ago in design hated the word combbox and now is colliding with other stuff
[07:18] <tsdgeos> is not my problem
[07:19] <Saviq> tsdgeos, I think that's two different issues
[07:19] <tsdgeos> yes we have a combobox in the sdk now
[07:19] <tsdgeos> not when we wrote that code
[07:19] <Saviq> tsdgeos, that's not about that
[07:19] <Saviq> tsdgeos, even the buttons we have now
[07:19] <Saviq> tsdgeos, should have been put in SDK's Expandable, and the whole Preview needs to be UbuntuListView or UbuntuColumn
[07:20] <Saviq> tsdgeos, so that when you expand something, it gets into view without you caring about it
[07:20] <tsdgeos> ok, still nothing to do with my branch :D
[07:21] <Saviq> tsdgeos, I just thought you did that in there
[07:21] <tsdgeos> nope
[07:21] <tsdgeos> i just added the expandable preview widget
[07:21] <Saviq> tsdgeos, on that note we still need to collapse the visible widgets in the expandable widget to their collapsedHeight, but it's fine in a separate branch
[07:21] <mpt> Wait, are you calling me two generations old
[07:22]  * mpt shakes his walking stick at tsdgeos 
[07:22] <Saviq> ;)
[07:22] <Saviq> he's lurking!
[07:23] <tsdgeos> Saviq: that branch does that
[07:23] <Saviq> tsdgeos, oh hmm, I can't read then
[07:23] <Saviq> good
[07:24] <Saviq> tsdgeos, ah now I can see
[07:26] <Saviq> Cimi, it's time for that review when you're up ;)
[07:30] <Cimi> Saviq, morning :)
[07:30] <Cimi> Saviq, it's also time for my review of emblems :)
[07:35] <Cimi> Saviq, but why we have the surrounding box aroung the orange?
[07:35] <Cimi> would it look bad withou?
[07:36] <Saviq> Cimi, that was what design requested, yes
[07:36] <Cimi> ok
[07:36] <Saviq> Cimi, otherwise it'd clash with content behind it
[07:36] <Cimi> for the same reason we are not using the ubuntushape in every single corner of the os
[07:37] <Cimi> not to clash
[07:37] <Saviq> Cimi, and this doesn't use the shape, not sure what reference is that to ;)
[07:37] <Cimi> hah
[07:37] <Saviq> mhr3, morning! did you guys ever get all the new square assets for dash overview?
[07:38] <mhr3> Saviq, no
[07:38] <mhr3> and morning
[07:38] <mhr3> Saviq, at the office today, so will ask esti
[07:38] <Saviq> mhr3, cool, thanks
[07:38] <Saviq> tell her we'll land this with old assets anyway, but she won't like it ;)
[07:41] <Saviq> tsdgeos, on dash overview, the shader effect itself does still result in some lag when you open the dash, think it'd be possible (later) to just scale the real thing down?
[07:41] <tsdgeos> Saviq: which shader effect?
[07:41] <tsdgeos> ah
[07:41] <tsdgeos> the copy
[07:41] <Saviq> tsdgeos, the one that copies the dash to the list
[07:41] <tsdgeos> it might
[07:41] <Saviq> it is, after all, almost a fullscreen snapshot
[07:42] <tsdgeos> tbh i didn't see any lag compared to what we had
[07:42] <Saviq> I'll try it out again but we did notice some still in the office
[07:42] <tsdgeos> but it was horrible
[07:42] <tsdgeos> so anything would be much better
[07:42] <Saviq> sure
[07:43] <tsdgeos> Saviq: sure it'd be possible to scale itself probably, but not sure if it'd be cheaper
[07:43] <Saviq> tsdgeos, well, should be, since it'd be scaling the texture itself, not a copy of it
[07:44] <tsdgeos> Saviq: but it may end up in redraws blah blah
[07:44] <Saviq> tsdgeos, trueth
[07:44] <Saviq> tsdgeos, but shouldn't :)
[07:45] <Cimi> Saviq, approved, you can go in dash overview and need fix it
[07:46] <Cimi> otherwise I'll do :)
[07:47] <Cimi> we need to export the activity indicator and use it there too
[07:47] <Saviq> trueth
[07:50] <tsdgeos> what's up with cI?
[07:50] <tsdgeos> i did a commit 12 hours ago and still no run? https://code.launchpad.net/~aacid/unity8/prepend_test_xml/+merge/229766
[07:51] <Saviq> tsdgeos, it's approved
[07:52] <Saviq> tsdgeos, ci doesn't run on already top-approved branches
[07:52] <Saviq> (automagically)
[07:52] <tsdgeos> ahhh
[07:52] <tsdgeos> didn't know that
[07:53] <tsdgeos> i'll trigger a rebuild then
[07:59] <Saviq> mzanetti, welcome back ;)
[08:38] <mzanetti> o/
[08:38] <mzanetti> hello
[08:38] <mzanetti> Saviq: thanks
[08:39] <tsdgeos> Saviq: are we on rails again?
[08:50] <dednick> Saviq: um, any idea why indicator-network depends on unity8? seems like kind of a weird dep.
[08:51] <mzanetti> uh! dash-as-app landed. nice
[08:52] <dednick> mzanetti: pain in the arse on desktop though! :)
[08:52] <mzanetti> dednick: how?
[08:52] <mzanetti> dednick: you mean run.sh?
[08:52] <dednick> mzanetti: yeah. 2 windows
[08:53] <mzanetti> dednick: right... well, I only use make tryShell nowadays
[08:53] <mzanetti> would that be an option for you?
[08:53] <dednick> dash is now a screenshot in shell, with separate window for scopes :)
[08:53] <mzanetti> dednick: yeah, I know... I did that
[08:53] <dednick> mzanetti: hm. could be
[08:53] <mzanetti> dednick: maybe just LD_LIBRARY_PATH some indicators stuff
[08:53] <dednick> oh i'm just complaining... don't worry about it
[08:53] <mzanetti> then make tryShell should be fine for you
[08:54] <mzanetti> I guess we should get rid of run.sh...
[08:54] <mzanetti> or not use upstart for it...
[08:54] <dednick> yeah
[08:55] <mzanetti> dednick: what I do too is to launch the unity8 binary with qtcrator, without run.sh
[08:55] <dednick> the upstart bit is my major gripe with it
[08:55] <mzanetti> dednick: just add "-mousetouch" to the cmdline args
[08:55] <dednick> mzanetti: ah. was wondering about that. my mouse wasn't working with running binary
[08:55] <mzanetti> yep, -mousetouch
[09:07] <tsdgeos> Saviq: ping
[09:23] <Saviq> tsdgeos, pong
[09:23] <tsdgeos> Saviq: where does scopeStyle come from in https://code.launchpad.net/~saviq/unity8/dash-activity-indicator/+merge/229805 ?
[09:23] <tsdgeos> color: scopeStyle.backgroundLuminance > 0.7 ? "#50000000" : "#50ffffff"
[09:23] <Saviq> tsdgeos, yeah, by now... from nowhere
[09:23] <tsdgeos> ok
[09:24] <tsdgeos> i merged all silo1 to dash_overview
[09:24] <tsdgeos> and was wondering if that was a merge issue or not
[09:24] <Saviq> tsdgeos, yeah, not, that's broken atm
[09:24] <Saviq> as I was moving the indicator out and out, I no longer have scopeStyle indeed...
[09:25] <Saviq> mhr3, bcmwl broken == no 5GHz networks, eh?
[09:25] <mhr3> Saviq, i wouldn't know, my chip doesn't do 5ghz at all
[09:25] <Saviq> ugh
[09:34] <Saviq> mhr3, fyi, downgraded to previous bcmwl version (tried previous kernel, too), didn't help :/
[09:35] <mhr3> Saviq, are you sure your driver supports 5ghz? :P
[09:35] <Saviq> mhr3, yes :P
[09:35] <Saviq> it *did*
[09:35] <Saviq> tsdgeos, yeah we are
[09:35] <tsdgeos> gooed :)
[09:35] <tsdgeos> -e
[09:37] <Cimi> old kernel?
[09:37] <Cimi> I am on 3.13
[09:37] <Cimi> no bcmwl issues
[09:37] <mhr3> Saviq, maybe it just pretended, and now they fixed it to stop pretending ;)
[09:39] <Saviq> Cimi, do you get 5GHz networks?
[09:40] <Cimi> Saviq, yes
[09:40] <Cimi> Saviq, using 14.04
[09:40] <Saviq> Cimi, right
[09:42] <mhr3> Saviq, reminded esti about the icons
[09:42] <mhr3> Saviq, i'll push the square ones into the existing branches at least
[09:42] <mhr3> Saviq, when do you plan to land it?
[09:45] <Saviq> mhr3, asap
[09:45] <Saviq> mhr3, doing a func/vis review right now
[09:48] <Cimi> mzanetti, wanted to ping you yesterday to remove the darkening effect when only one app (dash then) is running
[09:49] <Cimi> on the spread
[09:53] <mzanetti> Cimi: that's on my list to discuss with Vesa when he's back
[09:53] <mzanetti> Cimi: IMO we need to get rid of that effect at all
[09:53] <mzanetti> Cimi: or at least make it muuuch less
[09:53] <Cimi> yeah
[09:53] <Cimi> only helps in quick flip
[09:54] <Cimi> but looks bad on spread
[09:54] <mzanetti> yeah... not even much there
[09:55] <Saviq> tsdgeos, you didn't push the whole merge of dash overview did you?
[09:55] <tsdgeos> no, i still have it here
[09:55] <tsdgeos> running tests and stuff
[09:55] <tsdgeos> merge was far from trivial
[09:58] <mhr3> Saviq, do we need to modify the category template for the overviews?
[09:58] <tsdgeos> Saviq: do y'ou want me to push it to a separate branch?
[09:58] <mhr3> Saviq, or i guess you're doing magic to it already since you'll be cropping the icons?
[09:59] <mhr3> Saviq, still, we need a new template for the scope search results
[10:00] <Saviq> mhr3, yeah, we'll be overriding the aspect ratio there though
[10:02] <Saviq> tsdgeos, I'd like to have an early look at it, yeah
[10:02] <Saviq> tsdgeos, whether same or separate branch - you tell me
[10:03] <tsdgeos> Saviq: lp:~aacid/unity8/do_merged
[10:04] <Saviq> tsdgeos, thanks
[10:05] <tsdgeos> qml tests seem to be passing now
[10:05] <tsdgeos> will run autopilot after that
[10:05] <Saviq> tsdgeos, just run ci on it
[10:05] <Saviq> tsdgeos, you can put it as WiP MP
[10:05] <tsdgeos> will fail
[10:05] <tsdgeos> doesn't have scopes v4
[10:05] <Saviq> ah v4 :/
[10:07] <Saviq> tsdgeos, hmm it just goes blank for me as I drag from the bottom :|
[10:07] <Saviq> tsdgeos, looks like the background is somewhere covering the overview?
[10:08] <tsdgeos> wops yeah wrong merge
[10:08] <tsdgeos> will check
[10:09] <tsdgeos> wonder how the dash overview test passed
[10:09] <tsdgeos> i guess because items are still there and can be clicked
[10:09] <Saviq> yeah
[10:10] <Saviq> tsdgeos, the background should just be part of DashContent.qml don't you think?
[10:10] <tsdgeos> it is
[10:10] <Saviq> oh ok
[10:10]  * Saviq stops
[10:10] <tsdgeos> the wrong background is the one you made me add yesterday when i told you i didn't want to
[10:10] <tsdgeos> Saviq: pull
[10:11] <tsdgeos> i.e. just a wrong merge
[10:12] <Saviq> k
[10:16] <Saviq> mhr3, which MPs do I need to get for a silo with overview
[10:16] <mhr3> Saviq, keeping in mind that you'll need to override the search category too?
[10:16] <Saviq> mhr3, yeah, probably not straight away, but yes
[10:17] <mhr3> Saviq, https://code.launchpad.net/~unity-team/unity-scope-mediascanner/overview-icons/+merge/228254
[10:17] <Saviq> mhr3, we assumed the category name would be static
[10:17] <mhr3> Saviq, and https://code.launchpad.net/~unity-team/unity-scope-click/overview-icons/+merge/227731
[10:17] <mhr3> Saviq, it's "recommended" iirc
[10:17] <mhr3> nope
[10:17] <mhr3> "recommendations"
[10:19] <Saviq> mhr3, and we'll need the scopes scope to change template, right?
[10:24] <Saviq> tsdgeos, looks like you need to tweak data/unity8-dash.conf to drop scopes scope from favourites
[10:24] <Saviq> ah wait
[10:24] <Saviq> it probabaly is
[10:24] <tsdgeos> Saviq: it's drooped
[10:24] <tsdgeos> it's just that our run system is not so great
[10:24]  * Saviq needs to copy the .conf
[10:24] <tsdgeos> and still uses sytemwide instead ours
[10:24] <tsdgeos> need a way to fix that
[10:24] <tsdgeos> it's borking autopilot for me now too
[10:24] <Saviq> tsdgeos, yeah, I've a branch
[10:25] <Saviq> tsdgeos, autopilot should be fine, assuming you copy the .conf file(s) to ~/.config/upstart/
[10:25] <Saviq> and make install of course
[10:25] <tsdgeos> sure, i just haven't copied it ;)
[10:26] <Saviq> tsdgeos, hmm, favorites always go back to the dash, don't change scope?
[10:27] <tsdgeos> Saviq: you mean on click?
[10:27] <Saviq> tsdgeos, yes
[10:27] <tsdgeos> works here
[10:27] <tsdgeos> desktop or phone?
[10:27] <Saviq> tsdgeos, desktop
[10:27] <tsdgeos> that is weird
[10:27] <tsdgeos> do you have the latest qdeclarative?
[10:28] <Saviq> yeah
[10:29] <tsdgeos> what do you do exactly?
[10:31] <Saviq> tsdgeos, let me record
[10:31] <Saviq> tsdgeos, I start, drag up, click on music
[10:31] <Saviq> and am taken back to apps
[10:31] <Saviq> like I pressed DONE
[10:31] <Saviq> it doesn't even zoom in from the right item
[10:32] <tsdgeos> Saviq: can you try make tryDash ?
[10:33] <tsdgeos> yep, nity8 seems to be failing
[10:33] <tsdgeos> qml: No match for scope with id: musicaggregator
[10:33] <tsdgeos> that is weird
[10:33] <tsdgeos> hmmm
[10:33] <Saviq> tsdgeos, works there, yeah
[10:33] <Saviq> tsdgeos, btw, search doesn't look right in overview
[10:33] <tsdgeos> mhr3: does your sort-order branch have the things for dash_overview too?
[10:34] <Saviq> ah right maybe I'm missing something there
[10:34] <tsdgeos> Saviq: what is missing in search?
[10:34] <Saviq> tsdgeos, it doesn't really search...
[10:34] <Saviq> tsdgeos, just displays All, really
[10:35] <tsdgeos> i'm going to blame the plugin
[10:35] <tsdgeos> now that is mhr3's last day
[10:35] <mzanetti> oh no! Is it?
[10:35] <Saviq> not tomorrow?
[10:36] <Saviq> tsdgeos, yeah, /me stupid, don't have the plugin here
[10:37] <Saviq> tsdgeos, btw, we got silo 11
[10:38] <tsdgeos> awesome
[10:38] <tsdgeos> autopilot is failing for nexus 10 size
[10:39] <tsdgeos> for some reason on resize the current scope is changing
[10:39] <tsdgeos> from clickscope to video
[10:39] <tsdgeos> so all the tests fail to start
[10:39] <tsdgeos> i'm confused, since doing the resize manually doesn't give me that behaviour
[10:41] <tsdgeos>             # XXX Currently we have no way to launch the application with a
[10:41] <tsdgeos>             # specific size, so we must resize it after it's launched.
[10:41] <tsdgeos>             # --elopio - 2014-06-25
[10:41] <tsdgeos> well we could have added that way....
[10:42] <tsdgeos> instead of doing something that now broke :D
[10:50] <Wellark_> dednick: did it actually stay this way?
[10:50] <Wellark_> https://dl.dropboxusercontent.com/u/85539674/locked_sim/locked_sim8.png
[10:51] <Wellark_> or was that a short intermediate state ?
[10:56] <mzanetti> Saviq: hey, did you get anything regarding the lockscreen designs?
[10:56] <Saviq> Wellark_, I saw an empty item like that today, yeah (no lock icon, but probably same issue then)
[10:56] <Saviq> mzanetti, yeah, my fail
[10:56] <mzanetti> huh?
[10:56] <tsdgeos> Saviq: so that handmade resize is broken for me too in master when using autopilot+nexus10, shall i add a -windowgeometry to unity8-dash like the one we have in unity8?
[10:56] <Saviq> mzanetti, didn't get to that
[10:56] <Saviq> tsdgeos, makes sense, yeah
[10:56] <Saviq> tsdgeos, but not a high prio
[10:56] <mzanetti> Saviq: well... not your fail...
[10:57] <mzanetti> I asked the questions a thousand times already
[10:57] <Saviq> mzanetti, yeah, my fail 'cause I didn't remember to follow up on that :|
[10:57] <tsdgeos> Saviq: well the autopilot is failing :D but maybe works on CI
[10:57] <tsdgeos> so all happy
[10:57] <tsdgeos> let's wait for silo 1 to merge
[10:57] <Saviq> tsdgeos, we're not running X11 tests on ci any more
[10:57] <tsdgeos> Saviq: when is the eta for silo1?
[10:58] <Saviq> tsdgeos, davmor2 has his hands on it, so unless he finds a blocker, soon!
[10:58] <mzanetti> Saviq: so... what shall we do? just implementing it somehow, ignoring some contradictory parts of the spec and making up missing parts ourselves?
[10:58] <tsdgeos> Saviq: greatz
[10:58] <mzanetti> I'm not confident to get the answers any more
[10:59] <Saviq> mzanetti, yeah, by now it's probably best to just do our best judgement by now
[10:59] <mzanetti> ok
[11:12] <dednick> Wellark_: stayed
[11:12] <mhr3> Saviq, yep, that's why i'm asking
[11:13] <mhr3> tsdgeos, overview is in distro even now
[11:13] <Wellark_> dednick, Saviq: ok. thanks
[11:13] <tsdgeos> mhr3: is it?
[11:13] <tsdgeos> mhr3: something weird is going on then
[11:13] <Saviq> mhr3, oh it is...
[11:13] <Wellark_> I have a fix coming up on the unknown networkregistration status
[11:14] <Wellark_> that would explain what you both are seeing
[11:14] <Saviq> Wellark_, another issue, I renamed the SIMs, but indicator didn't get the message
[11:14] <Saviq> Wellark_, even over a reboot
[11:14] <mhr3> tsdgeos, did you update dash-overview to work with v4 yet?
[11:14] <tsdgeos> mhr3: yes
[11:14] <Wellark_> Saviq: can't put everything to a single merge
[11:14] <mhr3> tsdgeos, let me check then
[11:14] <Saviq> Wellark_, that's ok, just wanted to know
[11:14] <tsdgeos> mhr3: lp:~aacid/unity8/do_merged
[11:15] <Wellark_> Saviq: for now it just shows SIM 1 and SIM 2 for the users to separate them somehow :)
[11:15] <Saviq> mhr3, we're going into silo 11 btw
[11:15] <mhr3> Saviq, cool... but they took my phone, so doesn't help really :P
[11:15] <Saviq> mhr3, you still have your laptop :P
[11:15] <mhr3> yea, and it can build stuff without silos :)
[11:16] <tsdgeos> mhr3:  ./builddir/src/Dash/unity8-dash -mousetouch
[11:16] <Saviq> pffty
[11:17] <Cimi> Saviq, can I have a mid-review for this refactor? http://paste.ubuntu.com/7978870/
[11:17] <Cimi> just pasted the changed to GenericScopeView (tests pass)
[11:17] <tsdgeos> mhr3: scopes.count undefined
[11:18] <mhr3> huh?
[11:18] <tsdgeos> we may be old
[11:18] <tsdgeos> or i may be
[11:18] <Saviq> Cimi, dudue
[11:18] <tsdgeos> mhr3: which is the plugin with v4 and altnav?
[11:18] <Saviq> Cimi, why don't you just use two Loaders?
[11:18] <mhr3> tsdgeos, 0.5.3
[11:18] <tsdgeos> mhr3: does that have v4?
[11:19] <mhr3> yes
[11:19] <Cimi> Saviq, why two loaders?
[11:19] <Saviq> Cimi, why not?
[11:19] <Saviq> Cimi, empty loaders are dead cheap
[11:19] <Cimi> Saviq, you're always for saving code
[11:19] <Cimi> remove item, remove properties etc etc
[11:19] <Saviq> Cimi, yeah, and that doesn't save any code, but makes things overly complex
[11:19] <Cimi> Saviq, but supports more pages
[11:19] <Cimi> Saviq, just adding another source
[11:20] <Saviq> Cimi, but we only need to support the two
[11:20] <Cimi> it doesn't simply having two
[11:20] <Cimi> two loaders
[11:20] <Saviq> Cimi, and we'll need to move to a stack sooner rather than later
[11:20] <mhr3> tsdgeos, but yea, something's wrong, search no worky
[11:20] <Saviq> Cimi, it's definitely more readable
[11:20] <Cimi> because you still need the logic to unload one loader
[11:20] <tsdgeos> mhr3: which branch of scopes-shell shall i be using?
[11:20] <mhr3> tsdgeos, sort-order
[11:21] <tsdgeos> ok, let me rebuild that one
[11:21] <Saviq> Cimi, but that's just "active = false" or so
[11:21] <Cimi> Saviq, and z index
[11:21] <Saviq> Cimi, no, because you just make it invisibee
[11:21] <Saviq> Cimi, only one of them will ever be visible at any given time
[11:22] <Cimi> I can try another shot, but I think it will be same complexity
[11:22] <Cimi> just different code
[11:22] <Saviq> Cimi, more readable for sure
[11:23] <Cimi> you still need one variable to detect the mode
[11:23] <Cimi> the subpage opened
[11:23] <mhr3> tsdgeos, oh, i think i know what the issue is, pete-woods broke it :P
[11:23] <Cimi> and still need to make sure the other loader is completely done before showing the new one
[11:23] <Cimi> (I tried this before)
[11:24] <Wellark> dednick: so, there was a tiny bug left that caused the unlock icon to stay visible
[11:24] <Saviq> Cimi, or maybe just not use a loader, leave PreviewListView be
[11:24] <Saviq> Cimi, just add SettingsPage directly, with no model set
[11:24] <tsdgeos> mhr3: makes sense :D
[11:24] <Wellark> dednick: I've now improved the handling of the unknown network registration status
[11:24] <Saviq> Cimi, aaanyway it doesn't really matter, since we need to put it in a stack asap
[11:24] <tsdgeos> mhr3: what ws the thing to tell dkpg-pabkage not to run tests?
[11:24] <Saviq> Cimi, so maybe you should just think about doing that instead?
[11:24] <mhr3> tsdgeos, DEB_BUILD_OPTIONS=nocheck
[11:25] <Cimi> Saviq, pagestack?
[11:25] <Cimi> Saviq, with dash etc?
[11:25] <mhr3> tsdgeos, do you still have problem with the location tests?
[11:25] <tsdgeos> mhr3: yep
[11:25] <mhr3> weird
[11:25] <mhr3> must be something on your system
[11:25] <Saviq> Cimi, rather Qt's StackView
[11:25] <Cimi> Saviq, is it animated?
[11:26] <Saviq> Cimi, http://qt-project.org/doc/qt-5/qml-qtquick-controls-stackview.html
[11:26] <Saviq> Cimi, yeah, dash would be the first page in there, previews, scopes, settings pages are pushed on top
[11:26] <Saviq> Cimi, Qt's is, yes
[11:26] <Cimi> cool
[11:27] <Cimi> Saviq, I'll spend one hour trying two loaders (if it simplifies)
[11:27] <Cimi> Saviq, if it doesn't can we get this in and I use stack as next task?
[11:27] <Saviq> Cimi, yeah, don't even spend the hour to use two loaders
[11:27] <Wellark> Saviq: could you plese rebuild indicator-network in silo1 ?
[11:27] <Saviq> Wellark, no
[11:28] <Saviq> Wellark, it's already under QA
[11:28] <Saviq> Wellark, it'll land pretty soon
[11:28] <dednick> Wellark: ok. I'm testing some other work now, but I'll pull your source and build it locally when i get a minute
[11:28] <Wellark> did you rip out indicator-network from there?
[11:28] <Saviq> Wellark, so any fixes will need to come after that
[11:28] <Saviq> Wellark, no I didn't
[11:28] <Wellark> ok, thanks
[11:28] <Wellark> there is just a small one really
[11:28] <Saviq> Wellark, it's not perfect
[11:28] <Saviq> Wellark, but it's not a regression, just incomplete
[11:29] <Saviq> Wellark, so there's no reason to hold back really
[11:29] <Wellark> Saviq: what issues have you had?
[11:29] <Wellark> empty item?
[11:29] <Saviq> Wellark, just empty item, yes
[11:29] <Saviq> Wellark, and the not-named SIMs
[11:29] <dednick> Saviq: regression being the incorrect icon being shown in the panel.
[11:29] <Saviq> but that you said is for later
[11:30] <Wellark> dednick: umm?
[11:30] <Wellark> which icon is incorrect?
[11:30] <Saviq> dednick, didn't notice that?
[11:30] <dednick> Saviq: https://dl.dropboxusercontent.com/u/85539674/locked_sim/locked_sim8.png
[11:30] <dednick> I commented on the mp
[11:30] <Saviq> dednick, ah, empty instead of locked
[11:30] <Wellark> the panel icon is correct
[11:31] <Saviq> dednick, shouldn't it show a padlock?
[11:31] <Wellark> the "locked icon" is wrong
[11:31] <dednick> Wellark: it's unlocked.
[11:31] <dednick> Wellark: i had already unlocked the phone
[11:31] <Wellark> dednick: https://code.launchpad.net/~unity-api-team/indicator-network/modeminfo/+merge/225160/comments/558106
[11:32] <dednick> Wellark: and the panel is showing gsm-3g-disabled.svg
[11:32] <Wellark> yes. as for some reason it seems you are getting unknown state from the networkregistration
[11:32] <dednick> Wellark: right. but that's a regression :)
[11:32] <Saviq> dednick, are there steps to repro that?
[11:33] <dednick> Saviq: just reboot phone and unlock. It happened the second time i tried, but not subsequent tries
[11:33] <dednick> unlock sim i mean
[11:33] <Wellark> no point doing that without my latest commit
[11:33] <dednick> Saviq: happens randomly i think.
[11:33] <Saviq> dednick, yeah, all behaves fine here, lemme try with the other phone
[11:34] <dandrader> mzanetti, are you back?
[11:35] <Saviq> dandrader, he is
[11:37] <dednick> Saviq: i'm not really that concerned about the panel icon. as long as we fix it soonish. It seems to work most of the time anyway.
[11:38] <Saviq> dednick, Wellark, for a moment after putting the SIM in I got just the locked icon in an empty item, a second later Searching /| showed up and all's fine now
[11:38] <Saviq> dednick, yeah, agreed
[11:38] <dednick> Saviq: yeah. sometimes it stays empty and doesnt update. Not affecting any functions though
[11:39] <Wellark> dednick: you have it empty how?
[11:39] <Wellark> could you get me the output of /usr/share/ofono/scripts/list-modems
[11:40] <dednick> Wellark: no, can't seem to reproduce it now. I'm building something at the moment. will try a couple more times after
[11:40] <Wellark> with my latest commit instead of empty there would be 3g-disabled icon and text "Unknown"
[11:40] <Wellark> but the interesting part is that why it's unknown
[11:40] <mzanetti> dandrader: yes
[11:41] <Wellark> anyway, the indicator will state it more clearly, instead of just an empty item
[11:41] <dednick> Wellark: what is ofono giving you for the unknown state?
[11:41] <dandrader> mzanetti, welcome back!
[11:42] <dednick> Wellark: might be worth doing a debug log if you can't resolve a proper state.
[11:42] <dandrader> mzanetti, need some help with the spread :)
[11:42] <mzanetti> dandrader: don't break it :P
[11:42] <tsdgeos> mzanetti: yeah welcome
[11:42] <Saviq> biab
[11:43] <mzanetti> tsdgeos: thanks :)
[11:59] <Wellark> Saviq: so, how do we do this indicator-network landing?  there are just couple of commits that are not part of the package
[12:00] <Wellark> in silo 1
[12:00] <Wellark> probably just request a new silo for them straight away after silo 1 has landed
[12:02] <mhr3> tsdgeos, hm, actually, i don't see what's wrong, must be ui :P
[12:04] <mhr3> Saviq, so what's the template the scope search cat should use?
[12:06] <mhr3> Saviq, also, the progress bar seems to always do a full back and forth, is that desired?
[12:14] <mhr3> tsdgeos, ah, the overview scope doesn't have .active = true
[12:14] <mhr3> that's why it doesn't search
[12:16] <Saviq> Wellark, yeah, it will just not merge the last two commit
[12:16] <Saviq> s
[12:16] <Saviq> mhr3, yes
[12:17] <Cimi> Saviq, can I ask for a triggered method for settings?
[12:17] <Cimi> would make things easier I guess
[12:17] <Saviq> Cimi, you can, but not me ;)
[12:17] <Cimi> hah
[12:17] <mhr3> Saviq, it's confusing, makes it look like it's waiting for the images to load, but only sometimes :/
[12:17] <Cimi> Saviq, I was wondering why someone decided not to have one
[12:17] <Cimi> mhr3, can I ask for a triggered method on the settings model?
[12:18] <Saviq> mhr3, it has a delay of 200ms, and if stuff doesn't complete within that time, it shows for at least full revolution
[12:18] <Saviq> mhr3, otherwise you'd just see it flash for a split second
[12:18] <Saviq> Cimi, triggered what, btw?
[12:18] <Cimi> Saviq, action on the setting
[12:18] <Cimi> like, property changed
[12:19] <mhr3> Saviq, why don't we do the fade out trick?
[12:19] <mhr3> Cimi, what property?
[12:19] <Saviq> mhr3, we do
[12:19] <Cimi> mhr3, any property
[12:19] <mhr3> Cimi, it's a model, you should be getting dataChanged
[12:19] <Saviq> mhr3, but there has to be a minimal time it shows
[12:19] <Cimi> mhr3, how do I update properties I change in the ui?
[12:19] <Cimi> store those
[12:20] <Saviq> mhr3, otherwise it'd just be on/off within a split second at times, you wouldn't even notice it there
[12:20] <mhr3> Cimi, just write to the model?
[12:20] <Saviq> mhr3, we can make it only go one way, the current thing is what we decided with designers though
[12:20] <Saviq> Cimi, the model is writable
[12:21] <Cimi> so I have to use setData?
[12:22] <mhr3> Saviq, not sure that would solve anything
[12:22]  * mterry loves having CI runs that actually fully pass
[12:22] <mhr3> Saviq, anyway, as you said, it's desired, so i rest my case
[12:26] <dandrader> mterry, it doesn't happen every day
[12:26] <dandrader> :)
[12:26] <mterry> dandrader, well today is a good day  :)
[12:28] <Saviq> Cimi, model.property = foo
[12:29] <Saviq> mterry, guess what, we don't have any, yet ;0
[12:29] <Saviq> mterry, check out the test count on https://jenkins.qa.ubuntu.com/job/unity-phablet-qmluitests-utopic/795/testReport/
[12:31] <mterry> Saviq, 704 tests?
[12:31] <Saviq> mterry, yeah, that's the real count
[12:31] <Saviq> mterry, jenkins wasn't looking at FooFooTest.xml files, just testFooBar.xml
[12:32] <mhr3> Saviq, so what's the template the scope search cat should use?
[12:32] <Saviq> mterry, which means until that branch we were not getting all the output from testing
[12:32] <mterry> Saviq, hrm
[12:32] <Saviq> mhr3, let me see
[12:34] <Saviq> mhr3, http://pastebin.ubuntu.com/7979392/ I'd say
[12:40] <mhr3> thx, using
[12:43] <Cimi> mhr3, what's the difference between properties and values in the settings interface?
[12:44] <mhr3> Cimi, you asked that two days ago :P value is value, properties is valid for lists
[12:44] <Cimi> mhr3, ok but I don't know what properties for list]s is
[12:45] <mhr3> Cimi, http://bazaar.launchpad.net/~unity-team/unity-scopes-shell/trunk/view/head:/tools/settings/widgets/listSettingsWidget.qml
[12:45] <Cimi> mhr3, thx
[12:45] <Cimi> now lunch break
[12:46] <mzanetti> Saviq: so... what shall we do with the 4 digit autoconfirm?
[12:46]  * mzanetti thinks it should go away
[12:47] <Saviq> mzanetti, +1
[12:47] <mzanetti> ack
[12:47] <Saviq> mzanetti, or well, settings app only allows setting 4-digit PINs doesn't it?
[12:47] <mzanetti> it does atm... wouldn't prevent the lockscreen to still allow pressing OK after entering 4 digits ;)
[12:48] <mzanetti> but yeah... settings should be changed too to get away with that 4 digit limit
[12:48] <mzanetti> IMO
[12:48] <Saviq> mzanetti, well, that's not for us to say...
[12:48] <mzanetti> I know... its design... but they don't do
[12:48] <Saviq> mzanetti, if the design is still that we should to autoconfirm, and that it's always 4 digit, let's leave it at thta
[12:49] <mzanetti> Saviq: well, the new lockscreen design doesn't say anything about the autoconfirm
[12:49] <mzanetti> looks like the person who designed it didn't ever hear about that
[12:50] <mzanetti> i.e. there's always a confirm button around
[12:51] <Saviq> mzanetti, heh, ok then, do not implement autoconfirm ;)
[12:51] <mzanetti> ok
[12:52] <tsdgeos> is there any other way to unlock the sim than clickin on the indicator?
[12:53] <tsdgeos> because it doesn't work
[12:53] <tsdgeos> maybe i need to reboot?
[12:53] <mzanetti> tsdgeos: heh, same here today. works fine with silo 1 though
[12:53] <mzanetti> tsdgeos: you can also use qdbus if its just for that
[12:53] <mzanetti> tsdgeos: org.ofono, EnterPin
[12:54] <tsdgeos> i'd prefer my krillin to work
[12:55] <tsdgeos> since i'm supposed to do rtm tests
[12:56] <mzanetti> tsdgeos: yeah... I know
[12:56] <mzanetti> same here
[12:56] <tsdgeos> interestingly a reboot made it work
[13:07] <mhr3> tsdgeos, is the overview supposed to support overlay color yet?
[13:07] <tsdgeos> mhr3: which branch?
[13:08] <mhr3> tsdgeos, da-...
[13:08] <mhr3> tsdgeos, do-...
[13:08] <tsdgeos> mhr3: yes should be there
[13:11] <mhr3> tsdgeos, hm, when i set the overlay color to white, the text is white
[13:11] <mhr3> and when i set it to black, it's not black enough :P
[13:13] <mhr3> tsdgeos, hmm... yea, i just set it to "#000000ff" and there's no sign of black
[13:14] <tsdgeos> well you made it totally transparent
[13:14] <tsdgeos> what do you expect?
[13:14] <mhr3> tsdgeos, what? it's rrggbbaa, no?
[13:15] <Saviq> tsdgeos, argb
[13:15] <Saviq> mhr3, rather ↑
[13:15] <mhr3> grrr
[13:18] <mterry> Saviq, I can't wait for this next unity8 mega merge
[13:19] <mterry> Like 20 different branches
[13:19] <cwayne> mterry: i know right?
[13:19] <cwayne> excited :)
[13:21] <Saviq> mterry, yeah, and it's already QA-acked
[13:21] <mterry> Saviq, we're supposed to promote an image today I believe...
[13:22] <Saviq> mterry, yeah, that silo fixes 2 blockers
[13:22] <mterry> Saviq, 'course now we're lurching from traincon0 to traincon0 as we land enormous amounts of code containing a few regressions each time we exit traincon0  :-/
[13:23] <Saviq> mterry, that's why the additional QA ack
[13:23] <Saviq> mterry, is meant to make sure we're not introducing any
[13:23] <mhr3> tsdgeos, anyway, white overlay + white text not easy to read :P
[13:23] <mterry> Saviq, yeah but I'm talking about getting out of traincon0 and then landing the piles of branches that have accumulated
[13:23] <Saviq> tsdgeos, mhr3, looks like overlay doesn't do the right colour detection?
[13:23] <Saviq> mterry, ah right, yeah
[13:24] <mhr3> tsdgeos, also, did you see my msg about the overview scope's .active?
[13:24] <mhr3> Saviq, right
[13:24] <tsdgeos> mhr3: no i didn't
[13:24] <mhr3> tsdgeos, ah, the overview scope doesn't have .active = true
[13:24] <mhr3> that's why it doesn't search
[13:25] <tsdgeos> Saviq: it doesn't do anything, scope just should set the right color, no?
[13:25] <Saviq> tsdgeos, it can't set the color for overlay text
[13:25] <Saviq> tsdgeos, overlay text should decide between foreground and background colours based on overlay colour luminance
[13:26] <mhr3> same as background really
[13:26] <mhr3> it's just the base color is the overlay color
[13:26] <Saviq> yup
[13:26] <tsdgeos> Saviq: well then it's a bug
[13:27] <tsdgeos> mhr3: do i really need to do that
[13:27] <tsdgeos> can't you know that "wll it's the damn overview scope, that was got with getOverviewScope"
[13:27] <tsdgeos> so obviously is special and can be searched all the time
[13:28] <mhr3> tsdgeos, no, it's derived from a real scope
[13:29] <mhr3> it doesn't hit the derived class if it's not active
[13:29] <tsdgeos> dednick: you aware that going in and out of the flight mode "breaks" the indicator positioning?
[13:29] <dednick> tsdgeos: er. no.
[13:30] <dednick> tsdgeos: oh. that's a crappy tab bug
[13:30] <dednick> tsdgeos: it's been removed in the design review MP
[13:31] <Saviq> mhr3, did you manage to ask Esti for the overview bottom hint asset? as in https://f966f709-a-c881af26-s-sites.googlegroups.com/a/canonical.com/unity8dash/scopes/dash-overview/hint-expanded.png ?
[13:33] <mhr3> Saviq, no, just the scope icons
[13:33] <Saviq> mhr3, ok, will email her
[13:33] <Saviq> mhr3, unless you can run over still? ;)
[13:33] <mhr3> Saviq, isn't that thing in the sdk?
[13:33] <Saviq> mhr3, not that I know of
[13:33] <mhr3> Saviq, she's not at her desk
[13:34] <mhr3> Saviq, and i'm pretty sure i saw it in dialer
[13:34] <mhr3> or messaging
[13:34] <mhr3> or somewhere
[13:34] <Saviq> mhr3, yeah, but there's text in there, and I don't think it's SDK, but will find out
[13:40] <Saviq> tsdgeos, https://code.launchpad.net/~aacid/unity8/dash_overview/+merge/228649/comments/558150
[13:40] <Saviq> tsdgeos, I think you mostly just missed that comment when I first sent it
[13:41] <tsdgeos> Saviq: i don't see what's missing for
[13:41] <tsdgeos> me
[13:41] <tsdgeos> other than you disagreeing on the opacity of the done text
[13:41] <tsdgeos> and someone giving me an asset
[13:41] <tsdgeos> which since it's probably not going to happen, i didn't do any coding for
[13:42] <Saviq> tsdgeos, what 'is not going to happen'?
[13:42] <tsdgeos> someone producing a simple asset as that one
[13:42] <Saviq> since when do we expect assets to not happen?
[13:43] <tsdgeos> ok, let's not go there
[13:43] <tsdgeos> anyway, i'm busy playing with simcards
[13:44] <tsdgeos> if you want i can stop that and go back to dash overview
[13:44] <Saviq> tsdgeos, do you disagree on the opacity between https://docs.google.com/a/canonical.com/file/d/0B32jwBcbaPloX2hIcGZGOW9jX2s/edit vs. https://f966f709-a-c881af26-s-sites.googlegroups.com/a/canonical.com/unity8dash/scopes/dash-overview/01_Dash_scopes_nav_full_dark_v7.jpg
[13:44] <tsdgeos> well one of them is different
[13:44] <tsdgeos> yes :D
[13:44] <tsdgeos> which is the good one?
[13:44] <Saviq> tsdgeos, the one where you can actually read things ;P
[13:45] <Saviq> tsdgeos, it should be full opacity white on full black
[13:45] <tsdgeos> with 1 pixel on the bottom?
[13:45] <tsdgeos> or that's just a broken visual?
[13:45] <Saviq> tsdgeos, broken visual of course
[13:45] <tsdgeos> now i don't even get the "unlock sim" in the network dialog
[13:45] <tsdgeos> hurray \o/
[13:54] <Saviq> it's publishing!
[13:56] <tsdgeos> \o/
[13:56] <mhr3> Saviq, josh said 15% opacity is desired for the overview, so that's what all the icons are setting
[13:57] <mhr3> Saviq, well.. at least in cases where they're not setting it to 0% opacity and slightly blue :P
[13:57] <Saviq> mhr3, https://f966f709-a-c881af26-s-sites.googlegroups.com/a/canonical.com/unity8dash/scopes/dash-overview/01_Dash_scopes_nav_full_dark_v7.jpg?attachauth=ANoY7crZ3-142X_ngcfTjfcyHJD-2B4hUptbj1b-1QVQPt3GsqXiOYyFECH5zacvxN2_W3-wdUYHWOzf4QnZdWi-OAcE1tKS85sKS-i7M02HrqFpchEji8CofSLT1j0vq3u3Xg22bmpRv_ZUhr8TTAdbdidXyyGKSeWD26xQVfoc29_l2exM1JmSIXGMkfD5fjAwVa_rCQZl7ddYlP-8a5NRJtHG80640Zu4WaBu6x6H44ciyhe-9MWdC54jPCOFEB5EXk6bfw81gI3kduTYh8qvObLOXOKT_g%3D%3D&attr
[13:57] <Saviq> edirects=0 suggests kinda otherwise ;)
[13:57] <Saviq> jeez google
[13:58] <Saviq> tsdgeos, sounds like we'll have to tweak ScopeStyle to actually take non-100%-opaque colors into account, I think I made it to just ~crap out when it encounters a color like that, which kinda makes sense
[13:59] <Saviq> tsdgeos, but maybe we should just ignore alpha is all
[13:59] <tsdgeos> maybe
[13:59] <tsdgeos> not a color physicist myself :D
[13:59] <Saviq> tsdgeos, well, it doesn't make real sense because we'd have to sample the image below
[14:00] <Saviq> tsdgeos, but maybe better this way, people will be able to "hint" at what the image color is and get the text readable on top anyway
[14:01] <tsdgeos> can they do that per image?
[14:02] <Saviq> tsdgeos, yes
[14:02] <tsdgeos> ok
[14:02] <Saviq> tsdgeos, every scope has its own overlay color
[14:02] <tsdgeos> random thought
[14:02] <tsdgeos> how much faster would be things if we use [14:02] <tsdgeos> probably not much
[14:02] <Saviq> tsdgeos, probably depends
[14:03] <Saviq> tsdgeos, but == does implicit conversions, so *somewhat* faster for sure
[14:03] <tsdgeos> mhr3: Saviq: active bit set
[14:03] <tsdgeos> plz pull and check it works
[14:03] <Saviq> tx
[14:03] <tsdgeos> Saviq: mhr3: which thing are you seeing "wrong" in overview?
[14:03] <Saviq> tsdgeos, apps
[14:03] <Saviq> tsdgeos, white on white
[14:04] <mhr3> tsdgeos, where did you push?
[14:04] <tsdgeos> mhr3: both dash_overview and do_merge
[14:05] <tsdgeos> Saviq: hmmm i may have an old apps package, i still have the old "big A" scope
[14:05] <tsdgeos> Saviq: where are you getting the new one?
[14:05] <Saviq> tsdgeos, get silo 11 (and 1 for api)
[14:05] <Saviq> tsdgeos, not store, apps
[14:05] <tsdgeos> sure
[14:05] <tsdgeos> the apps logo is an A
[14:05] <mhr3> tsdgeos, i don't see active being set
[14:05] <Saviq> tsdgeos, ah yeah, you don't have scopes
[14:06] <Saviq> tsdgeos, silo 11
[14:06] <mhr3> tsdgeos, you sure you pushed it?
[14:06] <tsdgeos> mhr3: maybe not, try now
[14:07] <Saviq> tsdgeos, searches now, after searching no scopes though
[14:08] <tsdgeos> Saviq: what do you mean after searching?
[14:09] <Saviq> tsdgeos, if I go back from search
[14:09] <Saviq> tsdgeos, favorites are empty
[14:09] <Saviq> tsdgeos, only load again after I reopen the overview
[14:11] <tsdgeos> mhr3: did you change anything in that regard?
[14:13] <mhr3> tsdgeos, http://paste.ubuntu.com/7980055/
[14:13] <mhr3> tsdgeos, no
[14:14] <mhr3> tsdgeos, apparently something resets the isActive
[14:14] <tsdgeos> mhr3: which one?
[14:15] <mhr3> tsdgeos, which what?
[14:15] <tsdgeos> mhr3: the isActive of which scope, there's more than 1
[14:15] <mhr3> tsdgeos, the overview scope
[14:15] <mhr3> tsdgeos, "scopes" is the overview scope
[14:16] <tsdgeos> right, it's being changed
[14:16] <tsdgeos> hmmm, why
[14:17] <tsdgeos> it's not me
[14:18] <mhr3> tsdgeos, looks like there's only one more binding to isActive... must be that
[14:18] <tsdgeos> it's not me
[14:18] <tsdgeos> http://paste.ubuntu.com/7980082/
[14:19] <tsdgeos> this is what the binding returns
[14:19] <tsdgeos> and when isActiveChanged changes
[14:19] <tsdgeos> changes to false without my binding even being invoked
[14:20] <tsdgeos> plugin code doesn't have any setActive call :/
[14:20] <mhr3> tsdgeos, GenericScopeView has
[14:21] <tsdgeos> mhr3: but generic scope never gets the scopes overview
[14:21] <tsdgeos> ah wait
[14:21] <mhr3> are you usre?
[14:21] <tsdgeos> it does for the search results :D
[14:21] <mhr3> heh
[14:22] <tsdgeos> ok, will push
[14:22] <tsdgeos> but there seems to be a huge refresh of scopes when going back
[14:23] <tsdgeos> as if the model got rebuilt or something
[14:23] <mhr3> it gets reset
[14:24] <tsdgeos> why?
[14:24] <tsdgeos> pushed
[14:27] <tsdgeos> Saviq: in which of the bazillion branches do you want the fix for overlaycolor?
[14:27] <Cimi> Saviq, how do I pass the field (either value, properties) from the settings widget to the listview?
[14:28] <mhr3> Cimi, so... coming to the office?
[14:28] <mhr3> Cimi, it's about time...
[14:28] <Cimi> mhr3, cannot make it...
[14:29] <Cimi> mhr3, really busy with this settings stuff
[14:29] <Cimi> and reviews I have to do for nick
[14:29] <Saviq> tsdgeos, just do it in overview, it's fine there
[14:29] <mhr3> Cimi, you could have done those in a bar
[14:29] <mhr3> :)
[14:30] <Saviq> Cimi, you don't need to pass it to the list view, you just need it in the delegate
[14:30] <Saviq> Cimi, you can just pass the whole "model" object down to the particular widget
[14:31] <Cimi> Saviq, wanted to centralise the code
[14:31] <Cimi> Saviq, otherwise I have to have one action per widget
[14:31] <Saviq> Cimi, then signal up
[14:31] <Saviq> Cimi, or alias the value
[14:31] <Cimi> Saviq, I am signalling up
[14:32] <Saviq> Cimi, but since you need to sync both ways, signal up, pick up in the factory and you're done
[14:32] <Cimi> Saviq, but from listview I have like triggered (string settingId, var field, var newValue)
[14:33] <MacSlow> dednick, stand-up :)
[14:33] <Saviq> Cimi, why settingId / field? don't you have those per model row?
[14:33] <Cimi> Saviq, forget settingId
[14:33] <Cimi> Saviq, I can add or not
[14:33] <Cimi> it's my signal
[14:33] <Cimi> so I have like a SettingWidgetSwitch
[14:33] <Cimi> where I can emit a signal
[14:34] <Cimi> I am changing model.value in this case
[14:34] <Cimi> sometimes I have to change model.properties
[14:34] <Cimi> so how do I tell the listview to change model.value or model.properties?
[14:35] <Saviq> Cimi, model.value = 0
[14:35] <Saviq> Cimi, why would you need to change model.properties?
[14:36] <Saviq> pete-woods, you had a dummy QML using the scope settings API, do you have that around still?
[14:44] <MacSlow> tsdgeos, you've filed bugs upstream against Qt before I bet :) would the isolated qml-test and the description from https://bugs.launchpad.net/sync-monitor/+bug/1353550 be enough to be filed against Qt's upstream bug-tracker?
[14:44] <tsdgeos> MacSlow: you need to set sourceSize
[14:45] <tsdgeos> so svg gets it's nice scaling rendering
[14:47] <Saviq> tsdgeos, doesn't actually help in this case
[14:48] <tsdgeos> ok
[14:48] <tsdgeos> Saviq:
[14:48] <tsdgeos>         if (headerAsOverlay) {
[14:48] <tsdgeos>             color = '"white"';
[14:48] <tsdgeos> }
[14:48] <tsdgeos> so yes, it's always white
[14:48] <tsdgeos> :D
[14:48] <Saviq> ;)
[14:48] <Saviq> MacSlow, in any case, you need to not use UbuntuComponents
[14:48] <MacSlow> Saviq, right
[14:48] <Saviq> MacSlow, when sending bugs up to Qt, and generally package everything up, with the assets, so that they can reproduce it without looking anywhere else
[14:49] <MacSlow> Saviq, sure
[14:49] <Saviq> tsdgeos, so yeah it needs to be luminance(overviewColor) > style.threshold ? style.dark : style.light
[14:50] <Saviq> or so
[14:50] <tsdgeos> Saviq: http://paste.ubuntu.com/7980300/
[14:50] <Saviq> tsdgeos, yeah, we should have a talk about default values for scopeStyle :P
[14:50] <tsdgeos> :D
[14:50] <tsdgeos> anyway that looks nicer
[14:50] <tsdgeos> i'll push
[14:50] <Saviq> coolz
[14:52] <tsdgeos> Saviq: pushed to do_merged only
[14:53] <Saviq> tsdgeos, hmm hmm, still white here...
[14:53] <tsdgeos> weird
[14:53] <tsdgeos> i tried tryCard and it worked fine
[14:53] <tsdgeos> Saviq: aren't we sure the style is borked?
[14:54] <Saviq> tsdgeos, I'm not sure the overlay color makes sense, checking
[14:54] <tsdgeos> Saviq: did you make?
[14:54] <tsdgeos> that code is stupid and needs a make to happen
[14:54] <Saviq> tsdgeos, yeah I did
[14:54] <tsdgeos> ok
[14:57] <Saviq> tsdgeos, I probably don't have mhr3's latest changes
[14:57] <tsdgeos> let's wait if tomorrow stuff settles a bit more
[14:57] <tsdgeos> Saviq: i'm not sure what to do with the hint
[14:57] <tsdgeos> does it have to be there all the time?
[14:58] <tsdgeos> thats what spec says
[14:58] <Saviq> tsdgeos, it's only meant to be in when header is fully in
[14:58] <mhr3> tsdgeos, pushed? still white-on-white for me
[14:58] <Saviq> mhr3, made?
[14:58] <Saviq> mhr3, you need to send a white color in the overlay for apps
[14:58] <Saviq> mhr3, or a light one at least
[14:58] <mhr3> Saviq, i am here :)
[14:59] <Saviq> tsdgeos, yeah, spec is old, I discussed it with Mike, just use a white Rectangle for now until we get the asset
[14:59] <dednick> Saviq: can you check https://code.launchpad.net/~nick-dedekind/ubuntu-settings-components/uqmlscene/+merge/229081 when you get a second please?
[14:59] <Saviq> tsdgeos, pop it in when header fully shown (if you can?), hide it otherwise
[14:59] <Saviq> dednick, will look
[14:59] <Saviq> dednick, description and commit msg probably could use an update
[15:00] <tsdgeos> Saviq: i do not understand "only meant to be in when the header is fully in"
[15:00] <Saviq> tsdgeos, page header
[15:00] <Saviq> tsdgeos, fully visible
[15:00] <Saviq> tsdgeos, then show hint
[15:00] <Saviq> otherwise hide hint
[15:00] <tsdgeos> no transition at all?
[15:00] <tsdgeos> pagehader 99% visible -> no hint?
[15:00] <Saviq> tsdgeos, transition yes, but not proportional
[15:01] <Saviq> tsdgeos, you can make it header > 80% visible or something
[15:01] <Saviq> tsdgeos, but don't "connect" the two in terms of how visible they are
[15:01] <tsdgeos> that's going to be distracting as hell
[15:01] <Saviq> tsdgeos, sure
[15:01] <Saviq> tsdgeos, but that's what we want for now
[15:02] <tsdgeos> MacSlow: what am i supposed to see in that example?
[15:02] <tsdgeos> that Qt SVG renderer sucks?
[15:02] <tsdgeos> that's a won't fix
[15:02] <Saviq> dednick, do we need all the changes TestCase → UbuntuTestCase?
[15:03] <dednick> Saviq: well we definately need the import Ubuntu.Test.
[15:03] <dednick> does it load if you dont use it?
[15:04] <Saviq> dednick, sure
[15:04] <Saviq> dednick, import gets you the singleton
[15:04] <mhr3> tsdgeos, so yea, active works fine now, but still white-on-white for me
[15:04] <Saviq> mhr3, what overlay color are you sending for apps?
[15:04] <mhr3> Saviq, ffffffffffffffff
[15:05] <mhr3> and a few more fs
[15:05] <Saviq> mhr3, you missed a #
[15:05] <mhr3> 	"overlay-color": "#ffffffff"
[15:06] <tsdgeos> mhr3: what about the scopeStyle?
[15:06] <Saviq> tsdgeos, in theory we should handle the defaults ourselves
[15:06] <mhr3> tsdgeos, what about it?
[15:06] <tsdgeos> Saviq: we handle defaults, but of scopestyle says white and white
[15:07] <tsdgeos> we don't have a choice of what to use, no?
[15:07] <dednick> Saviq: hm. actually, if i use UbuntuTestCase i can get rid of the utils.js script which gives the findChild function
[15:07] <Saviq> tsdgeos, it should say grey on white grey or something
[15:07] <Saviq> dednick, yup, that you can
[15:07] <Saviq> *light grey
[15:07] <Saviq> tsdgeos, default isn't white on white
[15:07] <Saviq> mhr3, you have a branch do you>?
[15:07] <mhr3> Saviq, pushed it to the overview-icons one
[15:08] <Saviq> kk, checking
[15:08] <mhr3> Saviq, don't forget to restart scope-registry
[15:08] <mhr3> Saviq, and brace yourself for the session crash :P
[15:08] <pete-woods> Saviq: http://bazaar.launchpad.net/~unity-team/unity-scopes-shell/trunk/files/head:/tools/settings/
[15:08] <Saviq> Cimi, ↑
[15:11] <Saviq> Cimi, so you still need to *set* model.value
[15:11] <Saviq> Cimi, properties only gets you the list items
[15:15] <tsdgeos> Saviq: this handle thing is not trivial at all, lvwph doesn't give that info out
[15:15] <tsdgeos> i need to expose it
[15:16] <tsdgeos> and find from where to expose it
[15:17] <Saviq> tsdgeos, yeah, I didn't think it was trivial
[15:17] <tsdgeos> oh, i actually have m_headerItemShownHeight
[15:17] <Saviq> tsdgeos, another interesting question is whether it's supposed to be in Dash or GSV
[15:17] <tsdgeos> nice
[15:18] <tsdgeos> Saviq: dash since it needs to also show in the temp scope
[15:18] <Saviq> tsdgeos, well, temp scope is GSV, too
[15:18] <tsdgeos> sure
[15:18] <dednick> Saviq: ok. using UbuntuTestCase for findChild, but changed rest to TestCase
[15:18] <Saviq> dednick, tx
[15:19] <tsdgeos> Saviq: but then how do you position it without access to the "overview edge"
[15:19] <tsdgeos> and having more than one "overview edge" seems clumsy
[15:19] <Saviq> tsdgeos, I don't think it should position at overview edge at all
[15:19] <Saviq> tsdgeos, it should just be stuck to the bottom of Dash
[15:19] <tsdgeos> really?
[15:19] <tsdgeos> no movment at all?
[15:20] <tsdgeos> i understand you pull from it
[15:20] <tsdgeos> and thus moves
[15:20] <mhr3> Saviq, are the collapsible widgets in u8 yet?
[15:20] <Saviq> tsdgeos, yeah, but what do you pull from below
[15:20] <mhr3> tsdgeos, and table?
[15:20] <Saviq> mhr3, landing
[15:20] <Saviq> mhr3, table is separate, not landing yet
[15:20] <Saviq> soon as possible
[15:20] <Saviq> tsdgeos, I feel like in this case it should just hide when you touch it
[15:20] <tsdgeos> mhr3: needs a reviewier, you can do your last minute of glory and approve it :D
[15:20] <Saviq> tsdgeos, because you're not pulling anything from below
[15:21] <tsdgeos> Saviq: well still i need the edge info
[15:21] <mhr3> pstolowski, pete-woods, thoughts on how collapsible widgets should be used on the scope side?
[15:22] <Saviq> tsdgeos, right, sure, but I think your idea was to put it in Dash, too, so what's the problem? ;D
[15:22] <tsdgeos> none
[15:23] <tsdgeos> i'm just saying i don't see the need/benefits of GSV
[15:23] <Saviq> ah yeah, there's probably even arguments against
[15:23] <Saviq> like in GSV we'd get it in temp scopes over dash by default, too
[15:23] <Saviq> +overview
[15:23] <pete-woods> mhr3: I don't really know what they are..
[15:24] <pstolowski> mhr3, exactly, can you elaborate / link to the design?
[15:24] <Saviq> tsdgeos, you've got mail (the tab)
[15:24] <mhr3> pstolowski, pete-woods, a container widget that hosts one or more existing widgets... and is collapsed by default
[15:25] <pete-woods> in previews? results?
[15:25] <Saviq> IT'S MERGED!
[15:26] <Saviq> buahahahahaha
[15:26] <Saviq> tsdgeos, can I reconf with dash_overview branch then?
[15:26] <tsdgeos> Saviq: i push do_merged over dash_overview
[15:27] <tsdgeos> so we can keep the merge reuqest?
[15:27] <Saviq> tsdgeos, ok, merge trunk, too
[15:27] <mhr3> pete-woods, yea
[15:27] <Saviq> tsdgeos, yup
[15:27] <mhr3> pete-woods, yea, previews :)
[15:28] <pete-woods> oh, is the thing Ruby wanted for showing more results inside the preview? (e.g. for related videos on youtube)
[15:28] <tsdgeos> what why did i get conflicts on merge?¿?¿?¿
[15:28] <pstolowski> mhr3, PreviewWidget::addWidget(..); PreviewWidget::addColumnLayout(..).. but I'm not sure where it leads us json-wise
[15:29] <tsdgeos> ah
[15:29] <mhr3> pete-woods, nope, not that
[15:29] <tsdgeos> the old --weave friend
[15:29] <mhr3> pete-woods, trying to find a spec with it
[15:29] <pete-woods> okay
[15:30] <mhr3> pete-woods, pstolowski, https://f966f709-a-c881af26-s-sites.googlegroups.com/a/canonical.com/unity8dash/scopes/store/3-previews/preview-v2-info.png?attachauth=ANoY7cqxptZny07dqI-cNzSEy2VSN9PfjwDYJN5JYQeU5SNOkhI4MNxosUIPpeVMzx2TEyya3ccZyES7X3z68EGAV1sHsKXXO-NaZeNRbgSd5o-bEpbF_A-7w7HIMwQKZeYq5xGV3GYSKaiNjbBlSK4317gcUd4BVUM6AqR7E-kahto1kNNMhwlBpde5AN96_OQzJtZIYg9Ns7IP-6J5splHBzeA7eGEeXsQs3QfO8t_1IrdtDL1zMkWS4lTwuv1bbkuRSIdKO6T&attredi
[15:30] <mhr3> rects=0
[15:30] <Saviq> @unity: merge trunk in your branches, you're gonna need it ;)
[15:30] <mhr3> eh
[15:30] <mhr3> pstolowski, pete-woods, http://goo.gl/5xjs3c
[15:30] <mterry> :)
[15:31] <dednick> Saviq: ?
[15:31] <dednick> silo 1 land?
[15:31] <Saviq> dednick, yup
[15:31] <Cimi> Saviq, only small issue now
[15:31] <mhr3> pstolowski, pete-woods, 3 expandable widgets, 1st has text inside, 2nd has a table, 3rd has rating+review widget
[15:31] <Cimi> Saviq, on the loader onLoaded I send the binding model.value (that stores the value)
[15:32] <Saviq> s/send/set/
[15:32] <mhr3> pstolowski, pete-woods, actually, first has a few more widgets - http://goo.gl/8rYBdN
[15:32] <Cimi> Saviq, when first loading the settings you see for example checkboxes animating from false to true to reflect new value
[15:32] <Cimi> how do we overcome this behaviour?
[15:32] <Saviq> Cimi, SDK issue, I don't think we ever solved that TBH
[15:32] <Saviq> Cimi, ask timp
[15:32] <mhr3> pstolowski, pete-woods, text, text, table, i suppose
[15:34] <tsdgeos> onto the next one!
[15:36] <pete-woods> mhr3: okay, so we need to figure out what the preview API looks like for this? that's the important question, right?
[15:37] <pete-woods> we seem at risk of building a full UITK layout system
[15:37] <mhr3> pete-woods, well the preview api is variant-based, so mostly a question of how to expect it from the scopes
[15:37] <pete-woods> I do mean on the scopes end
[15:37] <mhr3> pete-woods, i'm just saying that this shouldn't affect the lib api
[15:37] <pete-woods> the sPreviewReplyProxy I guess
[15:38] <mhr3> unless we want some real nice support for it
[15:38] <Saviq> tsdgeos, did you push to dash_overview yet?
[15:38] <tsdgeos> Saviq: yes sir
[15:38] <tsdgeos> 9 minutes ago! :D
[15:40] <mhr3> pete-woods, pstolowski, but anyway, asking you cause you've implemented previews in scopes, will know what would feel consistent
[15:40] <pstolowski> mhr3, shouldn't affect lib api? hmm.. that leaves very little options
[15:40] <Saviq> mhr3, https://code.launchpad.net/~unity-team/unity-scope-click/overview-icons/+merge/227731
[15:40] <Saviq> 48	+LogoOverlayColor=#26000000
[15:40] <Saviq> you sure?
[15:41] <Saviq> that looks quite dark to me :P
[15:41] <pstolowski> mhr3, is this for rtm?
[15:41] <mhr3> Saviq, 15% opacity, that's what josh said
[15:41] <Saviq> mhr3, of *what*
[15:41] <mhr3> Saviq, black
[15:41] <mhr3> Saviq, looks quite mild to me
[15:41] <Saviq> mhr3, and you want us to find out that we should use a dark text color over that how?
[15:42] <mhr3> Saviq, no, it's black, you should use light
[15:42] <mhr3> Saviq, apps has fffffs
[15:42] <Saviq> mhr3, grr ok, that's store
[15:43] <Saviq> mhr3, and do we really want #fff on apps?
[15:43]  * Saviq thinks unlikely
[15:43] <mhr3> Saviq, hm, let me recheck
[15:43] <mhr3> there was a complicated rule
[15:44] <Saviq> mhr3, btw, works fine
[15:44] <cwayne> woo big-ass merge-fest landed
[15:44] <Saviq> cwayne, indeed ;)
[15:44] <Saviq> mhr3, http://people.canonical.com/~msawicz/unity8/Zrzut%20ekranu%20z%202014-08-07%2017:44:05.png
[15:45] <Saviq> mhr3, if we wanted to change the appearance of overview (we should probably change the fore/background colors to match, otherwise stuff might be weird)
[15:45] <Saviq> mhr3, where do we do that?
[15:46] <mhr3> Saviq, scopes scope
[15:46] <Saviq> mhr3, for all/favorites, too?
[15:46] <mhr3> Saviq, yes
[15:46] <Saviq> mhr3, kk
[15:47] <Saviq> this is starting to look usable
[15:47] <Saviq> tsdgeos, overlay text is fine now
[15:47] <mhr3> Saviq, weird, it's still white-on-white for me
[15:47] <Saviq> mhr3, you didn't build something
[15:47] <mhr3> maybe
[15:49] <Saviq> mhr3, can you change scopes scope to send white/272727 for fore/background?
[15:50] <mhr3> Saviq, so from josh:
[15:50] <mhr3> White cards only*: 100% #FFF / RGB 255, 255, 255
[15:50] <mhr3> (*This refers to the slight gradient on white e.g. eBay and Amazon ;-), but not to things like Open Library where it's just a light colour)
[15:51] <Saviq> mhr3, yeah, I don't understand that ;)
[15:51] <mhr3> and apps is neither really :P
[15:51] <MacSlow> tsdgeos, Saviq, https://bugs.launchpad.net/sync-monitor/+bug/1353550/comments/5 marked it as "won't fix".
[15:51] <mhr3> not a light colour, nor a slight gradient
[15:51] <tsdgeos> my computer hard locked
[15:51] <tsdgeos> had not happened in a while
[15:51] <tsdgeos> Saviq: good stuff
[15:51] <mhr3> Saviq, and yea, changing scopes scope
[15:51] <tsdgeos> Saviq: so silo 11?
[15:52] <Saviq> tsdgeos, yup, building
[15:52] <Saviq> MacSlow, yeah, we kind of knew that
[15:52] <mhr3> mhall119, could you update scopes docs pls?
[15:53] <mhall119> mhr3: might take me a little longer today, I'm working on the API website code so my importers are our of sync with the production site
[15:53] <Saviq> MacSlow, we can't let Qt render any complicated SVGs, we're even gonna drop them from the theme altogether
[15:53] <Saviq> MacSlow, and apps need to just ship PNGs with them
[15:54] <mhr3> Saviq, http://paste.ubuntu.com/7980788/
[15:54] <mhr3> ack?
[15:54] <Saviq> mhr3, just drop the alpha
[15:54] <Saviq> mhr3, and can't you say "white"?
[15:54] <mhr3> won't it blow up?
[15:54] <Saviq> mhr3, no, it's #rgb / #argb
[15:54] <mhr3> Saviq, i just pass it to you
[15:54] <mhr3> so i guess i can :)
[15:54] <Saviq> mhr3, yup, just do white / #272727
[15:54] <mhr3> http://paste.ubuntu.com/7980796/
[15:55] <Saviq> mhr3, +1
[15:56] <mhr3> Saviq, pushed
[15:56] <tsdgeos> Saviq: can you add https://code.launchpad.net/~aacid/unity8/scopeSearchHintText/+merge/228655 to the silo?
[15:56] <tsdgeos> is a very small one
[15:57] <tsdgeos> or we can leave it out if you want
[15:57] <tsdgeos> no biggie
[15:59] <Saviq> tsdgeos, I could, but it conflicted
[15:59] <Saviq> tsdgeos, merge it please and I will
[16:01] <tsdgeos> Saviq: it conflicted with what?
[16:01] <tsdgeos> it is merged on both the branches you are merging
[16:01] <tsdgeos> can't conflict
[16:02] <Saviq> tsdgeos, with trunkl
[16:02] <Saviq> -l
[16:02] <Saviq> tsdgeos, https://ci-train.ubuntu.com/job/landing-011-1-build/142/console
[16:02] <Saviq> tsdgeos, maybe it doesn't any more
[16:02] <tsdgeos> http://paste.ubuntu.com/7980861/
[16:03] <tsdgeos> yeah 1093 was before my last merge
[16:03] <tsdgeos> in 1094
[16:04] <Saviq> tsdgeos, sure, I just didn't know you updated it in the mean time
[16:04] <tsdgeos> :)
[16:04] <Saviq> what you so happy about!? ;P
[16:14] <Saviq> mhr3, so stuff works fine in silo 11 already, I just pushed a rebuild of unity8 and scope-scopes with one more MP added to unity8 and your fore/background change
[16:14]  * Saviq gtg
[16:14] <Saviq> mhr3, so consider your last day successful, have good drinks and don't be a stranger!
[16:15] <Saviq> see you back around in a year or so ;)
[16:15] <mhr3> Saviq, heh, thx man, it's been an honour
[16:15] <Saviq> o/
[16:16] <olli> Saviq, greyback who implemented the swipe to close in the spread?
[16:17] <greyback> olli: combinatino of tsdgeos & mzanetti I believe
[16:17] <olli> oki
[16:17] <mzanetti> yeah, me
[16:17] <greyback> mhr3: you off? In that case, best of luck!
[16:18] <olli> mzanetti, I noticed the other day that the top surface in the spread doesn't get updated
[16:18] <mzanetti> mhr3: o/
[16:18] <Cimi> Saviq, tags in trunk!
[16:18] <olli> while the lower one (with 2 apps open) does get updated when looking at the spread
[16:18] <olli> is that something known/worth a bug?
[16:18] <mzanetti> olli: well, that's our app lifecycle
[16:18] <mzanetti> olli: we freeze unfocused apps
[16:18] <olli> d'oh
[16:18] <olli> stupid me
[16:19] <mzanetti> no worries
[16:19] <mhall119> mhr3: please check http://91.189.92.89/api/scopes/sdk-14.10/ carefully to make sure it's still correct, as I said my importer had gotten out ot sync with production so I had to undo some changed before running it
[16:19] <olli> mzanetti, if it wasn't for app life cycle, would both surfaces update?
[16:19] <mzanetti> olli: yes
[16:19] <olli> nice
[16:19]  * olli envisions 2 different media players in the spread
[16:20] <mzanetti> might get a bit chaotic :) but yeah, would work as long as CPU/GPU can handle it
[16:20] <mhr3> mhall119, doesn't seem to be the latest version
[16:21] <Cimi> @unity be sure to remove tag 0.1.16 from your branches if you merged latest trunk
[16:21] <mterry> guh
[16:23] <mhall119> mhr3: ah, yes, it still had 0.5.3+14.10.20140728, I thought I pulled the latest before running
[16:23] <mhall119> 0.6.0+14.10.20140806 is the latest, correct?
[16:23] <olli> Saviq, it seems a bit odd that the dash is in the spread
[16:23] <mhr3> mhall119, yep
[16:23] <mhall119> ok, re-running
[16:24] <olli> as it behaves different than everything else (can't swipe to kill;)
[16:24] <olli> I assume this is something design is aware of and decided consciously?
[16:26] <mhall119> it makes a certain kind of sense, the desktop is in alt-tab on the desktop afterall
[16:27] <mhall119> though not the window spread
[16:28] <mhall119> mhr3: please check http://91.189.92.89/api/scopes/sdk-14.10/ again
[16:28] <mhr3> mhall119, yep, that looks better
[16:30] <mhall119> mhr3: pushing to production now
[16:32] <mhall119> mhr3: please verify http://developer.ubuntu.com/api/scopes/sdk-14.10/
[16:42] <bregma> so the latest unity-plugin-scopes breaks dependencies in the archive and forces the removal of unity8 on the desktop
[16:42] <bregma> it's because unity-plugin-scopes no longer provides unity-scopes-impl-2 virtual package
[16:43] <dednick> Saviq: https://launchpadlibrarian.net/181743045/buildlog_ubuntu-utopic-amd64.unity8_8.00%2B14.10.20140807.1-0ubuntu1_FAILEDTOBUILD.txt.gz ?
[16:43] <dednick> Saviq: has silo1 unity8 landed?
[16:53] <bregma> OK, the archives have been updated so the depdendency break is gone
[16:59] <dednick> beer'o clock! cya all.
[17:12] <mzanetti> is there a place we play music/sounds in unity8 (Note: unity8, not unity8-dash)
[17:13] <mzanetti> greyback: ^ you aware of something?
[17:13] <mzanetti> talking about this one: https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1354090
[17:13] <mzanetti> stack trace leads to MediaPlayer backend
[17:36] <elopio> Saviq: do you know where can I translate the messaging user metrics that appear on the lock screen?
[18:22] <mzanetti> Cimi: hey, still around?
[18:29] <mhall119> bregma: do you still want us to get this convergence survey out?
[18:30] <bregma> mhall119, yes please
[18:30] <mhall119> is that a +1 on the questions in it?
[18:31] <bregma> mhall119, yes, I believe they're fine for what we need at this point and as a basis for a possible follow-on
[18:32] <mhall119> bregma: ok, we'll get together a list of target respondents and start getting it out
[18:32] <bregma> very exciting
[18:33] <mhall119> bregma: were you working with anybody to get these kinds of answers from existing OEM or ISV partners?
[18:34] <bregma> mhall119, I was poking Stéphane Verdy, which reminds me I need to follow up on that
[19:18] <Cimi> mzanetti, yup
[19:21] <cwayne> Cimi: do you have any working debs for unity8 with settings?
[19:24] <Cimi> cwayne, https://code.launchpad.net/~cimi/unity8/scope-settings/+merge/229995
[19:24] <Cimi> cwayne, let's wait jenkins for pkgs
[19:24] <cwayne> Cimi: thanks
[19:24] <Cimi> cwayne, for the moment there are only scopes with boolean settings, and those should "work"
[19:25] <Cimi> cwayne, tomorrow I have to write tests and I'll mock the others...
[19:33] <Saviq> Cimi, just two, ones known to come around time and again ;)
[19:34] <Saviq> olli, yes, that was a conscious decision, cutting the number of different cases for the right edge from 72 I think to 27
[19:34] <Saviq> in the tablet case
[19:35] <Saviq> elopio, with the new infographics system that we're trying to land for like half a year now, it's going to be the visualizer's responsibility to give up properly localized images for the infographics
[19:35] <Saviq> elopio, see https://code.launchpad.net/~unity-team/libusermetrics/file-based-infographics/+merge/214020 for reference, there is one visualizer there already (the default one)
[19:36]  * cwayne still wants that to land
[19:37] <Cimi> I guess I should update that branch
[19:37] <elopio> wow, that's a 10000 lines diff
[19:38] <Saviq> elopio, yeah, it's a complete rework
[19:38] <Cimi> elopio, mostly svg
[19:38] <elopio> Saviq: that sounds cool. But what I need now is to make sure that the labels appear in spanish. Is that possible?
[19:38] <Saviq> elopio, the apps are writing those labels
[19:38] <Saviq> elopio, in the current system
[19:38] <Saviq> elopio, but we will land this before RTM
[19:38] <Saviq> elopio, so I'm not sure it's worth the effort
[19:39] <mzanetti> Cimi: can you try to copy this on to your phone and see if the spread closing behaves ok for you: http://paste.ubuntu.com/7982317/
[19:39] <elopio> Saviq: isn't the beta freeze today?
[19:39] <mzanetti> Cimi: talking about this one: https://bugs.launchpad.net/unity8/+bug/1350803
[19:39] <Saviq> elopio, it was yesterday
[19:39] <elopio> I get scared to see all the things that will go into RTM and haven't landed yet.
[19:40] <Saviq> elopio, yup, plenty of things are late
[19:40] <Cimi> mzanetti, path of the file to replace?
[19:40] <mzanetti> Cimi: /usr/share/unity8/Stages/SpreadDelegate.qml
[19:40] <Cimi> thx
[19:41] <elopio> Saviq: ok, I'll wait then. Anyway I looked everywhere on the messaging app and couldn't find the metrics labels.
[19:41] <Saviq> elopio, I think it's in the telephony service
[19:42] <Saviq> elopio, http://bazaar.launchpad.net/~phablet-team/telephony-service/trunk/view/head:/indicator/metrics.cpp
[19:43] <elopio> of course. I looked everywhere except there :)
[19:43] <Saviq> elopio, they should be there in camera as well, not sure if the new camera app got them at all thought
[19:44] <Cimi> mzanetti, there is some weird behaviour
[19:44] <elopio> Saviq: so, let me see if I got it straight. Once Wellark's branch lands, these metrics.cpp file needs to be updated to use the new library?
[19:45] <Cimi> mzanetti, when you just tap
[19:45] <elopio> s/these/this
[19:45] <Cimi> you see it wobbling
[19:45] <Cimi> let's talk about it tomorrow
[19:45] <Saviq> elopio, there's a compatibility layer https://code.launchpad.net/~unity-api-team/telephony-service/file-based-infographics/+merge/224105
[19:45] <Saviq> elopio, but I
[19:45] <Saviq> 'm not sure the labels get through
[19:45] <Saviq> elopio, and it's pete-woods, best talk to him when he's around tomorrow
[19:46] <Saviq> elopio, I know very little about the client side of this
[19:47] <Cimi> mzanetti, I see there is an improvement
[19:47] <Cimi> but also it loses the finger
[19:47] <Cimi> it like jumps
[19:48] <mzanetti> Cimi: yeah... the thing is, if you swipe quickly from left to right, you make a movement up with your thumb
[19:48] <Cimi> mzanetti, I can review the code eventually
[19:48] <mzanetti> Cimi: There's no point in increasing the close threshold because the finger movement will always be fast/long enough
[19:49] <Cimi> mzanetti, you can require a fixed amount of gu
[19:49] <mzanetti> Cimi: so what I tried now is to cancel the up/down gesture when I detect a left/right movement
[19:49] <mzanetti> Cimi: I already require 8gus
[19:49] <Saviq> bregma, damn, again we killed desktop session, sorry about that :|
[19:49] <Cimi> like, you cannot close if you swipe for less than 2gu
[19:49] <Cimi> already 8??
[19:49] <mzanetti> Cimi: yes
[19:49] <Cimi> it feels less
[19:49] <mzanetti> Cimi: that's what I'm saying
[19:49] <elopio> Saviq: ok, thanks for the info. I'm glad I asked :)
[19:49] <Cimi> I was able to swipe woth a quick touch
[19:49] <mzanetti> when this happens you're doing fast movements
[19:49] <Cimi> really short
[19:49] <Cimi> 8gu is like a pageheader?
[19:50] <mzanetti> yes
[19:50] <Saviq> bregma, looking at unity8-desktop-session, you managed to use the upstream upstart jobs by now?
[19:50] <Cimi> in that case we might want 10
[19:50] <mzanetti> Cimi: doesn't matter
[19:50] <bregma> Saviq, I'm going to have an MP soon for Unity8 to (a) fix the missing Dash and (2) switch to using the Unity8 upstart job exclusively
[19:50] <mzanetti> Cimi: at some point it just get annoying to really close apps
[19:50] <Saviq> bregma, yeah I see it already, that'd be great
[19:50] <mzanetti> Cimi: but increasing that threshold is not the solution
[19:50] <bregma> hopefully that can land at the same time as the unity8-desktop-session MP
[19:50] <Cimi> well you kill less apps
[19:50] <Saviq> bregma, maybe it starts to belong in lp:unity8 by now?
[19:51] <Cimi> let's discuss tomorrow though
[19:51] <bregma> fixes a lot of divergency issues
[19:51] <Cimi> i want to test vanilla better
[19:51] <Cimi> and I am quite tired
[19:51] <mzanetti> ok
[19:51] <Cimi> let's do hangout/mumble
[19:51] <Cimi> a domani!
[19:52] <bregma> Saviq, there are still issues between running on desktop and running on Touch that need to be neatly resolved, so one more round of separate sources for now
[19:52] <Saviq> bregma, mhm ok
[19:53] <bregma> mostly because several iterations of tweaking won't interfere with phone work that way
[20:25] <Saviq> mterry, re: laggy volume
[20:25] <Saviq> mterry, it was quite reliable for me, until I started playing something and beating the sh$t out of the slider again
[20:25] <Saviq> mterry, it started catching up late at that point
[20:27] <mterry> playing something.... o
[20:27] <mterry> k
[22:44] <Skee_> I would like to learn delvelopment. I enjoy the Ubuntu Operating System and would like to give back..I could I learn