=== duflu_ is now known as duflu
[03:17] <pero> where can i get the actual extension for chromium's unity web apps? i've lost it and get it back it no matter what (reinstalling chromium-browser, unity-webapps-common, etc)
[07:44] <tvoss> Saviq, ping
[07:47] <tvoss> Saviq, for when you wake up: https://code.launchpad.net/~thomas-voss/unity-mir/refactor-oom-score-adj-to-rely-on-process-cpp/+merge/194797
[07:47] <tvoss> and https://code.launchpad.net/~thomas-voss/unity-mir/refactor-process-group-operations-to-rely-on-process-cpp/+merge/194804
[08:56] <Saviq> tvoss, I like all the red
=== tjaalton_ is now known as tjaalton
[09:14] <tvoss> Saviq, :)
[09:15] <Saviq> tvoss, missing debian/control entry, though
[09:16] <tvoss> Saviq, yup, fixing
[09:16] <tvoss> Saviq, please don't top-approve, yet
[09:17] <Saviq> tvoss, k
[09:23] <tvoss> Saviq, updated
[09:23] <Saviq> tvoss, cheers
[09:24] <tvoss> Saviq, now if only jenkins was with us again
[09:24] <Saviq> tvoss, ;)
[09:37] <cooljckd> hi guys
[09:37] <cooljckd> anybody on the keyboard ?
[09:39] <cooljckd> i just wanted to ask you guys in there is any repo for ubuntu in mauritius
[09:39] <cooljckd> if*
[09:40] <cooljckd> i mean a server locally in mauritius
[09:40] <cooljckd> because the moment we have to download everything from the uk
[09:41] <cooljckd> and it sucks
[09:41] <cooljckd> to have to download updates on a daily basis from here with this type of bandwidth
[09:43] <cooljckd> i mean what would cost you make a git server on the island and commit resent security updates to it automatically from anywhere
[09:43] <greyback> cooljckd: you should be able to choose a repo closer geographically. Did you look in "Software & updates" ?
[09:43] <cooljckd> nop
[09:44] <cooljckd> it doesnt work that way
[09:44] <cooljckd> let me explain why
[09:44] <greyback> cooljckd: open that app, there's a dropdown for "Download from" where you can choose other servers
=== alan_g is now known as alan_g|afk
[09:45] <cooljckd> the local telecom company is a jerk all outgoing connection is being reroute to the uk
[09:46] <cooljckd> which make every bandwidth wise
[09:46] <cooljckd> suck
[09:46] <greyback> *all* outgoing connections? That's ridiculous
[09:46] <cooljckd> so even if you choose another repo it stills sucks
[09:47] <cooljckd> l know its crazy
[09:47] <greyback> well then you need to talk to your local telecom company
[09:47] <cooljckd> but seems they dont trust the local operators
[09:47] <greyback> routing all traffic half way around the world is crazy sounding
[09:48] <cooljckd> well all can be proven
[09:48] <cooljckd> of course
[09:48] <cooljckd> if you dought my info
[09:48] <cooljckd> just check for yourself
[09:48] <greyback> no I don't doubt you
[09:49] <cooljckd> so i've to the uk recently
[09:49] <cooljckd> i bandwidth there is 33 mb for the average jo
[09:49] <cooljckd> its cool to work there
[09:50] <cooljckd> dont get me wrong i love to travel but i still like my country
[09:51] <cooljckd> and im trying to find a way to make think ok for me and everybody using linux
[09:51] <cooljckd> in mauritius
[09:51] <cooljckd> have a better experience
[09:51] <cooljckd> using there fav os
[09:51] <greyback> sure. But unfortunately there's no mirror on Mauritius right now :(
[09:51] <cooljckd> was there any
[09:52] <greyback> not that I know of
[09:52] <cooljckd> i vpn and ssh to germany everyday
[09:53] <cooljckd> and i dont have any problem
[09:53] <cooljckd> working from out here
[09:53] <greyback> cooljckd: maybe there'd be interest in establishing a mirror. Have you talked with these guys: http://lugm.org/
[09:54] <cooljckd> well i guess i just keep looking for a distro that can suit my needs
[09:54] <cooljckd> thanks for answering anyway
[09:54] <greyback> good luck
[09:54] <cooljckd> hehe
[09:54] <cooljckd> luck has nothing to do with this
[09:55] <cooljckd> its a teritorial thing
[09:55] <cooljckd> i mean you cant expect some windows lovers to let linux traffic out now can you
[09:56] <greyback> Well I'd hope your ISPs are linux users
[09:56] <cooljckd> well maybe someday maybe
[09:56] <cooljckd> in 30 years
[09:56] <cooljckd> perhaps
[09:57] <cooljckd> when worlds ends and the zombies invades
[09:57] <cooljckd> anyway i hope im still there then
[09:57] <cooljckd> bye
[09:57] <cooljckd> cheers
[09:58] <greyback> bye! Hope you find a solution somehow :)
=== alan_g|afk is now known as alan_g
[11:11] <nic-doffay> tsdgeos, can we land this today? https://code.launchpad.net/~nicolas-doffay/unity8/search-history-persist/+merge/193935
[11:11] <tsdgeos> nic-doffay: the landers are dead
[11:12] <nic-doffay> tsdgeos, ah still.
[11:12] <tsdgeos> nic-doffay: any reason you need it today?
[11:16] <tvoss> tsdgeos, the landers sounds a bit like the elders :)
[11:16] <tsdgeos> :D
[11:17] <nic-doffay> tsdgeos, not particularly.
[11:18] <tsdgeos> oka
=== _salem is now known as salem_
[11:36] <tsdgeos> dandrader: i added you to https://bugs.launchpad.net/ubuntu-ui-toolkit/+bug/1250412
[11:36] <ubot5> Ubuntu bug 1250412 in Ubuntu UI Toolkit "InverseMouseArea does not work with TouchEvents" [Undecided,New]
[11:36] <tsdgeos> if you can share some thoughts on it
[11:36] <tsdgeos> it'd be cool
[11:37] <tsdgeos> dednick: man, i can't repro the crash anymore :(
[11:37] <dednick> tsdgeos: hm.
[11:37] <dandrader> tsdgeos, well, it's an InverseMouseArea, not an InverseTouchArea. :P
[11:38] <tsdgeos> dandrader: i know
[11:39] <tsdgeos> dandrader: so i guess you're suggesting we strip the code that makes MouseArea work with TouchEvents?
[11:40] <dandrader> tsdgeos, added a comment
[11:41] <dandrader> tsdgeos, I don't think MouseArea has any code about touch events
[11:41] <dandrader> tsdgeos, it's all in QQuickWindow
[11:41] <tsdgeos> QQuickWindow has
[11:41] <tsdgeos> let's kill it
[11:41] <tsdgeos> by your suggestion
[11:41] <tsdgeos> doesn't make any sense
[11:42] <tsdgeos> ok, you were joking
[11:42] <tsdgeos> i'll stop continuing your joke as it's obvious it's not working
[11:42] <dandrader> tsdgeos, I wonder why they did it like that. If it's an optimization or something...
[11:43] <dandrader> tsdgeos, I stumbled upon it while doing the "touch ownership" work. I had to use a Qt private API in order to dispatch a touch event to an item
[11:43] <dandrader> there's a QQuickItemPrivate::dispatchTouchEvent() "public" method that QQuickWindow calls
[11:44] <dandrader> intenally it just call QQuickItem::touchEvent()
[11:44] <dednick> tsdgeos: mine isn't either
[11:45] <dandrader> tsdgeos, It  might be worth proposing a Qt patch to make touch events go through the regular QObject::event
[11:45] <tsdgeos> dednick: maybe something changed at the model level that sends stuff in a different order
[11:45] <dandrader> tsdgeos, in the worst case, if they reject it, we will at least know why they did it like that
[11:45] <tsdgeos> dandrader: good luck with that (yeah i've had a bad day with our Qt friends today)
[11:46] <tsdgeos> dednick: hopefully i'll be able to fake the test with the info you got yesterday, let's cross fingers :D
[11:48] <dandrader> tsdgeos,  well,  I will hunt down the author of that dispatch code and ask why it's like that...
[11:48] <dandrader> (easier than proposing a patch)
[11:48] <tsdgeos> good luck :-)
[11:48] <tsdgeos> obviously they are ont sure it's right
[11:48] <tsdgeos> since the code has stuff like
[11:49] <tsdgeos>         // XXX todo - should sendEvent be doing this?  how does it relate to forwarded events?
[11:52] <dandrader> tsdgeos, hmm, that's pretty old code, from the beginnings of QML. I bet it was just an overlooked...
[11:52] <dandrader> s/an//
[11:52] <tsdgeos> one can hope :-)
[11:52] <dandrader> :)
=== boiko_ is now known as boiko
[11:53] <dandrader> ok, I'm motivated enough to come up with a patch now
[11:53] <Cimi> where is Unity.Application?
[11:53] <Cimi> in which package?
[11:55] <greyback> Cimi: libunity-mir1
[11:55] <Cimi> greyback, it's already the newest version
[11:55] <Cimi> greyback, that means I have wrong includes maybe
[11:57] <greyback> Cimi: probably yeah
[11:57] <tsdgeos> unity-mir ?
[11:57] <tsdgeos> Cimi: ↑↑↑
[11:57] <greyback> Mirv: ping
[11:59] <Saviq> om26er, re: https://code.launchpad.net/~om26er/unity8/helper_dont_try_unlock_if_already_unlocked/+merge/194839
[12:00] <Saviq> om26er, IIUC the RuntimeWarning should be raised if it's already unlocked
[12:00] <Saviq> om26er, does that not happen for you?
[12:00] <Saviq> om26er, please make sure veebers has a look at that MP
[12:00] <om26er> Saviq, it seems to be not working here. with the screen unlocked it tried the swipe() and failed
[12:01] <om26er> Saviq, yes, I was going to email him that
[12:02] <Cimi> I added http://paste.ubuntu.com/6404934/
[12:03] <Cimi> but it still doesn't find unity.application
[12:03] <Cimi> how do you do this in cake?
[12:03] <Mirv> greyback: pong
[12:04] <greyback> Mirv: heya, I think I know the answer to this before I ask, but worth a try: I'm working with Qt5.2 from the beta2 PPA. There wouldn't be debug symbols available for it, would there?
[12:06] <Mirv> greyback: those are compiled with -debug & CONFIG+=debug, so qtbase5-dbg, qtdeclarative5-dbg etc should in theory be what the doctor ordered?
[12:07] <greyback> Mirv: ah really?! Yay!
[12:07]  * greyback was searching for *-dbgsym, duhh
[12:07] <greyback> Mirv: magic, thank you
[12:07] <Mirv> greyback: yeah, I kept those local changes from the trusty 5.1.1 builds. you're welcome.
[12:11] <dandrader> tsdgeos, About Qt work: I should work on the "stable" branch, right?
[12:11] <tsdgeos> dandrader: stable is for 5.2.1, release is for 5.2.0, devel is for 5.3.0
[12:12] <tsdgeos> at this point i thikn stable == rlease
[12:12] <dandrader> tsdgeos, so I suppose things on stable are fed to devel?
[12:12] <tsdgeos> kind of
[12:13] <tsdgeos> i think so yes
[12:29] <Cimi> cmake ^^
[12:40] <tsdgeos> dednick: meh i can't find a way to create a test that causes the crash
[12:40] <tsdgeos> mhr3: there was any release to any scope package yesterday?
[12:45] <tsdgeos> doesnt' seem like there was
[12:50] <dandrader> tsdgeos, found a bug about the qquickitem::event issue https://bugreports.qt-project.org/browse/QTBUG-32004
[12:50] <tsdgeos> :D
[12:51] <tsdgeos> now we just need them to fix it ;-)
[12:52] <dandrader> tsdgeos, will try to get that bug from Frederik
[12:52] <tsdgeos> oka
[13:03] <mzanetti> mhr3: everything should be fixed now: https://code.launchpad.net/~mzanetti/unity8/music-preview/+merge/193803
=== alan_g is now known as alan_g|lunch
[13:05] <greyback> Wellark: ping
=== dandrader is now known as dandrader|afk
[13:11] <mzanetti> Saviq: o/
[13:11] <Saviq> mzanetti, welcome back
[13:11] <mzanetti> Saviq: thanks. from what I see jenkins is currently off
[13:11] <Saviq> mzanetti, yeah, in transit
[13:12] <mzanetti> Saviq: should I re-top-approve approved branches?
[13:12] <Saviq> mzanetti, if there are some that should be re-top-approved, sure
[13:12] <mzanetti> Saviq: e.g.: https://code.launchpad.net/~mzanetti/unity8/launcher-small-tweaks/+merge/191380
[13:12] <Saviq> mzanetti, we're in auto mode now (well, when jenkins is back, that is)
[13:13] <mzanetti> Saviq: ah ok... yeah. wasn't sure if you still want to trigger one by one
[13:13] <Saviq> mzanetti, that one was never top-approved was it :)
[13:13] <mzanetti> Saviq: I think it was
[13:13] <Saviq> mzanetti, why would it be un-top-approved then?
[13:13] <Saviq> mzanetti, jenkins didn't report anything on it
[13:13] <Saviq> re: autolanding at least
[13:14] <mzanetti> Saviq: I assumed you un-approved them in order not to flood jenkins when it starts picking up stuff again
[13:14] <Saviq> mzanetti, ass-you-me
[13:14] <Saviq> mzanetti, I didn't un-approve anything, let me see my mail history
[13:14] <mzanetti> not sure I follow the whole pun
[13:15] <Saviq> mzanetti, "when you assume, you make an ass of u and me"
[13:15] <mzanetti> ah
[13:15] <greyback> sounded like an invitation to me ;)
[13:15] <Saviq> greyback, not for you
[13:16] <Saviq> mzanetti, on that note, I'm still able to break the view behind switching previews quite easily
[13:16]  * mzanetti checks
[13:17] <greyback> Saviq: I can live with that
[13:17] <Saviq> mzanetti, just swipe between two previews at row boundary, or at category end
[13:18] <Saviq> mzanetti, seems to be easiest to reproduce with the last results in a scope
[13:18] <mzanetti> Saviq: ok. but this was working.
[13:18] <Saviq> mzanetti, it is working, but sometimes it isn't ;D
[13:18] <mzanetti> Saviq: with latest trunk it's 100% broken here
[13:19] <Saviq> mzanetti, maybe something else affected it
[13:19] <mhr3> tsdgeosnot really, why?
[13:19] <mzanetti> I'll try to fix
[13:20] <mhr3> tsdgeos, not really, why?
[13:20] <Saviq> tsdgeosnot
[13:22] <mzanetti> Saviq: shouldn't the Audio element use the media player service implicitly?
[13:22] <Saviq> mzanetti, that's a good question
[13:22] <Saviq> mzanetti, it could indeed
[13:22] <mzanetti> Saviq: I'd say yes. on meego it does for example
[13:23] <mzanetti> because we want *all* Audio {} elements to shut up when there is a phone call incoming for example
[13:23] <Saviq> mzanetti, yeah
[13:23] <Saviq> mzanetti, right, so once we provide a QtMultimedia backend for our media service, that would still work fine
[13:23] <Saviq> mzanetti, ok then, +1
[13:24] <mzanetti> I'd say so
=== dandrader|afk is now known as dandrader
[13:27] <mhr3> mzanetti, wrt the music preview, could you make the whole track row clickable?
[13:28] <mzanetti> mhr3: technically sure. design-wise I personally wouldn't like that. let me ask rosie
[13:38] <dandrader> tsdgeos, have you compiled qtdeclarative recently?
[13:48] <Saviq> dednick, "[nick-dedekind] Search label should hide when dash isn't focused: INPROGRESS" I think that was fixed
[13:48] <Saviq> dednick, and re: "[nick-dedekind] Replace the SEARCH label with current lens name or the search query (in double quotes) when page header goes out of view - proportionally to header's visible portion: INPROGRESS" please ask design folk that's still the desired solution
[13:49] <dednick> Saviq: partially. still available when previewing which screws it up becuse it tries to show keyboard.
[13:49] <Saviq> dednick, ok
[13:49] <dednick> ok, will ask about other one
[13:49] <Saviq> dednick, [...] as they've been iterating the search behaviour recently
[13:50] <dandrader> tsdgeos, nevermind. I had an outdated qtbase
=== alan_g|lunch is now known as alan_g
[13:54] <hashken> I was trying out the GMail Unity Webapp
[13:54] <hashken> Whenever I open the GMail webapp from dash, GMail is just opened as a tab in the current Firefox Window and also there is no GMail icon in the launcher.
[13:55] <hashken> Searching online shows a lot of people facing such problems.
[13:55] <hashken> My impression was that when an webapp is opened it will open in it's own window with it's own icon and behave separately from firefox
[13:56] <hashken> What is the actual behavior that is to be expected?
[13:58] <mhr3> Saviq, is there a way to take screenshots with mir now?
[13:59] <mhr3> Saviq, designers miss that a lot :)
[14:04] <Saviq> mhr3, there's a script
[14:04] <mhr3> Saviq, oh?
[14:05] <Saviq> mhr3, http://lmgtfy.com/?q=ubuntu+phone+mir+screenshot ;)
[14:05] <mhr3> lmgtfy... :P
[14:06] <dednick> Saviq: so apparently the whole dash is being redesigned. so...
[14:08] <kgunn> dednick: !?
[14:09] <dednick> kgunn: well, i don't really know the extent of redesign, but the doc "Dash Visual Design 14.04" is no longer "entirely" valid. Some new dash toolkit coming in.
[14:10] <kgunn> dednick: ah..yeah
[14:10] <kgunn> dednick: less freaked out...that's the template stuff
[14:13] <dednick> kgunn: ok, just saw the doc. was just a bit of sensationalisation.
[14:14] <kgunn> dednick: well...where designers are involved...that's totally possible "let's start over!" :)
[14:15] <nic-doffay> Cimi, are you busy with this? https://bugs.launchpad.net/unity8/+bug/1152150
[14:15] <ubot5> Ubuntu bug 1152150 in Unity 8 "[DASH] diagonal swipe is recognized as a scroll" [High,Confirmed]
[14:29] <Cimi> nic-doffay, we have to dig this probably outside shell
[14:35] <Saviq> nic-doffay, Cimi, yeah, it's a lower-level (Qt-level) thing
[14:41] <nic-doffay> Saviq, does your comment on this still stand currently? https://bugs.launchpad.net/unity8/+bug/1224552
[14:41] <ubot5> Ubuntu bug 1224552 in Unity 8 "[Dash] Category expansion transition has varaible speeds" [High,Triaged]
[14:41] <nic-doffay> About measuring by the category height.
[14:41] <Saviq> nic-doffay, yes
[14:42] <nic-doffay> Saviq, what do you mean by a two-step animation?
[14:44] <Saviq> nic-doffay, only the visible part of the category should be resized / animated - the rest should be expanded / collapsed in one frame
[14:44] <Saviq> nic-doffay, so, when expanding → animate to shell height within a duration, then just change the height to the target value
[14:45] <Saviq> nic-doffay, when collapsing → change the height to shell height, then animate to target value
[14:45] <Saviq> nic-doffay, makes sense?
[14:48] <nic-doffay> Saviq,  yep gotcha.
=== dandrader is now known as dandrader|lunch
[15:15] <mhr3> Saviq, need to pick your brainz - re the scopes plugin, your idea was to keep providing the current functionality and register new types different higher version, so we'd have qmlRegisterType<Scope>("Scope", 0, 1, ...) and qmlRegisterType<NewScope>("Scope", 0, 2, ...), is that right?
[15:15] <mhr3> Saviq, and then when everything is "ready" we'd remove the 0.1 stuff?
[15:15] <Saviq> mhr3, yeah, sounds about right
[15:15] <Saviq> mhr3, and then the dash app would import 0.2 already
[15:16] <Saviq> mhr3, you could also have a completely separate plugin
[15:16] <Saviq> mhr3, if you went for a major version bump
[15:16] <Saviq> mhr3, then you'd install it in Unity.1, for example
[15:16] <mhr3> Saviq, yea, i was just thinking which one makes more sense
[15:16] <Saviq> mhr3, depends on how similar the APIs will be
[15:16] <mhr3> it's unlikely you'd use both at the same time...
[15:17] <mhr3> well... ultimately the api is just exposing a bunch of models
[15:17] <Saviq> mhr3, also, for minor versions
[15:17] <mhr3> so it could be kept fairly consistent
[15:17] <Saviq> mhr3, you can in theory use the same object, but mark certain methods as per-revision
[15:17] <mhr3> don't think we'd need that atm
[15:17] <Saviq> yeah I know
[15:18] <Saviq> mhr3, I think it's fine to keep in a single plugin - this way you won't need to copy stuff around
[15:19] <mhr3> Saviq, my current dilemma is whether to branch the repo and start removing stuff, or branch the repo and just start adding stuff :)
[15:19] <Saviq> mhr3, the versioning system is more about backwards compatibility, which we don't care about for the moment
[15:19] <Saviq> mhr3, the unity8 repo?
[15:20] <mhr3> Saviq, no, the scopes plugin repo
[15:20] <Saviq> mhr3, for the new version, you mean?
[15:20] <Saviq> mhr3, what would you remove?
[15:20] <mhr3> Saviq, yes, i'd basically remove everything old api related
[15:21] <mhr3> so really just the headers would stay
[15:21] <mhr3> not even all of them :)
[15:21] <Saviq> mhr3, well, we want both version to work for the time being, no?
[15:21] <Saviq> mhr3, from the same source?
[15:21] <mhr3> do we? :)
[15:21] <mhr3> that's my ultimate question i guess
[15:22] <Saviq> mhr3, I think so, yes, to support the current unity dash and the new dash app
[15:22] <Saviq> mhr3, well, plan is to transition to new scopes by 14.04 anyway, isn't it
[15:22] <mhr3> in that case it's clear what needs to be done
[15:22] <Saviq> mhr3, so we'd remove the old plugin before then anyway
[15:26] <mhr3> sil2100, that reminds me, zmqpp in universe yet? :)
[15:27] <vesar> Saviq, hi dude. Would you have any quick solution to my problem? I'm trying to run mzanetti's branch on device and when ./run_on_device -s it gives me following: http://paste.ubuntu.com/6405829/
[15:28] <vesar> Saviq, I did also touch /userdata/.writable_image && reboot before that already
[15:32] <Cimi> mterry, hey
[15:32] <mterry> Cimi, hello!
[15:36] <Cimi> mterry, I tried running your latest revision on the desktop, it fails with unity.applciation
[15:37] <mhall119> seb128: thostr_ is gone, but https://blueprints.launchpad.net/ubuntu/+spec/client-1311-mediascanner-roadmap still need to be accepted for the uds-1311 sprint
[15:37] <mterry> Cimi, yeah, because we use OSKController or some such
[15:38] <Cimi> mterry, yes, but why doesn't work on the desktop?
[15:38] <Cimi> mterry, missing include?
[15:38] <seb128> mhall119, can you do that? I've some launchpad issues from that box (need to remember it when I'm back to my desktop a bit later otherwise)
[15:39] <mterry> Cimi, no.  Because the desktop doesn't provide a Unity.Application plugin, like Touch does.  It will work on Touch, or you can point it at a mock Unity.Application on your desktop.  unity8 builds a mock version for running on a desktop and I pointed the wizard at that when testing
[15:39] <seb128> mhall119, or is there somebody else around who can accept it?
[15:39] <mterry> Cimi, let me see if I can find my command line
[15:40] <mterry> Cimi, nope, it's left my bash history.  But basically I'd build unity8 trunk, then set QML2_IMPORT_PATH to unity8's builddir/tests/mocks/ or some such
[15:40] <mterry> Cimi, or just comment out the OSKController bit
[15:40] <mterry> Cimi, and the Unity.Application import
[15:41] <mhr3> vesar, was that about the music-preview branch?
[15:41] <mhr3> vesar, if so i should have that on my device in a sec
[15:42] <sil2100> mhr3: yes! Actually it's in universe - 3.2.4 is enough?
[15:42] <mhr3> where sec == ~10minutes :)
[15:43] <mhr3> sil2100, are you sure about that? aren't you talking about zmq itself? we need the c++ bindings for it -> zmqpp
[15:45] <Cimi> mterry, ok
[15:45] <Cimi> mterry, I cannot test the wifi page, I don't have wifi on my virtual machine
[15:45] <mhall119> seb128: I can, I just don't want to accept BPs for tracks that aren't mine, unless the track lead asks me to of course :)
[15:46] <Cimi> mterry, can you see what's working there until I get the phone working? (my ubuntu phone does not boot)
[15:46] <mhall119> seb128: accepted, it'll be imported into summit in the next hour or so
[15:46] <mterry> Cimi, you are running saucy still?  :)
[15:46] <seb128> mhall119, thanks
[15:46] <mhall119> np
[15:46] <Cimi> mterry, trusty
[15:46] <mterry> Cimi, OK, I can test
[15:46] <mterry> Cimi, which branch?
[15:46] <Cimi> mterry, yours
[15:47] <mterry> Cimi, k
[15:48] <tsdgeos> dednick: did my answer solve your concern about the test?
[15:51] <dednick> tsdgeos: yep. thanks
[16:03] <vesar> mhr3, no it's one launcher related branch
[16:03] <vesar> mhr3, thanks anyway
[16:04] <mhr3> vesar, yea, sorry, don't have that one
[16:08] <mhall119> davidcalle: ping me when you're around
[16:10] <davidcalle> mhall119, pong
[16:11] <mhall119> davidcalle: hey, so I'm working on these scopes API docs
[16:11] <mhall119> I started parting the python html docs, but then remembered that we should be promoting C, is that still correct?
[16:12] <mterry> Cimi, I don't see anything on the WiFi page in my branch
[16:12] <davidcalle> mhall119, it is, but server-side scopes can still be in Python
[16:12] <mterry> Cimi, I see the page, just no content.  No stderr output either
[16:12] <Cimi> mterry, does the wifi plugin on the system settings work at least?
[16:12] <mterry> Cimi, fair question...
[16:12] <mhall119> davidcalle: do you think we should make docs for both?
[16:12] <mterry> Cimi, yeah
[16:13] <Cimi> mterry, it's a good start
[16:13] <Cimi> mterry, I just need to get this bloody thing working
[16:13] <davidcalle> mhall119, I think so. Even if there is still no formal process to submit them for inclusion, the server is open to new scopes.
[16:13] <Cimi> thing = phone
[16:14] <mterry> Cimi, in case I didn't mention, I proposed the team branch for merging.  So don't commit back to that same one if you land a wifi fix.  I'd like to land the team branch and then propose further fixes directly to system-settings trunk
[16:14] <mhall119> davidcalle: ok, one more thing, is there anything in the docs that indicates that a class is for a specific "section"?
[16:14] <mhall119> like, there classes are for previews, these classes are for filtering, these classes are for the search scopes, etc
[16:14] <Cimi> mterry, ok
[16:16] <davidcalle> mhall119, I'm not sure about C scopes, but for Python ones, it's not that straightforward. Python scopes must have a set of methods with specific names which return specific objects. They are ran by the scope-runner app, which call these methods.
[16:17] <Cimi> mterry, ok phone works, how do I test the app on the phone?
[16:18] <mterry> Cimi, I haven't done it in a while....  if things still work the same, you should be able to actually install it
[16:18] <mterry> like the .deb
[16:18] <mterry> and reboot
[16:18] <Cimi> ok
[16:18] <Cimi> mterry, but the wizard?
[16:19] <davidcalle> mhall119, so, I can help you finding what is what in the doc, but I don't think it will be useful (for Python) if these "specific methods" are not documented as well.
[16:21] <mhall119> davidcalle: are the docs at http://developer.ubuntu.com/api/devel/ubuntu-13.10/python/Unity-7.0.html sufficient for writing a python scope?
[16:21] <mhall119> that's what I'm using
[16:25] <davidcalle> mhall119, not without a tuto.
[16:25] <mhall119> ok, well we have a tutorial for C, so I'll concentrate on those docs first
[16:26] <mhall119> davidcalle: these giraffe docs are pretty sparse though, is there anywhere I can get a short description of what each class is used for, and perhaps what each method does?
=== om26er is now known as om26er|food
[16:35] <davidcalle> mhall119, not that I know of. A lot of them are used by the scope-runner, not by scopes themselves, that's probably why they are not very explicit.
[16:36] <davidcalle> mhall119, I could get you some info about those that are actually used in scopes
[16:39] <tsdgeos> Saviq: http://pastebin.kde.org/pcfzadvzl :-)
[16:39] <tsdgeos> Saviq: looks "good enough" to me
[16:40] <tsdgeos> gonna run the tests now to see if it regresses something and will add my test too
[16:40] <tsdgeos> and submit
[16:40] <Saviq> tsdgeos, "QV8Engine" :?
[16:41] <tsdgeos> Saviq: yeah the naming is amazing :D
[16:41] <Saviq> too many Vs
[16:41] <tsdgeos> their "semi-public" class is still called QV8Engine
[16:42] <tsdgeos> so they now have a QV8Engine::getV4()
[16:42] <tsdgeos> :D
[16:42] <tsdgeos> wonder why
=== dandrader|lunch is now known as dandrader
[16:42] <Saviq> tsdgeos, cool, thanks for pushing
[16:42] <Saviq> tsdgeos, it did feel it's an omission as opposed to a conscious decision...
[16:43] <tsdgeos> it does
[16:43] <Saviq> tsdgeos, so that fixes the original 5.0 bug, too, I expect?
[16:43] <tsdgeos> Saviq: sure
[16:43] <tsdgeos> you you don't need the "variable" anymore
[16:43] <Saviq> cool beanz
[16:44] <tsdgeos> just pass it around and that's it
[16:44] <Saviq> tsdgeos, awesome
[17:00] <nic-doffay> Saviq, are you aware of any property in FilterGrid which is bound to the shell height?
[17:00] <Saviq> nic-doffay, there isn't one, but it shouldn't be there
[17:01] <Saviq> nic-doffay, it's the LVWPH that should control that animation, so that it's consistent regardless of whether FilterGrid is used or anything else
[17:03] <nic-doffay> Saviq, I'm not sure I follow. Must the FilterGrid animation be removed then?
=== om26er|food is now known as om26er
[17:04] <Saviq> nic-doffay, there's two separate animations there - we should think of fixing that
[17:05] <Saviq> nic-doffay, tsdgeos will know more, please make sure to talk to him about this tomorrow
[17:06] <tsdgeos> that's going to be a bit of a pain
[17:06] <tsdgeos> but yeah let's talk tomorrow
[17:06]  * tsdgeos eods
[17:07] <Saviq> nic-doffay, but yeah, it feels like there should be no animation on height in FilterGrid itself, but there's probably a reason why it'st here
=== jhodapp is now known as jhodapp|lunch
[17:10] <Wellark> greyback: pong
[17:10] <Wellark> greyback: sorry, didn't notice your ping on "this side" before
[17:10] <greyback> Wellark: no problem, I found what I needed anyway.
[17:10] <nic-doffay> Saviq, sure.
=== dandrader is now known as dandrader|afk
=== dandrader|afk is now known as dandrader
[17:57] <didrocks> mhall119: the french loco would want to discuss about their DPI (Dash Privacy Interface) at vUDS. Do you have a slot for it? https://blueprints.launchpad.net/dash-privacy-interface/+spec/community-1311-loco-projects-introducing-dash-privacy-interface
[17:58] <didrocks> mhall119: preferably in the last day slots
=== jhodapp|lunch is now known as jhodapp
=== alan_g is now known as alan_g|EOD
=== salem_ is now known as _salem
=== jhodapp is now known as jhodapp|afk