== Meeting information == * #ubuntu-touch-meeting: Dekko meeting, 17 Mar at 12:32 — 13:16 UTC * Full logs at [[http://ubottu.com/meetingology/logs/ubuntu-touch-meeting/2016/ubuntu-touch-meeting.2016-03-17-12.32.log.html]] == Meeting summary == == Vote results == == Done items == * (none) == People present (lines said) == * popey (36) * DanChapman (22) * faenil (20) * meetingology (3) == Full Log == 12:32 #startmeeting Dekko meeting 12:32 Meeting started Thu Mar 17 12:32:40 2016 UTC. The chair is popey. Information about MeetBot at http://wiki.ubuntu.com/meetingology. 12:32 12:32 Available commands: action commands idea info link nick 12:32 o/ heyall 12:32 So James won't be able to make it today as he's on vacation 12:33 And I wanted to apologise for the mess up which ended up with dekko added and removed from the image! 12:34 Ok that's cool, no worries. Turns out it found a nasty bug anyway :-) 12:34 true, good to find it now I guess :) 12:36 So, what do we have to discuss this week :) 12:38 Sorry about that irc client kept crashing. So progress on the qmf changes is going well. Just figuring out how to handle undo actions for delete/move/copy message actions. 12:38 cool 12:40 Nice! 12:41 Could do with some opinions on how to do handle it if the user goes down the message list deleting one-by-one. At the moment i'm using a timer to wait before exporting updates. Do you think its wise to reset the timer if another delete action occured before the timer has triggered and batch up the export jobs? 12:42 So what you don't want is the list moving around when messages are deleted right? 12:42 mmm 12:42 And jsut show a message "X messages deleted... Undo?" and increment X if another action occured 12:42 ah 12:42 Not sure I'd batch them tbh 12:42 agree 12:43 Like take a scenario where I have a small amount of time on wifi, on the train - london underground 12:43 and i want to swipe away those 10 spammy mails 12:43 so I swipe, swipe, swipe swipe swipe.... 12:43 then lock my phone and put it in my pocket 12:43 or switch to a game or whatever 12:43 In my mind, those mails have all been deleted. 12:44 If there was some transient network glitch, I'd be okay with maybe the last one of them not being done because I went in a tunnel 12:44 but I'd be a bit annoyed if I took my phone out and all 10 were still there because it was batched up and the signal lost 12:46 Ah ok. Well network connection doesn't really come into this anymore as the deleted flag is only being set in the local mail store. Once the timer triggers if network is available then they will get exported then to keep the server up to date with our changes. If there's no network then they will get synced the next time a connection is available. 12:48 oh, okay then :) 12:48 Basically the delete/move/copy actions are being done in an offline mode so that the changes can be rolled back before they are exported to the server. 12:48 DanChapman: that still means if I don't use my phone anymore they'll never get exported 12:49 I'll still find them on the webmail 12:49 (after I lose connectivity because of the tunnel) 12:52 faenil right but that's better than deleting a message on the server and then being unable to undo it because you lost connectivity 12:52 *then not 12:52 DanChapman: sure, it depends if we want to provide the undo feature 12:52 if we do, then we have to make it clear that you haven't deleted it yet 12:55 I assumed the undo action being visible implied it hasn't happened yet so you can cancel the action. 12:57 Once the undo action is no longer available the export happens 12:57 DanChapman: yeah I don't remember how undo works in Dekko atm, I only use it to check emails 12:57 which at the moment is only 3 seconds after the initial delete. 12:58 There isn't any undo in dekko atm :-) 12:58 ah, lol ok :D 12:59 not sure... 13:00 I think batching is fine as long as it's crystal clear to the user that the email has not been deleted yet 13:00 i.e. if the undo is in the swiping actions, that's not enough imho 13:01 maybe marking the list item somehow would be better 13:01 but at that point you have to reset its state in case you lose connectivity, or keep the "I'm about to delete it" state until you get connectivity back 13:03 * faenil runs 13:04 got to go...have a lovely day people...time's up for me :/ 13:04 DanChapman: we can take this offline if you want more opinions from my side :) 13:04 faenil, ack, shall we carry it on over on telegram later? 13:04 sure 13:04 sweet :-) 13:05 \o/ 13:05 Ok, anything else? :) 13:05 popey, when's the deadline for me to try and have a click ready with the qmf changes? 13:05 for a chance to get it into ota-10 that is 13:06 good question 13:06 Technically I don't think you _have_ to 13:06 they will just take whatever latest store is at the time and put that in the image 13:06 once QA are happy 13:06 You _could_ defer the QMF update to after OTA-10 13:06 if that helps alleviate some pressure off you 13:08 ahh ok. So when it's ready just get it into the store. My concern with deferring is transferring accounts.Might prove to be tricky :-/ 13:09 Well your existing users are gonna have to do that anyway, surely? 13:09 This gives more time to do? 13:12 that's true. Yeah it adds a little and it might require a re-show of the setup wizard to get some extra details that Dekko currently doesn't require. I'll look into it again and get back to you with a bit more detail 13:13 We could get some help for that if needed 13:13 so yeah, have a think. 13:15 Oh cool, that would be awesome. :-) I'll give you a shout once i know more 13:15 great. 13:15 Ok, anything else? 13:15 nope :-) 13:15 \o/ 13:15 Thanks DanChapman ! 13:15 cheers popey :-) 13:15 Will let you know of any progress on landing dekko in the image 13:16 super, thanks! 13:16 #endmeeting Generated by MeetBot 0.1.5 (http://wiki.ubuntu.com/meetingology)