== Meeting information == * #ubuntu-touch-meeting: Trojita meeting, 25 Apr at 13:01 — 14:04 UTC * Full logs at [[http://ubottu.com/meetingology/logs/ubuntu-touch-meeting/2014/ubuntu-touch-meeting.2014-04-25-13.01.log.html]] == Meeting summary == ''LINK:'' https://trello.com/b/73rFyG6n/ubuntu-email-client might be handy to refer to ''LINK:'' https://git.reviewboard.kde.org/r/117657/ that one? == Vote results == == Done items == * (none) == People present (lines said) == * popey (74) * jkt (54) * DanChapman (27) * boren (12) * meetingology (3) == Full Log == 13:01 #startmeeting Trojita meeting 13:01 Meeting started Fri Apr 25 13:01:10 2014 UTC. The chair is popey. Information about MeetBot at http://wiki.ubuntu.com/meetingology. 13:01 13:01 Available commands: action commands idea info link nick 13:01 seems boren just pung out 13:01 Hello DanChapman blaroche jkt 13:02 wow it's that time of day already 13:02 hey popey how's it going? 13:02 Great stuff.. 13:02 Slightly less stressful week now 14.04 is out the way 13:03 So, any progress to report this week? 13:03 https://trello.com/b/73rFyG6n/ubuntu-email-client might be handy to refer to 13:04 Well I managed to get a hold of gcollura yesterday and he is going to finish try and get message composer finished over the weekend 13:04 ok. 13:05 boren i believe is tidying up the message view and mark for deletion bits 13:06 https://git.reviewboard.kde.org/r/117657/ that one? 13:07 yes and it looks like he has changed the adress widget back 13:08 I'm seeing a number of things "overdue" in "Doing" on trello. 13:08 Is there a blockage? 13:11 yes the smtp settings page is waiting on the settings rework review to land first https://git.reviewboard.kde.org/r/117504/ then i can get smtp completed as it's going to be added to the tabs component 13:11 jkt is the password plugin near to done as i'd like to make those changes aswell for smtp settings? 13:14 DanChapman: password plugin? 13:15 DanChapman: "done" as in? 13:15 popey https://git.reviewboard.kde.org/r/117568/ 13:15 DanChapman: there's a branch I put a ton of time into during the last week, it works reasonably well for the desktop version 13:16 I have some pending changes for the QML bits and for moving of the PasswordWatcher (which talks to the plugin) into the ImapAccess 13:16 but it isn't done yet 13:16 jkt sorry i mean 'close to being merged' into trunk. 13:16 ah ok brilliant :-D 13:18 Thanks. 13:19 DanChapman: you'll still need to write an actual plugin yourself 13:19 Where would that store passwords, or is that the point of the plugin, storing wherever is appropriate for the platform? 13:19 (apologies for what may be a dumb question) 13:20 popey: it will be up to the plugin to do whatever it wants to do with these passwords, yeah 13:21 alternatively, you can teach QtKeychain to use the Ubuntu's PW storage, as we already support QtKeychain 13:22 Gotcha. 13:23 hi boren 13:23 hi, popey. Sorry I am late. 13:23 no problem. 13:23 hey boren, 13:24 boren: was just going through trello seeing if there were any blockages, and making sure you guys had stuff you can be getting on with? 13:25 what is "Settings control - Number of emails maintained in inbox"? 13:25 and what about "Sync now function for new messages"? 13:25 jkt: this was a feature requested which limits the amount of data held on device 13:26 so 1 day worth or 1 week worth of mail for example 13:26 and a setting to control that. 13:26 that's doable, but I don't think it's a critical feature to be implemented right now 13:26 "Sync now" is a feature to allow the user to easily trigger a "Send/Receive" or "Refresh" to get mail. 13:26 read that as "requires core functionality" 13:27 trojita always synces the view whenever it is connected 13:27 the reason it's seen as a priority is the limited storage on a mobile device. 13:27 popey we have a some design issues which we are in need of clarification for example https://git.reviewboard.kde.org/r/117514/ 13:27 especially when connected to a large backend such as gmail where you may have a giant inbox of messages. 13:27 popey: I understand that, but what's your desired space cap? 13:28 not space, time. ☻ 13:28 1 day, 1 week, 1 month. 13:28 I might set mine to 1 day, my wife sets hers to 1 month as she gets less mail than me 13:28 well, trojita works differently, it stores only what was downloaded already 13:28 right, and over time that grows, right? 13:28 yes 13:28 so the idea is to throw away anything older than N days. 13:28 I'm all for having that available and tweakable by the user 13:28 well 13:29 how to put it in a way which is as clear as possible 13:29 you'll still "see" everything on your device 13:29 if you go back in time in your inbox and look for it.. 13:29 the actual content of that mail will not be cached locally, sure 13:30 Right, so assume I have it set to 1 week.. 13:30 I only have on my device mail from the last 7 days, but i want to view a mail I got 3 weeks ago. 13:30 I search for the recipient or scroll back, and open the mail. 13:30 That mail is now on my device. 13:30 but it should be cleared at some point.. 13:30 and that's not how trojita works, which is the confusing part 13:31 you don't have full 7 days worth of mail on your device 13:31 you could, but code which goes ahead and downloads that is not there 13:31 hence mu suggestion to focus on other functionality for now 13:31 Sure. 13:31 I understand. 13:32 trojita's cache consumes 283M on this laptop, and I've been using it for two years 13:32 Ok, that's nice ☻ 13:32 but I'll admit that the PPT attachments are in another place of the cache 13:32 Do you ever get any email? ☻ 13:32 lol 13:33 popey: I have folders which I read multiple times a days, many of them with 60k+ messages 13:33 ok, I put a note on that card. 13:33 So it re-downloads the mail when you visit the folder? 13:33 nope 13:33 Just efficient caching? 13:34 turns out that the "size of mail" as reported by e.g. gmail and "size of mail" as the size of stuff needed to show it are two different numbers 13:34 Right. 13:34 grr how do you remove labels in trello? 13:35 hmmm, could be that I open most of office documents from INBOX and *then* move that mail to a dedicated folder, which deletes the cached data 13:35 I think we need to do some more testing on mobile to see if this is as much of a problem as we expected. I'll be delighted if it isn't. 13:35 But as you say, we have other things to do. 13:36 DanChapman: click on the selected label will unselect it. 13:37 hah boren thanks :-D 13:37 DanChapman: i see no design questions on https://git.reviewboard.kde.org/r/117514/ 13:37 seems you guys thrashed it out 13:37 one thing which I find missing is control over online/offline status; right now, when it disconnects, you cannot (?) go back online 13:39 jkt indeed i only noticed that this morning running on the phone. On the desktop i never keep it open long enough 13:39 popey: we were thinking whether it is appropriate to use a star for flagged(or important) message. 13:39 jkt: that could be labelled as a "refresh" which other mail clients have. 13:39 boren: i think so. 13:39 * DanChapman also still wants to know what the small email and contact icons are supposed to do? 13:39 DanChapman: in which image? 13:39 the message list vierw 13:40 oh i see 13:40 There is a large contact icon in the Coloured ubuntu shape and immediately beside it a small contact icon. Seems odd to me 13:42 are we supposed to be able to touch them or does something in the background change there state? 13:43 they seem too small to touch 13:43 more symbolic 13:43 I poked Andrea earlier in the week and he was a bit busy. I'll give him some specific things to look at. Including this. 13:44 popey that would be great 13:44 Anything else we need to discuss? 13:44 thanks 13:45 nope I think just finish off all the current work atm 13:45 DanChapman: are you using the build on your phone? 13:46 popey yes it arrived yesterday :-D, although i cant get QtCreator to build and run it on the phone 13:47 oh, we need to fix that. 13:47 popey is there a bug for it? 13:47 can you drop by #ubuntu-app-devel after the meeting and we'll see what needs doing 13:47 i dont know. 13:47 ah ok yep sure will 13:48 Ok. jkt boren anything you guys wanted to bring up? 13:48 seems that I should check if that ancient Android device which I have on my desk could be flashed to Ubuntu 13:48 almost certainly not. What model is it? 13:48 nexus 4 is about the only phone we support well now. 13:49 some "Galaxy (whatever)", but I vaguelly recall it used to be supported some time ago 13:49 could have changed 13:49 it used to be, yes. 13:49 Unfortunately not any longer. 13:50 popey: nope. I will have more time to do this after the exam next Monday. 13:50 one thing which works in aweird manner in the simulator is the back button 13:50 oh? 13:50 the bottom bar sometimes does not want to pop up 13:50 That's going away soon. 13:50 if I mouse over the bottom left corner, I see an animation, but it usually goes back to being invisible soon 13:50 We're moving the toolbar up to the top of the screen. 13:50 OK, never mind, then 13:51 But for now you need to pull up from near the bottom, very near the bottom 13:51 another thing which was touched today, but not decided 13:51 the QML components and the list item base 13:51 accoridng to the API docs, it's experimental/unfinished/subject to change 13:52 the way it handles deletion is wrong, imho, because it proceeds to hide the visible item even before the model acknowledged the delete by rowsRemoved 13:52 that should be changed at the components level 13:52 yes, The ListItem makes me crazy 13:52 +1 13:53 basically, it hides the item upon swipe, and the docs tell the programmer to ask the model to delete the item at that time 13:53 that's just wrong 13:53 someone should take that to the devs who are responsible for that component, and it wouldn't be me 13:53 another thing, the Qt5's WebView now integrates Flickable, which means that we'll have two nested flickables in the one message view 13:53 that's confusing, IMHO 13:54 jkt: I will file a bug as you said for the listitem 13:54 I suppose a correct way of fixing that is to force the outer dimensions of that WebView's own flickable to match the content's size unconditionally 13:54 but I can also imagine all sorts of layouting bugs related to that 13:55 boren: cc me in there please 13:55 jkt: OK 13:56 jkt: yes I cannot set the height of webview to contentheight. It will trigger a loop and the result height is extremely large. 13:57 jkt: If we are doing HTML, is matching content size possible? 13:57 boren: t1mp might be a good person to ping about that 13:57 boren: I don't understand that question 13:58 jkt: I mean there should be scaling for html as the html page can get pretty large. Then the webview should be flicking anyway. 13:58 boren: I disagree 13:59 even if it's large, it should still be possible to handle with a single Flickable 14:02 jkt: I don't know how to do it now. maybe we can discuss it another time. 14:02 or in #trojita 14:03 Sounds like a plan. 14:03 Lets wrap up then. 14:04 Thanks guys ! 14:04 #endmeeting Generated by MeetBot 0.1.5 (http://wiki.ubuntu.com/meetingology)