[00:45] <veebers> Saviq: if you're still around; I can't build unity8 package due to 2 failing tests. Are you seeing this too?
[01:10] <robru> Saviq, oh, sorry, didn't notice that there was already a branch for that. feel free to disregard mine, it's incomplete anyway
[01:10] <robru> veebers, ^^
[01:34] <veebers> robru: cool, sounds good to me.
[01:34] <veebers> robru: I was going to mention that my branch includes the tox stuff which eases running the tests with py27 and py3
[06:53] <Mirv> copied some newer Qt 5.2 beta1 builds over to qt5-beta2 from my other PPA, should not affect anything but tell me if it does
[08:47] <tsdgeos> Saviq: so the pass objects to c++ one has been merged \o/
[08:48] <tsdgeos> haven't had any comment in the compare singletons against themselves one yet
[09:15] <Saviq> tsdgeos, nice
[09:26] <nic-doffay> Saviq, tsdgeos mind if we pick up about that FilterGrid animation?
[09:26] <nic-doffay> From where we left off on Tuesday.
[09:36] <Saviq> tsdgeos, can you have a look at the height animation in LVWPH with nic-doffay?
[09:36] <tsdgeos> sure
[09:36] <tsdgeos> nic-doffay: Saviq: what's the issue?
[09:37] <Saviq> tsdgeos, bug #1224552
[09:38] <Saviq> tsdgeos, and comment #3 in particular https://bugs.launchpad.net/unity8/+bug/1224552/comments/3
[09:39] <nic-doffay> tsdgeos, the animation currently happens in FilterGrid.qml
[09:40] <nic-doffay> I was planning to keep it there.
[09:40] <Saviq> nic-doffay, not only there
[09:40] <tsdgeos> so you want it to expand at a continuous speed?
[09:40] <Saviq> nic-doffay, it's there in listviewwithpageheader, too
[09:41] <Saviq> tsdgeos, no, we need to expand it to $visible_height in a duration, then to $target_height in one frame
[09:41] <tsdgeos> Saviq: hmmm, yes and no, the only thing the LVWPH does is move the Y
[09:41] <tsdgeos> nothing to do with the height
[09:41] <Saviq> tsdgeos, and the opposite for collapsing - to $visible_height in one frame and then animate to $target_height
[09:42] <Saviq> tsdgeos, yeah, but still you put the comment in that they need to happen in sync ;)
[09:42] <Saviq> tsdgeos, would it be possible to apply a height behavior on LVWPH's delegates?
[09:42] <Saviq> tsdgeos, from LVWPH, I mean?
[09:43] <Saviq> tsdgeos, well, maybe I'm overcomplicating things... the only expandable thing we have is the grid...
[09:44] <Saviq> so maybe it's fine if we just leave it there
[09:46] <Saviq> tsdgeos, the height animation was never in sync with the y animation then anyway - only important thing is that y happens slower than height, doesn't it
[09:51] <nic-doffay> Saviq, is there a variable in FilterGrid which holds the shell height already btw?
[09:51] <Saviq> nic-doffay, dunno, doubt it
[09:52] <tsdgeos> nic-doffay: knowing the height of the shell is not going to help you anyway, lots of stuff to substract in there
[09:55] <nic-doffay> tsdgeos, what do you mean?
[09:56] <tsdgeos> nic-doffay: i mean we have the panel and stuff
[09:56] <tsdgeos> you don't want to know the shell height
[09:56] <tsdgeos> you want to know the genericscopeheight
[09:57] <nic-doffay> tsdgeos, is that just the height of the GenericScopeView
[09:58] <tsdgeos> is that a question?
[09:58] <tsdgeos> or?
[10:02] <nic-doffay> tsdgeos, yeah it is.
[10:02] <tsdgeos> then i don't understand the question :D
[10:04] <nic-doffay> tsdgeos, how can I calculate the genericscopeheight, is it stored somewhere?
[10:04] <tsdgeos> nic-doffay: well the genericscopeview knows about it
[10:04] <tsdgeos> and it's what triggering the filtering
[10:05] <tsdgeos> so passing it around should not be that hard
[10:07] <nic-doffay> tsdgeos, is the genericscopeheight the genericscopeview height property?
[10:07] <nic-doffay> That's the question basically.
[10:07] <tsdgeos> ah no
[10:08] <tsdgeos> that's just some crap i wrote
[10:08] <tsdgeos> but it's an item
[10:08] <tsdgeos> so it has a .height property
[10:10] <nic-doffay> tsdgeos, you mean the GenericScopeView has a .height property, right? Just double checking because I intend to pass that through...
[10:10] <nic-doffay> If I'm understanding you correctly? You mean it's best to use the GenericScopeView height to work out the animation?
[10:10] <tsdgeos> nic-doffay: well it's what contains the filter grid
[10:10] <tsdgeos> so yes
[10:11] <nic-doffay> tsdgeos, cool
[10:11] <tsdgeos> that is what i'm saying
[10:17] <tsdgeos> btw my leg is paining me a bit, sorry if i'm slower or grumpier than usual today
[10:47] <mzanetti> Saviq: about QtMultimedia in the test environment. Should I wait for jenkin's opinion or should I mock it straight away no prevent it from breaking at some point?
[10:47] <mzanetti> s/no/to/
[10:52] <Saviq> mzanetti, just mock it, shouldn't be too difficult - not sure we need the mp3s at all, either
[10:52] <mzanetti> ack
[10:52] <Saviq> mzanetti, if you can control the Audio component from the test, shouldn't be needed
[10:53] <Saviq> or well, you need to be able to control it, and once you mock the component, you won't need the mp3 ;)
[10:53] <mzanetti> yep
[10:58] <Saviq> tsdgeos, so, rejecting the 5.2 regression workarounds?
[10:58] <Saviq> i.e. https://code.launchpad.net/~aacid/unity8/singleton_52/+merge/194123
[10:58] <Saviq> https://code.launchpad.net/~aacid/unity-api/52regressions/+merge/194303
[10:59] <tsdgeos> Saviq: the unity-api needs the comparison one to land
[10:59] <tsdgeos> ours is fine if we wait for the release
[11:00] <Saviq> tsdgeos, yeah, I know, I'd rather distro-patch than to disable the tests, TBH
[11:00] <Saviq> if we need it earlier
[11:00] <tsdgeos> ok
[11:07] <tsdgeos> i'm really confused about this
[11:08] <tsdgeos> my GenericScopeView is getting the "onDestruction" call
[11:08] <tsdgeos> but the ListViewWithPageHeader inside doesn't get the destructor called
[11:08] <tsdgeos> any idea why that could happen?
[11:10] <Saviq> tsdgeos, only reason I can think of... ownership somehow b0rked? and QML doesn't destroy the LVWPH?
[11:12] <Saviq> tsdgeos, no idea why it would be b0rked, since it's a QML type like any other
[11:14] <tsdgeos> right
[11:14] <tsdgeos> thing is
[11:14] <tsdgeos> kind of works sometimes
[11:14] <tsdgeos> but if the test is adding removing them a lot
[11:14] <tsdgeos> gets confused and breaks
[11:16] <Cimi> dednick, ping
[11:17] <dednick> Cimi: pong
[11:17] <Cimi> dednick, hey mate
[11:17] <Cimi> dednick, I was reading carousel code
[11:17] <Cimi> dednick, and I see pressandhold signal
[11:17] <Cimi> dednick, however it's triggered only if you stay within 1px
[11:18] <Cimi> dednick, can you pls try to see if you can click and hold the selected element without moving?
[11:18] <Cimi> dednick, we might just decide to enlarge the area
[11:21] <tsdgeos> what do i do manually to test lp:~mzanetti/unity8/fix-switching-previews-positioning ?
[11:21] <dednick> Cimi: is it working for you at all?
[11:21] <Cimi> dednick, I'm compiling
[11:21] <mzanetti> tsdgeos: go to a scope where contentHeight > height
[11:21] <Cimi> dednick, but I see there's code
[11:21] <mzanetti> tsdgeos: move it so that a row of items is mostly covered by the header
[11:21] <Cimi> dednick, it's though only fwd when the click is steady in position
[11:22] <mzanetti> tsdgeos: open the preview => the items at the bottom should *not* be covered any more
[11:22] <Cimi> dednick, which might be logically wrong
[11:22] <dednick> Cimi: i dont think you understand. It's not working for me at all, no matter pressAndHold/click. The click signal is not getting from the Carousel to GenericScopeView because we've put the GenericCaroselLoader in between, which is not forwarding the click.
[11:22] <Cimi> dednick, AAAAAAAAHN
[11:22] <Cimi> dednick, ok
[11:22] <Cimi> dednick, will fix that
[11:23] <dednick> there's also other parameters which are expected to be bound when we're using the grid view, like expanded/filter.
[11:24] <dednick> Cimi: i think it's probably better not to use the CarouselLoader at all and just decide when to display either carousel / grid in the GenericScopeView.
[11:24] <Cimi> dednick, I see all now
[11:24] <Cimi> dednick, indeed it will get complicated unless carousel and filter grid will share common interface
[11:25] <tsdgeos> well
[11:25] <tsdgeos> i'm working on that
[11:25] <dednick> Cimi: yeah.
[11:25] <tsdgeos> kind of
[11:25] <tsdgeos> but stuck on other things
[11:25] <tsdgeos> so yeah fix it :D
[11:25] <Cimi> tsdgeos, who are you talking to?
[11:25] <tsdgeos> you guys
[11:25] <Cimi> ok :)
[11:25] <Cimi> tsdgeos, what's your ideal solution?
[11:25] <tsdgeos> that = common interface
[11:26] <Cimi> ok
[11:26] <dednick> Cimi: you should be able to check the count in the GenericScopeView instead, by making the getRenderer function depend on the count.
[11:26] <Cimi> dednick, unfortunately I think it depends on the model
[11:26] <Cimi> dednick, let me dig into
[11:26] <nic-doffay> Are we able to land branches again guys?
[11:26] <Saviq> nic-doffay, not yet
[11:28] <dandrader> Cimi, how far did you go with https://bugs.launchpad.net/unity8/+bug/1152150
[11:29] <nic-doffay> Saviq, this is ready if you'd like to take it for a test drive: https://code.launchpad.net/~nicolas-doffay/unity8/category-transition-speed-fix/+merge/195203
[11:29] <Saviq> nic-doffay, k
[11:29] <Cimi> dandrader, I did not go far: I had a discussion with Saviq and tsdgeos on how we should approach this
[11:29] <Cimi> dandrader, we decided we should work on low level qt
[11:29] <Cimi> dandrader, so we stopped going ahead
[11:30] <Cimi> dandrader, I might unassign myself
[11:30] <dandrader> Cimi, mind if I take that bug? I have nothing better to do at the moment
[11:30] <Saviq> nic-doffay, one nitpick: wrap "root.height = genericScopeHeight;" in { }
[11:30] <Cimi> dandrader, it's qt bug though
[11:30] <dandrader> Cimi, I know. I like digging into qt
[11:30] <Cimi> dandrader, have fun then! :)
[11:31] <Cimi> dandrader, I addigned you
[11:31] <Cimi> *Assigned
[11:34] <nic-doffay> Saviq, sure thing
[11:43] <Saviq> nic-doffay, https://code.launchpad.net/~nicolas-doffay/unity8/category-transition-speed-fix/+merge/195203/comments/450635
[11:47] <nic-doffay> Saviq, reading
[11:49] <tsdgeos> mzanetti: the test is failing for me
[11:49] <tsdgeos> FAIL!  : qmltestrunner::GenericScopeView::test_hiddenPreviewOpen() 'verify()' returned FALSE. ()
[11:49] <tsdgeos>    Loc: [/home/tsdgeos_work/phablet/unity8/fix-switching-previews-positioning/tests/qmltests/Dash/tst_GenericScopeView.qml(149)]
[11:49] <mzanetti> interesting
[11:50] <tsdgeos> mzanetti: can you test?
[11:50]  * mzanetti wonders how he broke that one
[11:52] <mzanetti> tsdgeos: sorry. forgot to update that one. it was still reading the context prop
[11:52] <mzanetti> tsdgeos: fixed now
[11:58] <dandrader> Saviq, mzanetti what does it mean when a bug has a "affect Ubuntu UX" with a "fix commited" status? Does it mean that there's some design doc specifying it or something?
[11:58] <dandrader> e.g. https://bugs.launchpad.net/unity8/+bug/1152150
[11:59] <dandrader> I would ask the reporter, but he's gone
[11:59] <mzanetti> dandrader: it menas that design has come to a conclusion on this
[12:00] <mzanetti> dandrader: but it might be a design spec or a comment on the bug
[12:00] <mzanetti> dandrader: in this case as Oren reported the bug I think the bug itself is the solution for the UX
[12:02] <dandrader> mzanetti, hmm, ok. thanks
[12:04] <nic-doffay> Saviq, it needs to take the y of the filter grid itself into account right?
[12:20] <tvoss> Saviq, test ping
[12:23] <Saviq> tvoss, test pong ;)
[12:24] <Saviq> nic-doffay, yes, the y in relation to ScopeListView
[12:31] <nic-doffay> Saviq,  out of interest did you see this issue on the desktop? I'm not noticing it yet.
[12:31] <Saviq> nic-doffay, yes
[12:31] <nic-doffay> Saviq, so the best way to see it is to scroll up one row then collapse/expand right?
[12:31] <Saviq> nic-doffay, yes, but it's not even about seeing it - just think about it
[12:40] <Saviq> nic-doffay, nevertheless it is visible - but it's happening very quickly
[12:44] <nic-doffay> Saviq, yeah just wanted to ensure I could see the fix well though.
[12:54] <Saviq> nic-doffay, here's one: http://ubuntuone.com/4AuII1GwHnbNI9C9yearMZ
[12:54] <Saviq> nic-doffay, you can see "Files & Folders" disappearing both when expanding and collapsing
[12:55] <Saviq> nic-doffay, that's the "you didn't take uncollapsedHeight into account" issue
[12:58] <Saviq> nic-doffay, and here's the other one http://ubuntuone.com/5wVUF7Jo3YD8X9Kcs6qHL6
[12:58] <Saviq> nic-doffay, you can see it blinking when collapsing
[12:59] <Saviq> but also when expanding it sometimes doesn't show all the items
[13:30] <mzanetti> mhr3: hi
[13:30] <mhr3> mzanetti, hey
[13:30] <mzanetti> mhr3: looking at the preview spec there are some previews which are not fullscreen
[13:31] <mzanetti> mhr3: is there already a plan on how to make that possible?
[13:31] <mhr3> mzanetti, yea... let's not go there yet :)
[13:31] <mzanetti> mhm
[13:31] <mhr3> tbh i think the design should be changed
[13:32] <mhr3> it was under the assumption that those results can't have an image
[13:32] <mhr3> but they can
[13:32] <mzanetti> mhr3: wait. the smaller previews should have an image too?
[13:33] <mhr3> design assumed they don't so they created small previews
[13:33] <mhr3> that's how i think it went
[13:34] <mzanetti> mhr3: probably, yes. but so far the dash plugins don't have images except very few ones
[13:34] <mhr3> which is a bug
[13:34] <mhr3> majority of them do have images
[13:34] <mhr3> but there's some issue on the server
[13:34] <mzanetti> ah ok. but maybe design doesn't even want those
[13:35] <mzanetti> i for one think the amazon preview would be better off without the screenshot of the amazon website
[13:35] <mhr3> maybe
[13:35] <mhr3> but those small previews don't consider other-than-phone form factors
[13:35] <mzanetti> ok. I'll clarify this with design
[13:35] <mhr3> therefore they suck :)
[14:09] <mhr3> Saviq, i noticed that with my scopes split, unity goes for the mock scopes plugin when you ./run it
[14:09] <mhr3> Saviq, ok to just do http://paste.ubuntu.com/6415955/ or would you want something more elaborate?
[14:23] <Saviq> mhr3, what's "unity-scopes-qml"? :D
[14:25] <Saviq> mhr3, and why would plugindir come from there - shouldn't unity8 (or unity-api, for that matter) define that path?
[14:45] <mhr3> Saviq, it's me being consistent with naming :)
[14:45] <mhr3> Saviq, otherwise, pc installed by unity-plugin-scopes
[14:46] <mhr3> Saviq, sounds a bit odd that unity8 itself would define it
[14:46] <mhr3> although only because you're running it
[14:47] <mhr3> otherwise it kinda makes sense
[14:52] <Saviq> mhr3, yeah, that's why I said unity-api
[14:52] <Saviq> mhr3, it would define the interfaces and the place where to install them
[14:53] <Saviq> mhr3, both the implementations and unity8 would find out where to look for those build-time
[14:53] <Saviq> from the unity-api .pc
[14:53] <mhr3> Saviq, yea, that sounds good
[14:53] <Saviq> biab
[14:54] <mhr3> so i'll just remove the unity-plugin-scopes' .pc file completely and move this var into unity-api's .pc, k?
[14:54] <mhr3> hmm, and maybe i'll keep it
[14:55] <mhr3> though not sure who'd need to know its libdir
[15:02] <nic-doffay> Saviq, I've sorted out the one issue, but where must the y be taken into account? I've tried testing as much as I can to check for faults.
[15:02] <nic-doffay> I'm not seeing anything after fixing the issue you mentioned in your comment.
[15:06] <tsdgeos> Cimi: ping
[15:11] <tsdgeos> dednick: ping
[15:12] <dednick> tsdgeos: yo
[15:13] <tsdgeos> dednick: i've updated https://code.launchpad.net/~aacid/unity8/noScopeView/+merge/194486 with a wait and the crash is gone, it is my current understanding that for reason even if the element has been removed it if it had a pending paint it gets painted again and then it crashes. I think this is something we should investigate but given the amount of changes in the renderloop in 5.1 and 5.2 i've opted for adding a TODO about it
[15:13] <tsdgeos> what's your opinion?
[15:13] <tsdgeos> Saviq: ↑↑↑
[15:14] <Cimi> tsdgeos, pong
[15:14] <Cimi> Saviq, was reading of that http://www.tomshardware.com/news/NAND-Flash-Flash-Friendly-File-System-F2FS-Jaegeuk-Kim,18229.html - do we have plans for ubuntu?
[15:14] <tsdgeos> Cimi: so you're trying to find do a "base item" for the generic scope view items?
[15:14] <Cimi> yep albert
[15:16] <dednick> tsdgeos: what is the change in plugins/ListViewWithPageHeader/listviewwithpageheader.cpp for?
[15:16] <dednick> or just a change in logic pattern?
[15:16] <tsdgeos> Cimi: ok, i may have been not clear this morning, but i was also doing it before i got sidetracked, this is what i had in Dash/DashBaseRenderer.qml http://paste.ubuntu.com/6416258/
[15:17] <tsdgeos> dednick: there's no change?
[15:17] <tsdgeos> or you mean the change in the last commit?
[15:18] <dednick> last commit. you removed check for parentContext
[15:18] <tsdgeos> dednick: that was the reversal of the previous attempt to not make it crash
[15:20] <dednick> tsdgeos: oh right, so you were seeing it earlier? ok
[15:20] <tsdgeos> yeah
[15:20] <tsdgeos> on the same test
[15:20] <dednick> hm. wonder why this has suddenly caused issues
[15:23] <tsdgeos> dednick: it's not sudden
[15:23] <tsdgeos> dednick: the test was using a fake genericscopeview
[15:23] <tsdgeos> not the real one
[15:23] <tsdgeos> which now i use
[15:23] <dednick> tsdgeos: ah. ok
[15:24] <tsdgeos> i can "fix" it
[15:24] <tsdgeos> adding gets here and there
[15:24] <tsdgeos> but tbh i'd like to wait for 5.2 and then see if it is still happening
[15:24] <tsdgeos> and if it is
[15:24] <tsdgeos> investigate it more
[15:24] <tsdgeos> because it doesn't make sense that just adding the wait there it stops crashing
[15:25] <dednick> tsdgeos: ok, well if it's not a new thing and just now the test failing, then i think it's ok to just make the test pass for now and add a TODO
[15:26] <tsdgeos> the todo is there already :-)
[15:28] <dednick> yup, i know, which is why i've approved :)
[15:48] <mhr3> tsdgeos, there was a talk some time ago that we shouldn't be putting QObjects into a model?
[15:48] <tsdgeos> hmmm
[15:49] <tsdgeos> don't remeber about it
[15:49] <tsdgeos> and can't think of an immediate reason why not to tbh
[15:49] <tsdgeos> mhr3: c++ wise you mean, right?
[15:49] <mhr3> tsdgeos, yep
[15:50] <mhr3> tsdgeos, hm, i do remember a discussion about model and objects, although maybe the conclusion wasn't that there shouldn't be objects
[15:50] <mhr3> or maybe it was about not using QFoo* in there?
[15:51] <mhr3> instead to have QFoo instead
[15:51] <tsdgeos> well, it depends on what you're trying to do :D
[15:51] <tsdgeos> do you have an example we can talk over?
[15:51] <mhr3> i'm writing a new model and don't want to make mistakes from the beginning :)
[15:57] <tsdgeos> mhr3: i guess you just need to make sure you keep the ownership of the * clear if you use *
[15:57] <tsdgeos> that's the only thing i can really think of atm
[15:58] <mhr3> yea, that makes sense
[16:20] <Saviq> nic-doffay, say you're expanding the second category
[16:21] <Saviq> nic-doffay, you don't want to animate from $currentHeight to $scopeViewHeight
[16:21] <Saviq> nic-doffay, but from $currentHeight to $scopeViewHeight - $currentY
[16:22] <mhr3> dednick, btw any development on the glib source in qt issue?
[16:23] <Saviq> tsdgeos, does it crash in 5.2, too?
[16:24] <tsdgeos> Saviq: haven't tried, compiling and running the whole thing against 5.2 is not that easy (unless you run the ppa which i'm not sure i want to do and risk messing up my system)
[16:25] <Saviq> tsdgeos, I'm good with workaround + TODO, but if it's something that needs to be fixed in 5.2 anyway...
[16:25] <Saviq> tsdgeos, the ppa should be safe, + ppa-purge to go back
[16:26] <tsdgeos> i've never used ppa-purge
[16:26] <tsdgeos> but ok, i'll check it tomorrow
[16:26] <tsdgeos> changing the other Qt patch now
[16:27] <tsdgeos> i pinged lars and he did a quick comment to make me fix something so i need to fix it so he has no excuse not to continue looking at it :D
[16:27] <Saviq> tsdgeos, do do do :F
[16:27] <Saviq> tsdgeos, ppa-purge is very handy - it will downgrade all the packages, that you have installed from that ppa, to distro versions
[16:28] <Saviq> or at least to latest non-that-ppa versions
[16:28] <Saviq> and comment out the ppa
[16:31] <Saviq> Cimi, well, it's not in the kernel yet, even, is it ;)
[16:31] <Saviq> Cimi, our kernel folk would have to look into it and see the advantages
[16:32] <nic-doffay> Saviq, yeah so the individual category y. I was thinking of the scopeView y for some reason...
[16:32] <nic-doffay>  Got it though, ta
[16:32] <Cimi> Saviq, I read that motorola is using it on moto x and g
[16:32] <Cimi> moto g seems like a great phone where I would like to see ubuntu on it
[16:32] <Cimi> it's cheap
[16:33] <Cimi> and does good stuff
[16:38] <dednick> mhr3: em, not really. have a better solution, but it's still just sending events
[17:12] <Cimi> dednick, so I've been digging on the carousel filter grid
[17:13] <Cimi> dednick, in general I think those two are too different to be shared :\
[17:13] <Cimi> there's so much more custom code between scope view and filter grid than it's required for the carousel
[17:16] <Cimi> Saviq, ^
[17:16] <Cimi> as albert started http://paste.ubuntu.com/6416258/
[17:17] <pete-woods> mterry: hi, did you ping me earlier about the MIR stuff? I can't find any trace of it, but my brain suddenly said, "hey you forgot something!"
[17:19] <mterry> pete-woods, yar, you said there were bug subscribers, but I don't see them
[17:20] <Cimi> there's also highlightIndex
[17:25] <pete-woods> mterry: where do I look to verify?
[17:25] <pete-woods> I thought I added them
[17:26] <pete-woods> I put them on the launchpad project, not the source package, was that wrong?
[17:26] <mterry> pete-woods, https://launchpad.net/ubuntu/+source/libqtdbusmock
[17:26] <mterry> pete-woods, yeah.  I mean, both are good
[17:26] <mterry> pete-woods, but MIR specifically cares about Ubuntu maintainership
[17:26] <pete-woods> mterry: okay, I will do that then
[20:43] <veebers> Can anyone here tell me the status of Optimus graphics on Ubuntu? Should I stay away and opt for Intel graphics? Is bumblebee a solution that just works?
[20:43] <Saviq> veebers, http://www.webupd8.org/2013/08/using-nvidia-graphics-drivers-with.html
[20:44] <veebers> awesome, thanks Saviq I'll take a look
[20:44] <Saviq> veebers, at least in my Dell I can switch between nVidia (by disabling optimus) and Intel (by enabling, but not using optimus)
[20:44] <Saviq> veebers, with  nvidia-prime Xorg crashes here, though :/
[20:45] <veebers> Saviq: sweet, sucks about the crash though :-\ Looks like I have a couple of other laptop options available to me now
[20:45] <Saviq> veebers, I've been happily using either nVidia or Intel on this laptop for two years now, just never really both at the same time
[20:45] <Saviq> I did experiment with bumblebee, but it's just never proven useful (I'm no gamer, though)
[20:46] <Saviq> veebers, truth is, if you don't need the umph from nVidia for gaming or such, probably better to steer away from it for all kinds of reasons
[20:47] <veebers> Saviq: right, that was my original thinking. But I've got a couple of laptops that I'm considering, one has nVidia Optimus so thought I would do some reasearch
[20:47] <veebers> Saviq: actually, if you have a moment, could I ask you a qml question?
[20:53] <Saviq> veebers, hit me, but latency might be high ;)
[21:01] <veebers> Saviq: ack, thanks. Is there a better way for me to pass an argument to this purely qml app so that it can be used as a property: https://code.launchpad.net/~veebers/stock-ticker-mobile-app/mock-server-for-testing/+merge/194971
[21:01] <veebers> I'm wanting to pass in the server url to use, but on startup it seems that the argument value isn't ready yet and thus initially uses the default
[21:19] <Saviq> veebers, yeah, so: QML objects are always instantiated with defaults
[21:19] <Saviq> veebers, and then the property values are evaluated and set
[21:19] <Saviq> veebers, so you always need to react to onPropertyChanged
[21:20] <Saviq> veebers, "get_data_server() ? get_data_server() : ..." you can use bracket-enclosed JS that you return a value from in a binding, so:
[21:21] <Saviq> { var foo = get_data_server(); if (foo) return foo; else return "bar"; }
[21:21] <Saviq> saves you one call to get_data_server()
[21:23] <veebers> Saviq: ah right, nice. But your saying that for instance this isn't doing what I expect it to (i.e. I expect that the dataserver arg (used in get_data_server() ) is available and would be used) : property string dataServer: get_data_server() ? get_data_server() : "http://finance.yahoo.com/"
[21:24] <Saviq> veebers, from what I can see things should be working, 'cause other props are bound to dataServer
[21:25] <Saviq> veebers, only potential missing thing is listening for args.values.dataserver changes
[21:26] <Saviq> veebers, but IIUC that comes as a command-line argument, so it should be safe
[21:26] <veebers> Saviq: odd, if I add debugging logging to get_data_server stating if args.values.dataserver is set or not, thre are some initial calls where it is not set
[21:27] <Saviq> veebers, yeah, I expect there may be
[21:27] <veebers> Saviq: yes it's an Argument that's set via command line, so it shouldn't change during operation
[21:27] <Saviq> veebers, well, but then it depends how the whole Arguments / Argument machinery behaves
[21:27] <veebers> Saviq: ah, good point
[21:29] <Saviq> veebers, there might be some cycles where it didn't yet pick up the args
[21:29] <Saviq> veebers, it's the first I've seen the Arguments component, do you know where it comes from?
[21:30] <Saviq> ah, SDK ;)
[21:30] <veebers> Saviq: it's a uut component: http://developer.ubuntu.com/api/devel/ubuntu-13.10/qml/ui-toolkit/qml-ubuntu-components0-arguments.html
[21:33] <Saviq> veebers, so yeah, I'm not sure on its internals, but I expect there might be some racing involved, especially if you see the value being empty at first
[21:33] <veebers> Saviq: ack ok. I'll explore further. Is there any other methods available to me for a pure qml app to pass an argument either via command line args or env var that you know of?
[21:34] <Saviq> veebers, nope, there's nothing like that - those kind of things are meant to be done in c++ before starting the QML engine
[21:35] <veebers> Saviq: aye, that's the conclusion that I had come too as well. Thanks for clarifying :-)
[21:35] <veebers> Saviq: on that note, what sort of boiler plate would be needed to add that to the app (the c++ side)?
[21:42] <Saviq> veebers, very little
[21:43] <veebers> Saviq: hmm, I might explore that then
[21:43] <Saviq> veebers, create a QML app in QtCreator, it will give you a C++/QML template
[21:43] <veebers> Saviq: nice, thanks.
[21:44] <Saviq> veebers, file a bug against SDK, though, if you find that's indeed the case that the values are not ready straight away
[21:44] <veebers> Saviq: will do
[21:44] <veebers> Saviq: also (change of topic :-) ) fyi: https://code.launchpad.net/~veebers/unity8/ap_make_use_of_helpers_in_tests/+merge/191575
[21:47] <Saviq> veebers, yeah I tested it today and it was fine, wanted to have a look again
[21:47] <veebers> Saviq: cool thanks.
[21:47] <Saviq> veebers, one thing, though - there's some logging output from the helpers we should probably quiet down
[21:48]  * veebers looks
[21:48] <veebers> Saviq: this is the "Restarting unity . . ." logs?
[21:54] <Saviq> veebers, yeah, and then the output from upstart
[21:54] <veebers> Saviq: cool, I'll take care of it
[21:54] <Saviq> veebers, cheers
[21:54]  * veebers takes extra logging out into the woods to "take care of it"
[21:55] <Saviq> veebers, while you're at it, maybe it'd make sense to log the output from upstart, so that it shows up in -v
[21:55] <veebers> Saviq: good point, will do
[23:32] <veebers> hmm, my qtcreator doesn't have the ubuntu branding etc. which leads me to believe that perhaps I need some more things installed. Anyone have an idea?
[23:36] <Saviq> veebers, ubuntu-sdk
[23:37] <veebers> Saviq: ack thanks. I'm installing as we speak :-)
[23:37] <Saviq> /away