[07:14] <sil2100> Hi
[07:14] <sil2100> Can anyone from the scopes team take a look at https://code.launchpad.net/~sil2100/unity-scope-sshsearch/add_dbus_dep/+merge/164677 ?
[07:14] <sil2100> pstolowski: ^ ?
[07:14] <sil2100> Not sure if this is the *fix* as I'm not home right now
[07:14] <sil2100> But it seems logical
[07:15] <sil2100> pstolowski: could you take a look? As the sshsearch scope FTBFS
[07:15] <pstolowski> sil2100: yup, looking
[07:15] <sil2100> pstolowski: https://launchpadlibrarian.net/140282702/buildlog_ubuntu-raring-i386.unity-scope-sshsearch_0.1daily13.05.20ubuntu.unity.next-0ubuntu1_FAILEDTOBUILD.txt.gz
[07:15] <sil2100> pstolowski: this was my first idea of fixing it
[07:15] <sil2100> brb ;) Changing locations
[08:22] <dandrader> Saviq, ping
[08:22] <Saviq> dandrader, pong, you climbing later today again? :D
[08:22] <dandrader> Saviq,  yes :)
[08:23] <Saviq> dandrader, k, will prioritize your MRs, then ;)
[08:23] <dandrader> Saviq, do we have a design for "Make sure you can go out of close mode in dash running apps"
[08:23] <dandrader> ?
[08:23] <Saviq> dandrader, yeah, tapping outside of the thumbnails
[08:24] <dandrader> Saviq, any graphical change to the "close mode"?
[08:24] <Saviq> dandrader, not that I know of
[08:24] <dandrader> Saviq, did the designers try it?
[08:25] <Saviq> dandrader, I didn't get any feedback if that's what you're asking
[08:25] <dandrader> ok
[08:33] <sil2100> pstolowski: hi!
[08:34] <sil2100> pstolowski: ping
[08:38] <sil2100> pstolowski: see my comment on the MR
[09:01] <dandrader> Saviq, "Could we go with "status" to be consistent with other QML components?" What other QML components?
[09:01] <Saviq> dandrader, Loader, Image for example
[09:03] <Saviq> dandrader, http://qt-project.org/doc/qt-5.0/qtquick/qml-qtquick2-loader.html#status-prop
[09:03] <Saviq> dandrader, http://qt-project.org/doc/qt-5.0/qtquick/qml-qtquick2-image.html#status-prop
[09:07] <Saviq> dandrader, hope I'm not starting to be overly annoying :)
[09:11] <Saviq> dandrader, slightly annoying is fine, that's what reviews are for ;)
[09:11] <dandrader> Saviq, :)
[10:29] <nic-doffay> mzanetti, about to write the mouse input test for the infographics, any tips you think I might find useful?
[10:36] <mzanetti> nic-doffay: I'm not really here today :) Just try what you think is useful and I'll look at it tomorrow and give some feedback. Read again through the first mail on testing I've sent you.
[10:36] <nic-doffay> mzanetti, right on.
[10:36] <nic-doffay> forgot about that.
[10:42] <sil2100> Hi
[10:42] <sil2100> Anyone knowledgable in AP could take a look at: https://code.launchpad.net/~sil2100/unity/autopilot_fix_shortcut_and_scroll/+merge/164702 ?
[10:42] <sil2100> Trevinho, fginther: ^
[11:23] <Trevinho> sil2100: checking
[11:27] <Saviq> dandrader, hmm, does that mean that QmlTest.cmake:55-59 is wrong?
[11:29] <dandrader> Saviq, no, but adding an ENVIRONMENT property to a custom_target will have no effect I guess.
[11:37] <Saviq> dandrader, shouldn't dragging be false if state is Rejected?
[11:39] <dandrader> Saviq, no
[11:39] <dandrader> Saviq, because you're still "pressing" the area
[11:39] <dandrader> Saviq, i.e. there are still active touch points in it
[11:40] <dandrader> Saviq, in other words: a drag is still ongoing but it's just not a valid single-finger directional drag
[11:41] <dandrader> Saviq, although that might change once we have the infrastructure to forward the touch point events and ownership
[11:41] <Saviq> dandrader, yeah, exactly, I would expect DirectionalDragArea::dragging(true) to mean "it can be (we don't know yet), or is (we already know) a valid directional drag"
[11:41] <dandrader> in which case we might even get rit of the Rejected state...
[11:42] <dandrader> well, we have different expectations
[11:42] <Saviq> dandrader, I
[11:42] <dandrader> but I can make it work like in your expectation, no problem
[11:43] <Saviq> I'm just thinking of the simple usage "I want to follow the drag area", which I'd just go "x: area.dragging ? area.distance : 0"
[11:45] <Saviq> dandrader, btw, just thought of something, but that can be done later - we should probably expose a "initial touch was that far from the edge" property
[11:45] <Saviq> maybe even include it in the distance
[11:49] <dandrader> Saviq, we won't get everything right in the first shot. Let's evolve it as we start use it
[11:49] <Saviq> dandrader, yeah, that's why I said "can be done later"
[11:49] <dandrader> Saviq, after all it's an internal component. We can change it as much as we want, anytime we want
[11:51] <Saviq> dandrader, yeah, of course, re: dragging, why would you expect it to be true even when the drag was rejected?
[11:53] <dandrader> Saviq,  because a drag is still ongoing and owned by the area. it's just not a valid single-finger directional drag. But, again, that will likely change once we pass onward the touch point ownership
[11:54] <Saviq> dandrader, I believe that would be an "advanced" use of the component, that you can achieve with the status property, IMO dragging should be "!(WaitingForTouch || Rejected)"
[11:55] <dandrader> Saviq, ok, I'll make this change.
[11:55] <Saviq> dandrader, thanks
[12:00] <dandrader> Saviq, done
[12:00] <sil2100> Trevinho: thank you!
[12:00] <Saviq> dandrader, re: touchEventsInQmlTests, you need to #include <QtQml> for QML_DECLARE_TYPE to work
[12:00] <Saviq> dandrader, and no need for the QQmlEngine import
[12:00] <sil2100> Trevinho: anyway, thanks for your yesterday's assistance ;)
[12:49] <Saviq> paulliu, ping
[12:59] <paulliu> Saviq: hi
[13:00] <Saviq> paulliu, hey, I'd like you to start looking into making lp:unity/phablet i18n-able
[13:00] <paulliu> Saviq: ok.
[13:00] <paulliu> Saviq: you mean enable the string translation, right?
[13:00] <Saviq> paulliu, yes
[13:00] <paulliu> Saviq: ok..
[13:01] <Saviq> paulliu, here's the (currently unpublished) doc for the "i18n" object from Ubuntu.Components http://bazaar.launchpad.net/~ubuntu-sdk-team/ubuntu-ui-toolkit/trunk/view/head:/modules/Ubuntu/Components/plugin/i18n.h
[13:01] <paulliu> Saviq: btw, there's a bug in Hud. The encoding of "Time and Date" is incorrect. I haven't look into that code yet.
[13:02] <paulliu> Saviq: ok..
[13:03] <Saviq> paulliu, so you need to set the domain on startup, and then most of the time i18n.tr() should be enough
[13:04] <paulliu> Saviq: yes.
[13:04] <Saviq> truth be told most of the strings we display should come already translated
[13:04] <Saviq> so there isn't going to be much
[13:04] <dednick> mzanetti: ping
[13:04] <Saviq> dednick, he's off today
[13:05] <paulliu> Saviq: yeah.
[13:05] <dednick> Saviq: ah. ok. dont suppose you know if there is a tool to view the object introspection heirachy in unity? I seem to remember something but it might have been a fantasy.
[13:06] <Saviq> dednick, in QML?
[13:06] <dednick> Saviq: this is re autopilot
[13:06] <Saviq> dednick, you can do some introspection in QtCreator
[13:07] <Saviq> dednick, if you set up the run configuration so that it exports what ./run does
[13:07] <Saviq> dednick, you can then enable QML debugging in QtCreator in the debug configuration
[13:07] <dednick> Saviq: i'm having trouble with some objects not being available in autopilot and i'm not sure why.
[13:07] <dednick> ok. i'll give it a try
[13:30] <Saviq> Cimi, standup
[13:30] <Cimi> Saviq, yeah, just mumble always dies
[13:30] <Saviq> dednick, nic-doffay ^
[13:31] <Cimi> Saviq, why it never works at the first time??
[13:31] <Saviq> Cimi, dunno, but I had the same
[13:31] <Saviq> Cimi, started to work fine last week
[13:51] <Cimi> Saviq, no meeting with ted  - yet another national holiday in us
[13:52] <Saviq> Cimi, k
[14:03] <kgunn> Cimi: ? aint no holiday in the US :)
[14:10] <dednick> Saviq: have you been able to get qt source code to load in qtcreator debugger?
[14:10] <dednick> i get symbols, but no source code :(
[14:10] <Saviq> dednick, hmm never tried, really
[14:11] <dednick> Saviq: i c. my qml-phone-shell crashes when i try debugging with qtcreator. creating the platform intgrations.
[14:11] <Saviq> dednick, when you enable QML debugging?
[14:12] <Saviq> dednick, I just noticed mine do, too, was hoping that's something specific to my machine :/
[14:12] <dednick> Saviq: ah.
[14:12] <dednick> fail
[14:12] <Saviq> dednick, is it crashing in g_str_equal for you?
[14:13]  * Saviq tries to drop the qt ppa
[14:14] <dednick> Saviq: last useful frame i get is QGuiApplication::createPlatformIntergration
[14:14] <dednick> which i belive calls QMessageLogger::fatal which raises the error i think
[14:15] <Saviq> dednick, here's mine http://pastebin.ubuntu.com/5683837/
[14:16] <dednick> Saviq: i think you've got further than me.
[14:17] <Saviq> dednick, still, nothing useful there :/
[14:17] <dednick> Saviq: actually, maybe not. i think that's the plugin loader.
[14:19] <dednick> Saviq: you debugging the qml-phone-shell binary or going directly on the Shell.qml?
[14:19] <Saviq> dednick, you need to go via the qml-phone-shell binary
[14:20] <dednick> Saviq: ya. i was doing the latter earlier and was having plugin issues
[14:26] <Saviq> dednick, 5.0.1 doesn't help :/
[14:38] <elopio> hey people, I fixed a bug in the dash emulator
[14:38] <elopio> can I get some eyes on it, please?
[14:38] <elopio> https://code.launchpad.net/~elopio/unity/fix1181677-execute_action_by_id/+merge/164608
[14:40] <Cimi> mzanetti, better to use one signalSpy and change signalName or have multiple ones?
[14:40] <Cimi> mzanetti, it's for the same Component
[14:42] <mzanetti> ok. seems done
[14:42] <mzanetti> wrong channel :D
[14:43] <mzanetti> Cimi: depends on the use case. also it has a bug somewhere... you can avoid it by using multiple spies
[14:43] <Cimi> mzanetti, I'll use three then
[14:43] <Cimi> mzanetti, it's for the previous, next, play buttons of the media player component in the indicators
[14:44] <mzanetti> Cimi: yeah... fine either way. given the bug I'd say different ones is more safe
[14:50] <sil2100> elopio: looking, thanks!
[15:14] <sil2100> elopio: just for certainity - is the execute_action_by_id method used anywhere in the unity autopilot code-base?
[15:22] <smspillaz> JohnLea_: you around ?
[15:38] <smspillaz> JohnLea_: actually, never mind
[15:38] <fginther> sil2100, commented: https://code.launchpad.net/~sil2100/unity/autopilot_fix_shortcut_and_scroll/+merge/164702
[15:42] <sil2100_> Got disconnected...
[15:43] <sil2100_> Did anyone send any messages to me?
[15:44] <fginther> sil2100, commented: https://code.launchpad.net/~sil2100/unity/autopilot_fix_shortcut_and_scroll/+merge/164702
[15:45] <fginther> sil2100_, ^^
[15:48] <sil2100_> fginther: commented back ;)
[15:51] <kgunn> Saviq: ping
[15:51] <Saviq> kgunn, pong
[15:56] <elopio> sil2100: it is not.
[15:57] <elopio> it would be nice to have a test for it, but we would need a preview with a button.
[15:59] <fginther> sil2100, thanks, approved
[16:04] <dandrader> Saviq, got the generation of QTouchEvents out of QMouseEvents working on the desktop. Pretty straightforward but it will require that you select whether you want it or not at built time
[16:04] <Saviq> dandrader, that should be fine
[16:04] <Saviq> dandrader, it's only for testing anyway (we'll need pointer-only interactions on the desktop to be thus)
[16:04] <ChrisTownsend> sil2100: Hi, any ideas when the next Compiz SRU for Precise might be getting uploaded?  And do we think we can get the fix for https://bugs.launchpad.net/compiz/+bug/763148 in it?
[16:05] <dandrader> Saviq, yes it's only for playing around with the shell using a mouse
[16:07] <Cimi> Saviq, I am on the mediaPlayerMenu, I removed the listview and using the properties directly (song, album etc etc), but I would like to test now when those are changing, how would you change them all at once? for the moment, I still have the old model with multiple listelements
[16:08] <Saviq> Cimi, you could have a QtObject with the needed properties
[16:08] <Saviq> Cimi, and assign that QtObject
[16:08] <Saviq> Cimi, but that shouldn't be necessary
[16:09] <Saviq> Cimi, you should get the update more or less atomic, and they should all change at the same time
[16:09] <Saviq> Cimi, meaning, again: it's the backend's responsibility to update them at the same time
[16:09] <sil2100> ChrisTownsend: hi, for precise? I would have to check, since we're concentrated on saucy right now, but if Mirv didn't find time to finish the earlier SRU work, maybe we would be able to push it to the current one
[16:09] <Cimi> Saviq, can I use id on ListElement?
[16:10] <Saviq> Cimi, you can't have ListElement without a ListModel, and I'm not sure that you can access it directly (potentially yes)
[16:10] <Cimi> ah ok
[16:10] <ChrisTownsend> sil2100: Yeah, I haven't seen the package in the upload queue or -proposed, so hopefully we could sneak it in.
[16:10] <Cimi> mmm maybe using model.get indeed
[16:11] <ChrisTownsend> sil2100: Thanks!
[16:14] <sil2100> elopio: approved
[16:14] <sil2100> elopio: thanks!
[16:16] <Cimi> Saviq, http://pastebin.ubuntu.com/5684223/
[16:16] <Cimi> (works fine)
[16:18] <Saviq> Cimi, yeah, that works, too
[16:23] <sil2100> kenvandine: ping
[16:25] <kenvandine> sil2100, pong
[17:44] <sil2100> robru: ping