17:00:26 #startmeeting Ubuntu Touch Calculator App meeting 17:00:26 Meeting started Thu Apr 11 17:00:26 2013 UTC. The chair is popey. Information about MeetBot at http://wiki.ubuntu.com/meetingology. 17:00:26 17:00:26 Available commands: #accept #accepted #action #agree #agreed #chair #commands #endmeeting #endvote #halp #help #idea #info #link #lurk #meetingname #meetingtopic #nick #progress #rejected #replay #restrictlogs #save #startmeeting #subtopic #topic #unchair #undo #unlurk #vote #voters #votesrequired 17:00:32 who's here? 17:01:55 * popey pokes mhall119 & rferrazz 17:03:32 hmm :/ 17:03:34 * popey taps the mic 17:03:39 is this thing on? 17:03:57 popey: I can hear the mic :) 17:05:03 ok, lets start.. 17:05:19 some handy links for the minutes... 17:05:25 blueprint: https://blueprints.launchpad.net/ubuntu-phone-commons/+spec/initial-calculator-development 17:05:31 bugs: https://bugs.launchpad.net/ubuntu-calculator-app 17:05:38 reviews: https://code.launchpad.net/~ubuntu-calculator-dev/ubuntu-calculator-app/trunk/+activereviews 17:05:55 boiko: I understand you've taken a look at the code? 17:05:58 any concerns? 17:06:37 popey: so yes, I took a look at the code, no real concerns for now, there is certainly room for improvement though 17:06:59 I have reported some entries in the blueprint already, and one bug I found (which rferrazz fixed already, btw) 17:07:05 sweet 17:07:21 is it all stuff specific to the calculator app or in general that our other app devs may need help with? 17:07:24 I have also written two autopilot tests for the bugs that got fixed to serve as example for writing more tests 17:07:58 can you link to the branch & bugs for me? 17:08:10 nope, it is more specific to the calculator apps, like some hints on doing things a different way in QML, or better using some components from SDK, etc 17:08:20 yes, sure, finding the bugs and the MR 17:08:24 ta 17:08:56 popey: this is the MR (placed against rferraz's fix): https://code.launchpad.net/~boiko/ubuntu-calculator-app/add_tests_for_new_formula/+merge/158227 17:09:23 hi 17:09:42 and bugs: https://bugs.launchpad.net/ubuntu-calculator-app/+bug/1164973 17:09:48 https://bugs.launchpad.net/ubuntu-calculator-app/+bug/1165894 17:09:51 hi daliusd 17:09:52 hi daliusd 17:10:38 popey: that's it from my side 17:10:56 thanks boiko 17:10:59 hows it going daliusd ? 17:11:10 Everything is fine :) 17:11:27 trying irc client from command line 17:11:39 irssi, the only true irc client ? ☻ 17:11:43 how it is going for you? 17:11:55 great, happy to be playing with the app on a device.. 17:12:03 just looking through the work items... 17:12:03 https://blueprints.launchpad.net/ubuntu-phone-commons/+spec/initial-calculator-development 17:12:21 one week till end of milestone 0 17:12:50 we have a few "TODO" and "INPROGRESS" items. 17:12:59 btw, I added items to the milestone 0, I should have added to the Work items section in the end, let me edit that 17:13:21 boiko, edit it and let's look what will left 17:13:28 done 17:13:43 popey, maybe you have tested that bug with keyboard size on real device ? 17:14:15 daliusd: which bug? 17:14:31 https://bugs.launchpad.net/ubuntu-calculator-app/+bug/1156523 that one? 17:14:45 https://bugs.launchpad.net/ubuntu-calculator-app/+bug/1156523 17:14:52 Yes :) 17:15:07 it looks much better 17:15:13 let me get a screenshot and add to the bug now 17:15:23 Please do it :) 17:15:33 while I suspect how it will look like but do it anyway 17:15:37 for design team to see 17:16:20 https://bugs.launchpad.net/ubuntu-calculator-app/+bug/1156523/+attachment/3640935/+files/device-2013-04-11-181537.png 17:16:38 About other tasks from blueprint: [popey] Get final visual design: TODO - maybe this should be moved outside of this milestone 17:16:55 yes, i agree, I'll move it - we're blocked on design 17:17:00 popey, looks better than I have expected :) 17:17:16 done 17:17:19 ☻ 17:17:36 not sure what to do with mhall119 bugs 17:18:13 * boiko added one more item to the Work items section 17:18:14 hmm, its a bit sluggish on the device 17:18:22 boiko, what views? 17:18:23 I suspect that's not the fault of the calculator but the platform 17:18:49 daliusd: which bugs? 17:18:50 popey, slugish or stattering (damn not sure what's correct word in English) 17:19:00 daliusd: Simple, Scientific, etc 17:19:06 [mhall119] Fix packaging bugs (1153787 & 1155969): TODO 17:19:13 If I stab the buttons repeatedly, quickly, it doesn't react 17:19:32 Hmm, C doesn't work how i'd expect 17:19:37 it acts like "undo" 17:20:15 daliusd: the first I believeis corrected or being corrected by the SDK tema 17:20:26 popey, we need Riccardo input on C 17:20:29 the second is part of a larger package change that'll be coming soon (maybe today) from me 17:20:44 mhall119, please close if that's the case as I have no idea :) 17:20:51 hmm 17:20:59 daliusd: I'll double check then close 17:21:35 popey, about buttons not reacting: I would bet on platform as those are simple mouseareas 17:21:40 popey, but there is another option 17:22:07 popey, I have seen problem on BB10 but not on Symbian and Meego that might affect Ubuntu Phone 17:22:10 try following 17:22:14 daliusd: btw, I think we should use Button from SDK for the buttons, even if the visuals are different 17:22:17 press button and move your finger 17:22:27 I wonder if button will lose pressed state 17:22:40 it does 17:22:55 daliusd: boiko: is it performing any calculations still on button press, or does it delay that until = is pressed? 17:22:56 popey, how sensitive is it 17:22:57 ? 17:23:02 I guess that's the problem 17:23:05 only need to move a tiny bit 17:23:50 daliusd: popey: I might be wrong, but I think we get a fix for that if we switch to use Button from SDK 17:23:56 popey, maybe that's the problem 17:24:02 daliusd: popey: that's what I am using for the dialer in phone-app 17:24:05 maybe, i dont know. worth a try 17:24:12 boiko: most probably not but there is small chance 17:24:26 boiko: it is related to fact that button is in ListView 17:24:37 popey: do you see the same problem in phone-app? 17:24:43 daliusd: ah yes, that might indeed be 17:24:52 yes 17:25:02 only move a bit off a button and it un-hilights 17:25:16 I will fix that 17:25:16 popey: great! then we can report the bug for SDK ;) 17:25:24 press (highlights) drag a tiny bit to the side, the screen moves 17:25:44 ok. some actions! 17:25:59 #action popey file bug about c not working quite right (undo) 17:25:59 * meetingology popey file bug about c not working quite right (undo) 17:26:14 #action popey file a bug on sdk about buttons not holding state while moving finger 17:26:14 * meetingology popey file a bug on sdk about buttons not holding state while moving finger 17:26:20 what else ? 17:26:24 popey, 17:26:29 I doubt that it is SDK buttons 17:26:33 we are using custom buttons :) 17:26:35 daliusd: can you change the calc buttons to use Button from SDK? I can help with that to make it look custom 17:26:52 boiko: I can but they will look wrong 17:26:54 daliusd: it is not, but then if we use SDK buttons we can report the problem there and get fixed for all apps ;) 17:26:58 are we OK with that? 17:27:15 daliusd: same happens in dialler 17:27:25 boiko: I have reported one bug before one month or something like that 17:27:50 let us have the bug number and we can push for an answer 17:28:16 yep 17:28:36 https://bugs.launchpad.net/ubuntu-ui-toolkit/+bug/1152888 17:29:23 ok, thanks 17:29:32 daliusd: ah ok, well, in phone-app we do something different: we set the class of the button to transparent, and then draw text and background by hand 17:29:44 #action popey get response for bug 1152888 17:29:44 * meetingology popey get response for bug 1152888 17:29:55 anything else blocking daliusd ? 17:30:00 boiko, what's the point of using button then? 17:30:51 daliusd: to get the logic from the button (and not just using a plain mousearea), not sure if the code there for now is just a mousearea, but then if bugs like the one popey found get fixed, all apps get the fix 17:31:06 daliusd: instead of having many custom buttons doing the same fix all over the place 17:31:30 I doubt that there is fix for such scenario 17:31:45 I have one idea how to fix that 17:32:00 but it is inefficient 17:32:05 not sure if there is efficient solution 17:32:21 while I agree with you 17:32:28 daliusd: well, that bug (and that fix) specifically were just examples, the point is that if we get a robust button handling implementation in SDK, everybody benefit from it 17:32:42 Yes, I agree with you 17:33:30 How to set button class to transparent (in case it is not documented)? 17:33:53 daliusd: ItemStyle.class: "transparent" 17:34:13 boiko, thanks :) 17:34:24 sweet, we're out of time, any further questions / blockers? 17:34:37 I just have a question for daliusd 17:34:52 daliusd: also about the buttons, any reason not to use QML Grid to layout them? 17:35:15 boiko: there are some buttons that are non-standard 17:35:26 "=" and "0" 17:36:07 daliusd: ah yes, hmm, I think Grid had something for spanning items, I'll double check and get a solution for you 17:36:14 You can fix grid's column's or row's width/height 17:36:22 can't 17:36:51 daliusd: probably not, but I think there is a way to span an item across two rows or two columns, that would be enough for the case here 17:37:06 boiko, maybe. I sometimes find that Qt Quick 2.0 has something handy I am not aware about :) 17:37:29 daliusd: ok, I'll check that :) 17:37:45 that's it from my side 17:38:03 I don't have anything to add as well 17:38:09 I think blueprint is covered 17:38:12 awesome. expect some new bugs soon 17:38:12 :D 17:38:19 popey: I think we can wrap up the meeting 17:38:22 I hope Riccardo will handle his side 17:38:25 yup. 17:38:28 thanks guys 17:38:31 #endmeeting