[07:30] <dholbach> good morning
[07:35] <JamesTait> Good morning all; happy Hugging Day! :-D
[15:01] <balloons> nik90, ping
[15:03] <nik90> balloons: pong
[15:04] <balloons> hey, so I was working on the autopilot tests for clock, specifically the timer tests. Just wanted to point out some bad behavior  about tests calling other tests ;-)
[15:05] <nik90> But I thought I created functions to do specific tasks and call them in the tests
[15:05] <nik90> I remember doing them in the stopwatch tests.
[15:05] <nik90> not sure about the timer actually
[15:05] <balloons> right.. don't remember timer ;-) I know we had this conversation, but it happens here. There's some other strange things as well
[15:06] <balloons> who knows, no worries..
[15:06] <nik90> balloons: I can do what I did to the stopwatch for the timer tests as well
[15:06] <balloons> I've already got an mp going for it
[15:07] <balloons> https://code.launchpad.net/~nskaggs/ubuntu-clock-app/fix-testtimer-tests/+merge/202132
[15:07] <nik90> oh thnx
[15:07] <nik90> I notice some test failures
[15:07] <nik90> balloons: can you disable the alarm tests?
[15:07] <nik90> they are not ready
[15:07] <balloons> 1 question for you however.. do you have the bug for the alaram? I want to update the the skiptests with the bug number
[15:09] <balloons> nik90, yes I'll disable them again, just wanted the proper bug number ref
[15:09] <nik90> balloons: https://bugs.launchpad.net/ubuntu-clock-app/+bug/1269064
[15:09] <ubot2`> Launchpad bug 1269064 in Ubuntu Clock App "The Add alarm page design is confusing" [High,In progress]
[15:09] <nik90> balloons: also the thing is sometimes EDS is acting up where the alarm takes ages to be added to the EDS in which case the test can fail
[15:10] <nik90> balloons: I am still trying to reproduce it consistently to report a bug
[15:10] <nik90> balloons: I remember me and popey havig that issue on the computer and the phone sometimes
[15:10] <nik90> s/havig/having
[15:10] <balloons> I remember seeing some of that
[15:11] <nik90> balloons: I am busy with some university work this week. So I can only start on the alarm bugs next week
[15:11] <balloons> k, should be good now I think.. I believe I was finished with it last week :-p
[15:12] <nik90> balloons: I will try and take a look at your MP
[15:15] <balloons> ty
[15:21] <balloons> nik90, oO, actually looks like I didn't finish clearing out the calls to other tests yet, he
[15:23] <nik90> balloons: just leave me a message when the MP is ready..Also I noticed some statement which did not really change but still appear in the diff
[15:23] <nik90> balloons: is it possible to fix those?
[15:23] <balloons> nik90, I believe line endings.. my editor strips trailing space for instance
[15:23] <nik90> balloons: ah
[21:32] <iBelieve> popey, ping
[21:33] <popey> iBelieve: pong
[21:34] <iBelieve> popey, forgot to ask this in the meeting - do you know when the design team will release the new icon theme, specifically the file/folder icons?
[21:34] <popey> good question, no.
[21:34] <popey> iBelieve: I know who to ask though, and will do
[21:35]  * popey adds a to-do
[21:35] <iBelieve> popey, okay, thanks
[21:35] <iBelieve> I'm super excited about the new icon theme - it's awesome :)
[21:35] <popey> yeah!
[21:38] <popey> +65
[21:40] <iBelieve> popey, Okay, I finished the changes vthompson requested. The branch is lp:~mdspencer/ubuntu-filemanager-app/better-desktop-support
[21:40] <popey> great!
[21:45] <WebbyIT> popey, Kevin has just answered to your mail: we have no way to say to window to no resize itself, and ETA for this function is 14.10. I marked bug as triaged, and now we have to wait :/
[21:45] <WebbyIT> I'm talking of bug 1267827
[21:45] <ubot2`> Launchpad bug 1267827 in Ubuntu Calculator App "Calculator window shouldn't be resizable on desktop" [Undecided,Triaged] https://launchpad.net/bugs/1267827
[21:59] <popey> +65
[22:14] <aquarius> hey, popey, ping
[22:15] <aquarius> popey, who should I nudge to see about getting https://code.launchpad.net/~sil/ubuntu-keyboard/top-row-numbers/+merge/198701 reviewed? I don't mind if it's reviewed with a "no we have decided to not do this", or "yes, good idea", but I'd like to hear some answer and it's been a month ;)
[22:22]  * popey looks
[22:22] <popey> one for bfiller IMO
[22:23] <bfiller> aquarius: I'm the keyboard guys for the short term as the others have all left :)
[22:23]  * aquarius grins
[22:23] <bfiller> aquarius: need to run that one by design
[22:23] <aquarius> heya bfiller
[22:23] <bfiller> I saw the MR
[22:23] <aquarius> bfiller, ah, right. Are you blocked waiting for *me* to run it by design, or is that a thing for you to do?
[22:24] <aquarius> no problem now that I know what's going on, though
[22:24] <aquarius> I am aware that design's queue of things to think about is Quite Long :)
[22:24] <bfiller> aquarius: I think it's agood idea
[22:24] <bfiller> like how android does it
[22:25] <bfiller> aquarius: I will run it by them
[22:25] <aquarius> cool
[22:25] <aquarius> Making more stuff accessible from the front page of the keyboard is all good as far as I'm concerned -- they're advanced shortcuts, certainly, but they don't impinge on normal use
[22:26] <aquarius> has anyone thought about gesture keyboards? Am totally smitten with the android one; I'd forgotten, in a year of using the iPhone, just how much faster and easier swipe keyboards are ;)
[22:26] <bfiller> aquarius: would you mind taking a screenshot and sending it to me of it working in that mode?
[22:27] <aquarius> I wouldn't mind, I'll just have to build it and install it on the phone again :)
[22:27] <aquarius> will try to
[22:27] <aquarius> hey, this is a good excuse to try out the emulator, isn't it?
[22:27] <bfiller> aquarius: we've thought about it in that we now have a plugin architecture that makes it relatively easy to write whatever keyboard layout you want
[22:28] <bfiller> aquarius: and a swipe one could be developed, or we could plug to a third party engine
[22:28] <aquarius> orly? substitutable keyboards a la Android? Cor! I thought that that'd get stopped by confinement, at this stage. Cool.
[22:28] <aquarius> not that I can help, since I'll bet fifty dollars that you can't write a whole keyboard in pure QML ;)
[22:29] <bfiller> it would talk to the maliit-server to do the hard work I think, would be just the UI part with hooks to talk to the maliit engine
[22:31] <bfiller> aquarius: hmnn, you're not going to be happy with this news..
[22:31] <aquarius> oh?
[22:31] <bfiller> aquarius: and you can thank mr. moenicke - but the keyboard layouts are now in qml files in a different location. no more xml shite
[22:31] <aquarius> aaaaaaaaaaaaaaaaaaaaaaaaaaaaaargh.
[22:32] <aquarius> I specifically asked about the annoying xml before creating the branch. Goddammit.
[22:32] <aquarius> ah well. So, then, reject the branch because it no longer applies, and if design say yes then I will happily create a new version of the branch which applies to the new keyboard.
[22:32] <bfiller> aquarius: makes sense
[22:32] <aquarius> tch, eh?
[22:32] <bfiller> aquarius: will do, sorry about that
[22:33] <aquarius> nah, is perfectly sensible to move them, and I'm all for no XML
[22:33] <aquarius> also, this is punishment for me for firing off a branch and not checking in on it ;)
[22:36] <aquarius> popey, thank you