veebers | Saviq: if you're still around; I can't build unity8 package due to 2 failing tests. Are you seeing this too? | 00:45 |
---|---|---|
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:10 |
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 | 01:34 |
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 | 06:53 |
=== iahmad_ is now known as iahmad | ||
=== iahmad is now known as iahmad|afk | ||
tsdgeos | Saviq: so the pass objects to c++ one has been merged \o/ | 08:47 |
tsdgeos | haven't had any comment in the compare singletons against themselves one yet | 08:48 |
=== kgunn is now known as Guest15371 | ||
=== iahmad|afk is now known as iahmad | ||
Saviq | tsdgeos, nice | 09:15 |
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:26 |
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:36 |
Saviq | tsdgeos, bug #1224552 | 09:37 |
ubot5 | bug 1224552 in Unity 8 "[Dash] Category expansion transition has varaible speeds" [High,In progress] https://launchpad.net/bugs/1224552 | 09:37 |
Saviq | tsdgeos, and comment #3 in particular https://bugs.launchpad.net/unity8/+bug/1224552/comments/3 | 09:38 |
ubot5 | Ubuntu bug 1224552 in Unity 8 "[Dash] Category expansion transition has varaible speeds" [High,In progress] | 09:39 |
nic-doffay | tsdgeos, the animation currently happens in FilterGrid.qml | 09:39 |
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:40 |
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:41 |
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:42 |
Saviq | tsdgeos, well, maybe I'm overcomplicating things... the only expandable thing we have is the grid... | 09:43 |
Saviq | so maybe it's fine if we just leave it there | 09:44 |
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:46 |
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:51 |
tsdgeos | nic-doffay: knowing the height of the shell is not going to help you anyway, lots of stuff to substract in there | 09:52 |
nic-doffay | tsdgeos, what do you mean? | 09:55 |
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:56 |
nic-doffay | tsdgeos, is that just the height of the GenericScopeView | 09:57 |
tsdgeos | is that a question? | 09:58 |
tsdgeos | or? | 09:58 |
nic-doffay | tsdgeos, yeah it is. | 10:02 |
tsdgeos | then i don't understand the question :D | 10:02 |
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:04 |
tsdgeos | so passing it around should not be that hard | 10:05 |
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:07 |
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:08 |
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:10 |
nic-doffay | tsdgeos, cool | 10:11 |
tsdgeos | that is what i'm saying | 10:11 |
tsdgeos | btw my leg is paining me a bit, sorry if i'm slower or grumpier than usual today | 10:17 |
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:47 |
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:52 |
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:53 |
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:58 |
tsdgeos | Saviq: the unity-api needs the comparison one to land | 10:59 |
tsdgeos | ours is fine if we wait for the release | 10:59 |
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:00 |
tsdgeos | i'm really confused about this | 11:07 |
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:08 |
Saviq | tsdgeos, only reason I can think of... ownership somehow b0rked? and QML doesn't destroy the LVWPH? | 11:10 |
Saviq | tsdgeos, no idea why it would be b0rked, since it's a QML type like any other | 11:12 |
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:14 |
Cimi | dednick, ping | 11:16 |
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:17 |
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:18 |
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:21 |
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:22 |
dednick | there's also other parameters which are expected to be bound when we're using the grid view, like expanded/filter. | 11:23 |
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:24 |
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:25 |
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:26 |
dandrader | Cimi, how far did you go with https://bugs.launchpad.net/unity8/+bug/1152150 | 11:28 |
ubot5 | Ubuntu bug 1152150 in Unity 8 "[DASH] diagonal swipe is recognized as a scroll" [High,Confirmed] | 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:29 |
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:30 |
Cimi | dandrader, I addigned you | 11:31 |
Cimi | *Assigned | 11:31 |
=== _salem is now known as salem_ | ||
nic-doffay | Saviq, sure thing | 11:34 |
Saviq | nic-doffay, https://code.launchpad.net/~nicolas-doffay/unity8/category-transition-speed-fix/+merge/195203/comments/450635 | 11:43 |
nic-doffay | Saviq, reading | 11:47 |
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:49 |
tsdgeos | mzanetti: can you test? | 11:50 |
* mzanetti wonders how he broke that one | 11:50 | |
mzanetti | tsdgeos: sorry. forgot to update that one. it was still reading the context prop | 11:52 |
mzanetti | tsdgeos: fixed now | 11:52 |
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:58 |
ubot5 | Ubuntu bug 1152150 in Unity 8 "[DASH] diagonal swipe is recognized as a scroll" [High,In progress] | 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 | 11:59 |
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:00 |
dandrader | mzanetti, hmm, ok. thanks | 12:02 |
=== rachelliu_ is now known as rachelliu | ||
nic-doffay | Saviq, it needs to take the y of the filter grid itself into account right? | 12:04 |
tvoss | Saviq, test ping | 12:20 |
Saviq | tvoss, test pong ;) | 12:23 |
Saviq | nic-doffay, yes, the y in relation to ScopeListView | 12:24 |
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:31 |
=== dandrader is now known as dandrader|afk | ||
Saviq | nic-doffay, nevertheless it is visible - but it's happening very quickly | 12:40 |
nic-doffay | Saviq, yeah just wanted to ensure I could see the fix well though. | 12:44 |
=== alan_g is now known as alan_g|lunch | ||
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:54 |
Saviq | nic-doffay, that's the "you didn't take uncollapsedHeight into account" issue | 12:55 |
=== dandrader|afk is now known as dandrader | ||
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:58 |
Saviq | but also when expanding it sometimes doesn't show all the items | 12:59 |
=== alan_g|lunch is now known as alan_g | ||
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:30 |
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:31 |
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:32 |
mhr3 | design assumed they don't so they created small previews | 13:33 |
mhr3 | that's how i think it went | 13:33 |
=== dandrader is now known as dandrader|afk | ||
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:34 |
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 :) | 13:35 |
=== pstolowski is now known as pstolowski|lunch | ||
=== dandrader|afk is now known as dandrader | ||
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:09 |
=== pstolowski|lunch is now known as pstolowski | ||
Saviq | mhr3, what's "unity-scopes-qml"? :D | 14:23 |
Saviq | mhr3, and why would plugindir come from there - shouldn't unity8 (or unity-api, for that matter) define that path? | 14:25 |
=== dandrader is now known as dandrader|lunch | ||
mhr3 | Saviq, it's me being consistent with naming :) | 14:45 |
mhr3 | Saviq, otherwise, pc installed by unity-plugin-scopes | 14:45 |
mhr3 | Saviq, sounds a bit odd that unity8 itself would define it | 14:46 |
mhr3 | although only because you're running it | 14:46 |
mhr3 | otherwise it kinda makes sense | 14:47 |
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:52 |
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:53 |
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:54 |
mhr3 | though not sure who'd need to know its libdir | 14:55 |
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:02 |
tsdgeos | Cimi: ping | 15:06 |
=== didrocks1 is now known as didrocks | ||
tsdgeos | dednick: ping | 15:11 |
dednick | tsdgeos: yo | 15:12 |
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:13 |
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:14 |
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:16 |
tsdgeos | dednick: there's no change? | 15:17 |
tsdgeos | or you mean the change in the last commit? | 15:17 |
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:18 |
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:20 |
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:23 |
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:24 |
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:25 |
tsdgeos | the todo is there already :-) | 15:26 |
dednick | yup, i know, which is why i've approved :) | 15:28 |
mhr3 | tsdgeos, there was a talk some time ago that we shouldn't be putting QObjects into a model? | 15:48 |
tsdgeos | hmmm | 15:48 |
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:49 |
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:50 |
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:51 |
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:57 |
mhr3 | yea, that makes sense | 15:58 |
Saviq | nic-doffay, say you're expanding the second category | 16:20 |
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:21 |
mhr3 | dednick, btw any development on the glib source in qt issue? | 16:22 |
=== greyback is now known as greyback|away | ||
Saviq | tsdgeos, does it crash in 5.2, too? | 16:23 |
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:24 |
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:25 |
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:26 |
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:27 |
Saviq | or at least to latest non-that-ppa versions | 16:28 |
Saviq | and comment out the ppa | 16:28 |
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:31 |
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:32 |
Cimi | and does good stuff | 16:33 |
=== dandrader|lunch is now known as dandrader | ||
dednick | mhr3: em, not really. have a better solution, but it's still just sending events | 16:38 |
=== salem_ is now known as _salem | ||
=== _salem is now known as salem_ | ||
=== hggdh_ is now known as hggdh | ||
=== greyback|away is now known as greyback | ||
Cimi | dednick, so I've been digging on the carousel filter grid | 17:12 |
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:13 |
Cimi | Saviq, ^ | 17:16 |
Cimi | as albert started http://paste.ubuntu.com/6416258/ | 17:16 |
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:17 |
mterry | pete-woods, yar, you said there were bug subscribers, but I don't see them | 17:19 |
Cimi | there's also highlightIndex | 17:20 |
pete-woods | mterry: where do I look to verify? | 17:25 |
pete-woods | I thought I added them | 17:25 |
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 | 17:26 |
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:43 |
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:44 |
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:45 |
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:46 |
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:47 |
Saviq | veebers, hit me, but latency might be high ;) | 20:53 |
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:01 |
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:19 |
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:20 |
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:21 |
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:23 |
Saviq | veebers, from what I can see things should be working, 'cause other props are bound to dataServer | 21:24 |
Saviq | veebers, only potential missing thing is listening for args.values.dataserver changes | 21:25 |
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:26 |
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:27 |
Saviq | veebers, there might be some cycles where it didn't yet pick up the args | 21:29 |
=== salem_ is now known as _salem | ||
Saviq | veebers, it's the first I've seen the Arguments component, do you know where it comes from? | 21:29 |
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:30 |
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:33 |
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:34 |
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:35 |
Saviq | veebers, very little | 21:42 |
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:43 |
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:44 |
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:47 |
* veebers looks | 21:48 | |
veebers | Saviq: this is the "Restarting unity . . ." logs? | 21:48 |
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:54 | |
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 | 21:55 |
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:32 |
Saviq | veebers, ubuntu-sdk | 23:36 |
veebers | Saviq: ack thanks. I'm installing as we speak :-) | 23:37 |
Saviq | /away | 23:37 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!