== Meeting information == * #ubuntu-touch-meeting: Calendar app meeting, 09 Jan at 14:01 — 14:56 UTC * Full logs at [[http://ubottu.com/meetingology/logs/ubuntu-touch-meeting/2014/ubuntu-touch-meeting.2014-01-09-14.01.log.html]] == Meeting summary == ''LINK:'' http://paste.ubuntu.com/6720914/ these were the notes mike made before the meeting ''LINK:'' http://ubuntuone.com/3sMmaKYo3LNx8NuITYdNoM ''LINK:'' http://ubuntuone.com/3yttsfR2mFsvFoCdXtJj4B ''LINK:'' https://bugs.launchpad.net/ubuntu-calendar-app/+bug/1240505 ''LINK:'' https://bugs.launchpad.net/ubuntu-calendar-app/+bug/1248123 == Vote results == == Action items == * (none) == People present (lines said) == * popey (113) * pkunal-parmar (82) * zsombi (13) * meetingology (3) * davmor2 (1) == Full Log == 14:01 #startmeeting Calendar app meeting 14:01 Meeting started Thu Jan 9 14:01:55 2014 UTC. The chair is popey. Information about MeetBot at http://wiki.ubuntu.com/meetingology. 14:01 14:01 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 14:01 popey: they don't need snow for that 14:02 Calendar App links:- 14:02 Bugs: https://bugs.launchpad.net/ubuntu-calendar-app/+bugs 14:02 Reviews: https://code.launchpad.net/ubuntu-calendar-app/+activereviews 14:02 Blueprint: https://blueprints.launchpad.net/ubuntu-phone-commons/+spec/coreapps-1404-calendar-dev 14:02 General Links:- 14:02 Milestones: https://launchpad.net/ubuntu-phone-coreapps/+milestones 14:02 Burndown: http://status.ubuntu.com/coreapps-14.04/ 14:02 Blockers: https://wiki.ubuntu.com/Touch/CoreApps/Blockers 14:02 davmor2: just driving to avoid me ☻ 14:02 pkunal-parmar: we had a discussion yesterday about making some of the core apps work well on the desktop 14:03 and mhall119 identified a number of interesting bugs relating to google synced calendars 14:03 yes, I seen that video, It was good discussion 14:03 I'll file them against the app once the meeting is over. 14:03 oh good! 14:03 sure, that will help, I never noticed 14:03 some were time related, timezone things 14:03 like meetings showing up at the wrong time at one end or the other 14:03 though I dont have much events in my google calendar 14:04 we have lots, so we can test that easily 14:04 right 14:04 the other thing we discussed was not making major UI changes, but simple ones in the short term 14:05 like keyboard navigation 14:05 and making sure the various elements (like the day highlight) work well on desktop size screens 14:05 again, I'll file some bugs for these this afternoon 14:05 if we put keyboard navigation then we need to think about highlight as well? 14:06 yes 14:06 I mean which component is currently having keyboard focus 14:06 ah, right, yes. 14:06 so for example we can have navigation without changing focus 14:06 like pageup/pagedown 14:06 and navigation which does change focus, like arrow keys 14:06 where arrows are more fine grained than page up/down 14:07 does that make sense 14:07 yes, that makes sense 14:08 also needs to work with mouse scroll 14:08 so on device with keyboard we display highlight and react to keyboard but on all touch device, we dont highlight anything 14:08 ? 14:08 for example the RSS reader can scroll left/right if you have horizontal scroll enabled 14:08 on touch you hilight when something is touched, yes 14:08 ok 14:08 well, hang on. lets clarify highlight ☻ 14:09 sure 14:09 i may be confusing two terms here. 14:09 so for month view for example today (9th) is highlighted, because that's today, right? 14:09 white box on green background. 14:10 but on touch we don't have any concept of highlighting the non-active day 14:10 you touch the day and it zooms in 14:10 yes lets use focus for keyboard highlight and highlight for visual highlight for today and other indicator 14:11 i think we may need to try this out and see how well it works? 14:11 i guess yes, so if we take example of month view 14:11 we have today highlighted, 14:12 yes 14:12 but when we move foucs using keyboard we will need another indicator 14:12 that shows if I press enter now, it will zoom to this day 14:12 and not today 14:12 right 14:13 so leave the white box on today, but maybe a square around the day? 14:13 yes 14:13 like the magnetic square you get on a wall planner 14:14 ok. I'll file bugs for these items so we can track them 14:15 ok 14:15 same may be applied to week and year view as well 14:15 http://paste.ubuntu.com/6720914/ these were the notes mike made before the meeting 14:15 exactly 14:15 and [enter] to select? 14:16 to zoom in.. 14:16 [esc] to zoom out? 14:16 i think it's something we'll have to have a play with, i dont think the design team have come up with standard keyboard shortcuts for these things 14:16 we need to just use common sense really. 14:17 there's a couple of other items in that paste. 14:17 that the date picker should allow for the scrollwheel to scroll. 14:17 yes, I was just going through them 14:17 and a text box for input 14:18 right 14:19 I just went through it, makes sense 14:19 great! 14:21 I'll get work items and bugs filled. 14:21 I was discussing someting with zsombi 14:21 Any issues from your side? 14:21 oh? 14:21 I invited him to meeting now 14:22 hi guys 14:22 So let me give overview of my problem 14:22 I was implementing AllDayEvents in calendar 14:22 hey zsombi 14:22 and when there are more then one All Day event, I decided to show listview in Popover 14:23 so it works fine, but Popover always pops out on up direction 14:23 I think it would look nice if it pops to down direction 14:23 popey, what do you think ? 14:23 i dont understand. 14:24 I will try to put some screenshot 14:24 wait 14:24 ok 14:24 popey: his problem is that when the popover pops up, it always pops up above the caller object, and he would like to have it under the caller object 14:25 over as in vertically nearer the top of the screen? 14:25 rather than below nearer the toolbar? 14:25 or in the z direction? 14:25 popey: verically closer to the top of the screen, z order is stacking :) 14:25 indeed, glad we clarified that ☻ 14:26 ok. is that a design decision for popovers to go above? 14:26 dont recall seeing that on other platforms 14:27 design fixed the way popovers should appear, so it appears above the caller if there is room, on the right if above there's no room but on the right there is, below if neither of the previous conditions satisfy 14:27 and on the left if neither of the previous three satisfy 14:27 so it goes around the clock 14:28 right 14:28 it's fixed by UX, and we do not provide any possibility for customization to keep UX consistent 14:28 so my inclination is that we implement as it is, and put it to design for review. 14:29 if it turns out it's not usable or looks crap, they should pick up on that. 14:29 I'd suggest the same, +1 popey 14:29 it could be that they don't even want popover but some sort of drop-down stuff, like with OptionSelector or whatever... 14:30 indeed 14:30 I can use other option 14:30 it may be clumsy but I think it's one for design to look at, and we can certainly push it under their noses 14:31 http://ubuntuone.com/3sMmaKYo3LNx8NuITYdNoM 14:31 http://ubuntuone.com/3yttsfR2mFsvFoCdXtJj4B 14:31 this is how it currently looks 14:32 ok, that makes it clear, thanks for those pkunal-parmar 14:32 yes, I'd keep it on top for now, and we can put it to design for review. 14:32 I'd say go for it like that 14:32 ok 14:32 it's not blocking us is it? 14:33 it looks cool btw ;) 14:33 no, I thought changing direction would be available so asked, but it does not looks bad 14:33 thanks :) 14:33 ☻ 14:34 Ok, anything else? 14:34 regarding EDS 14:34 renato resolved some bug 14:34 so will be available on 13.10 ? 14:35 which bug? 14:35 like delete, description support and recurrence support 14:35 let me find out 14:36 https://bugs.launchpad.net/ubuntu-calendar-app/+bug/1240505 14:36 can you check this 14:36 ok guys, if you don't need me I'll be heading home :) 14:36 I am done, thanks for your help 14:37 welcome, any time!! 14:37 ok 14:38 so was wondering will be available to 13.10 ? 14:38 I'll look into it. 14:38 are you concerned because you don't want to upgrade to 14.04? 14:39 not sure 14:39 If I dont face any problem with 13.10, then I would like to continue using it 14:40 ok. 14.04 is pretty stable ㋛ 14:40 (I am on 13.10 too) 14:40 :) 14:40 I'll find out 14:41 right, I am not sure how this EDS fix (this and future) is going to work with 13.10 14:41 so its better to clarify, then I can decide to upgrade or not 14:41 I think it may be easier/quicker to upgrade 14:42 looks like, I will upgrade in that case 14:42 ok. thanks. 14:42 so in case of 14.04 14:42 I'm on 14.04 on my desktop, 13.10 on laptop, it's fine 14:42 when generaly fix is delivered ? 14:43 on the phone or desktop? 14:43 desktop 14:43 and phone as well 14:43 I thought both comes at same time 14:44 let me check.. one moment 14:44 there's a strict queue for landing on the phone 14:44 qtorganiser isn't in the list, I'll get it added 14:45 and did you checked my screenshots, now time labels are not middle of green rect but are half way across, what do you think of that ? 14:45 ok, that will be great 14:45 oh, i didnt notice 14:45 hmmm 14:45 that looks odd. 14:46 looks more usual having them between the lines 14:47 i thought it better shows what time it is, 14:47 ok 14:47 yeah, i can see the rationale. it makes sense 14:47 not saying it looks bad, just odd ☻ 14:47 ← not a designer 14:47 I was just trying, I read somewhere some guy was complaining about this 14:47 ah okay. 14:48 may be in bug, not sure 14:48 https://bugs.launchpad.net/ubuntu-calendar-app/+bug/1248123 14:48 I'll add qtorganiser5-eds to the landing asks.. will your calendar part land soon too? 14:48 may be thisone 14:48 its "needs fixing" 14:49 I need to test it once, 14:49 code is ready 14:49 its needs fixing because we can not varify if code works or not 14:50 but I think it will work 14:50 just needs testing 14:50 can you test with the patched eds from that bug? 14:50 so we can land both together? 14:50 (once tested) 14:51 i.e. we dont want to land that eds fix and then find out that it doens't actually fix the problem and have to land another eds fix 14:51 I can try, I was not sure if that code will work with 13.10 14:51 will try 14:51 right that makes sense 14:52 I will check that branch 14:52 thanks 14:52 All Day flag support is also missing from EDS right now 14:52 is there a bug for it? 14:52 yes, I created one 14:52 ok 14:53 now is a good time to upgrade to 14.04 then ㋛ 14:54 :), yes may be on sunday 14:54 cool 14:55 ok, anything else? 14:55 no, I am done 14:55 Awesome. I'll get these bugs filed! 14:55 Thanks pkunal-parmar 14:56 welcome 14:56 #endmeeting Generated by MeetBot 0.1.5 (http://wiki.ubuntu.com/meetingology)