14:59 #startmeeting DocViewer meeting 14:59 Meeting started Thu Dec 10 14:59:22 2015 UTC. The chair is popey. Information about MeetBot at http://wiki.ubuntu.com/meetingology. 14:59 14:59 Available commands: action commands idea info link nick 14:59 faenil, JMulholland about? 15:00 sverzegnassi, how was your week? 15:00 great, thanks! yours? :) 15:01 Super! 15:02 I sent a mail to the product managers for the phone, to let them know that we now have LibreOffice support, they were excited and will be including this in future demos to partners and at trade shows :) 15:04 oh, nice! I saw a lot of enthusiasm on social too. I'm really happy for the work we've done :D 15:04 Yeah! 15:04 I didn't see a flood of bug reports 15:06 yeah, I expected to see some more to be honest. there are just a few small things to fix 15:06 So, what's next? :) 15:06 https://launchpad.net/ubuntu-docviewer-app/+milestone/ww02-2016 15:07 o/ 15:07 oo, that's quite a list 15:07 hey JMulholland 15:07 hi JMulholland! 15:07 popey: yeah, but 9 of them are mostly one line fixes, really! 15:07 yeah, i saw you'd tagged some as bitesize 15:08 zooming stuff requires a bit more of work, but don't seem to be much for the next release (we still have a month) 15:10 Anyway, during the last week I've found some time for building LibreOffice from the master branch. Nice things will come with LibreOffice 5.1 15:10 e.g. better spreadsheet documents support - https://imgur.com/a/I5U5n 15:11 which means we won't have a blank canvas if there's no data in the document 15:11 oooh 15:11 when is 5.1 due? 15:12 5th or 7th of February IIRC 15:14 ah, some way off 15:16 One of the feedback items I've seen a few times is full screen presentation mode 15:16 which I think would be good for the convergence demos too 15:18 yes. that's technically already possible to do. Roman and I are planning to change a few things in the libreofficekit in order to improve maintainability of the code. There's some minor things will like to do before introduce a presentation mode. 15:18 Great! 15:18 :) 15:19 in particular, we'd need to do some change to the QQuickImageProvider which renders the preview of the slides 15:20 that's the component we're considering to use for the presentation mode. 15:20 ok 15:21 Just wanted to make sure it was on the radar :) 15:21 oh, by the way, JMullholand, I'd like to thank the design team for the new icon. I really like it! 15:22 popey: yeah, sure. I just don't know if it will be ready in January. :) 15:22 okay :) 15:22 Every time there's a conference coming up, someone asks if we can do it. 15:22 Because it's a cool demo to give 15:24 glad youre happy with it sverzegnassi.I’ll pass it along to Mathiue :D 15:24 JMulholland: thanks! 15:26 Anything else you wanted to discuss sverzegnassi ? 15:26 yes, there were a few questions about UX to discuss 15:27 Great, go ahead :) 15:27 popey, if you recall, i was having a look at the empty state design across the core apps 15:27 ah yes. 15:27 https://bugs.launchpad.net/ubuntu-docviewer-app/+bug/1523122 15:28 the bug is actually just about the design to use in the docviewer, anyway the inconsistent seems to be a bit wider 15:29 s/inconsistent/inconsistence -.- 15:30 also, I'd like to know if the design team can find some time for the Documents page (i.e. the page that lists all the available documents) 15:30 Which do you prefer? 15:31 popey: music-app. definitely. 15:31 Agreed. 15:31 Any reason not to just re-use that? 15:31 We're thinking to add some further filter (filter by DocType - e.g. text document, pdf, presentation, etc - and by storage) so the UI could become a bit messed up 15:31 I think it was jouni who created it 15:32 yeah, filtering would be great. 15:32 especially as time goes on and you collect a lot of documents 15:32 popey: actually no reason. just asking which design should apps follow :) 15:32 about filters, yes. the problem is how to provide all the filter settings 15:33 yeah, that could get messy 15:34 unless simplified down to the classes, pdf / writer / sheets / presentations ? 15:34 + plain text 15:34 yes 15:35 (at least until kalikiana don't release its viewer) 15:35 I mean, obviously you're going to get edge cases where someone _only_ has presentations on their device, and the filter is then useless. 15:35 :) 15:35 well, in that case we can hide that filter from the available options 15:35 true 15:36 the biggest problem could be the storage filter. how to handle it across different form factors and/or devices (phone/desktop) 15:37 IIRC there was also a request about showing folders in [HOME]/Documents, and then providing a real file manager 15:37 (which is what other docviewers do on android, for example) 15:39 I think there was some discussion of developing a "simple" file manager 15:39 maybe kenvandine knows about this? 15:39 or JMulholland from design side 15:40 I heard mutterings on the topic, but not much beyond that 15:40 alos some suggestion of a ‘simple files scope’ along side / as a replacement for the current one 15:41 but not heard of design or development done on those? 15:41 I’ll check in with the scopes designers, they’re the most liekly to have fresher info 15:41 ok 15:41 thanks 15:41 not as far as I know 15:41 no worries 15:42 so a files scope.. interesting 15:43 that could be handy if it showed docs / music / video in one 15:43 indeed 15:44 sverzegnassi, so going back to your question about empty state, yes, I think we should use what music uses :) 15:45 (to give you some conclusion to that point) 15:45 Anything else? 15:45 no, that's all! 15:45 will add the empty state to the tasks for the next release then! 15:46 Excellent! 15:46 Look forward to it, thanks sverzegnassi ! 15:46 thanks popey, JMulholland! 15:46 thanks sverzegnassi 15:48 #endmeeting