13:00 #startmeeting Calendar meeting 13:00 Meeting started Thu Jul 30 13:00:54 2015 UTC. The chair is popey. Information about MeetBot at http://wiki.ubuntu.com/meetingology. 13:00 13:00 Available commands: action commands idea info link nick 13:00 hi popey & kunal 13:01 Hey! 13:01 Hi 13:01 so JMulholland has any design work moved forward for calendar? 13:02 Well, there’s the wireframes I shared last time we all spoke (not sure if Kunal has had time to look at them?) and the news that Jouni will be taking a look at the visual design for us as soon as he finishes his current project 13:03 https://docs.google.com/document/d/1UZEKYB1JS0CO0gEiPu701rhZSHimJYq6EgeLNhxG_1I/edit?usp=sharing 13:03 I just went through it brieftly 13:03 cool, of you have any comments or think anything is missing, just let me know! :) 13:04 thats the dekko spec? 13:04 oh, just the title is wrong 13:05 argh, copy + paste error from the template. appologies :P 13:05 do you know when jouni is due to finish that project? 13:06 probably week after next he says (after next weeks design sprint) 13:06 ok 13:07 sure, but it looks good to me from whatever I have seen 13:07 yeah, same :) 13:07 JMulholland, can you have look at slide 9 13:07 great, style-wise the visual design team have changed things up a bit again (as reflected in Jouni’s visual designs for dekko) but functionaly I think we should be in good shape with the wireframes 13:08 * JMulholland looks 13:08 “Event types”? 13:08 for Accepted Events: you mentioned "solid blue" 13:08 yes 13:09 do you mean fixed color ? or its just example 13:09 I meant as it currently is implemented, so its the blue colour we’re all very familiar with 13:09 also there are two Declined Events there 13:10 JMulholland, that blue color comes form Calendar setting 13:10 which we can change 13:11 to other color 13:11 Yea, that’s what I thought Kunal, which is why all the others are based on an accepted event 13:11 i.e. declined is same with strikethrough text 13:11 past event is same but partly transparant 13:11 ok, so basically we will just invert color , whatever is coming from calendar ? 13:12 unresponded is inverted boreder/fill colour 13:12 etc 13:12 yes 13:12 great, thanks 13:13 Although we might get some recommendations from visual design on what colours we use (they have been working on defining an updated colour pallete for all apps/ the SDK) 13:13 ^ FYI 13:13 kunal: could you take a look at the merges from gary wang? He's made a few. 13:13 ok, popey , will have a look 13:13 I also raised few, can you have look ? 13:14 JMulholland, on slide 7 13:14 I noticed you removed Agenda from menu ? 13:14 How we can reach to Agenda view in mobile on portrait mode ? 13:16 So what’s been suggested is that by default (when nothing has been selected) the agenda is shown on the right. Selectig a calendar entry for a date on the left replaces the agenda with the infor for that event. 13:16 deselecting a calendar entry on the left (clicking white space) shows the agenda on the right again 13:17 kunal: yup! 13:17 will take a look a bit later today 13:17 ok, that's for landscape mode right ? 13:17 Hey popey 13:17 so the left panel with dates is like the navigation area, and the right panel becomes the info display/edit/create area 13:17 oh i see what you mean 13:18 hey mihir 13:18 portrait view would have it in the nav menu, just like on a phone 13:18 ok, thank for clarification 13:18 and one last thing 13:18 fire away :) 13:18 slide 5 13:18 we don't show evens on Year view 13:19 but snaps are suggesting to show events on year view as well 13:19 is that so ? 13:19 aha, good point 13:19 will have arethink and update the wireframes 13:20 ok, great, thanks :) 13:20 I think I am good now, I will study more in weekend and leave comments if I have any 13:21 nice one. 13:21 feel free to ping me when Im around if you have any thoughts or suggestions too kunal. Thanks! :) 13:22 JMulholland, popey , I was planning to work on below bugs 13:22 https://bugs.launchpad.net/ubuntu-calendar-app/+bug/1475747 13:22 can you have look and let me know your opinion 13:24 I think all of the ‘expected behaviours’ listed there seem correct/ logical 13:26 but in that case, we don't need that intermediate selection 13:26 first click should be enough ? 13:26 that would be great kunal 13:26 yes, agreed 13:26 i think so 13:26 but I am fine both ways, 13:27 but I thought we added that step to avoid unintended selection 13:27 I’ll have a think/experiment with the current implementation a bit and then add comments to the bug 13:28 that would be nice 13:28 there is also another one, but for visual design 13:28 https://bugs.launchpad.net/ubuntu-calendar-app/+bug/1475976 13:29 I’ll be sure to flag it when visual design work gets going! 13:30 looks like its already assigned to the right person :) 13:30 heh 13:30 and have assigned 1475747 to myself for follow-up 13:31 ok, 13:32 also, can you have look on this one 13:32 https://bugs.launchpad.net/ubuntu-calendar-app/+bug/1473682 13:34 yeah, that is strange when scrolling back and forth, I'd agree 13:35 so, 13:36 should be reposition, previous week to week last day 13:36 that way if we are scrolling to previous week, 13:36 use has to scroll through whole week ? 13:37 and for next week, leave as it is ? 13:37 If I’ve understood your recommendation in the bug report correctly, I’m inclined to agree 13:37 Have assigned the bug to myself to follouw up 13:37 ok, then once you have something , leave comment there, I will try to fix it 13:38 will do! 13:40 Ok, anything else? 13:41 No, I am done. 13:42 super! 13:42 Thanks guys 13:42 #endmeeting