15:01 <popey> #startmeeting Docviewer meeting 15:01 <meetingology> Meeting started Fri Aug 28 15:01:38 2015 UTC. The chair is popey. Information about MeetBot at http://wiki.ubuntu.com/meetingology. 15:01 <meetingology> 15:01 <meetingology> Available commands: action commands idea info link nick 15:01 <popey> Hey sverzegnassi 15:03 <popey> So, in London, demonstrated docviewer opening Libreoffice documents on my krillin 15:03 <sverzegnassi> mrqtros told me that he's completely busy on work... he'll be on vacation next week and already said that will spend full day on docviewer 15:03 <popey> That demo went down well 15:03 <popey> ok 15:04 <popey> Bjoern has updated the libreoffice build, but it failed to build on arm, so he thinks he's fixed that 15:04 <popey> This should reduce the size of libreoffice a bit more 15:04 <popey> Once his build finishes, I'll submit it again to build in the community team ppa 15:05 <sverzegnassi> great! do we have a plan/strategy for integrating libreoffice binaries in the docviewer project? 15:05 <popey> well! 15:05 <popey> i was just talking to the guys here about this, in the context of adding binary samba libs to file manager 15:06 <popey> I was going to just put them in trunk, but they suggested we add them at build time 15:06 <popey> There is a pre-existing script which does this 15:06 <popey> They do this in "snapcraft" (which is used to make snappy packages which include libraries built in) 15:06 <sverzegnassi> i was thinking about scripts too 15:07 <popey> The recommended way is to fork the script either from snapcraft, or from deb2snap (which is on github) 15:07 <popey> This would then pull in the libraries at build time 15:07 <popey> we could point the script at the ppa (I think) and just tell it to pull the whole lot in 15:07 <sverzegnassi> good... i was about proposing the same thing (a list of deb resources to be fetched and included) 15:07 <popey> \o/ 15:08 <popey> and as we (canonical) have control over that community team ppa, we can be careful about updating libreoffice, and not worry about distro breaking it. 15:10 <sverzegnassi> legit. i'm having a look at the presentation mode we were discussing on mails instead... 15:10 <sverzegnassi> it seems not to be too complex to achieve, since it could reuse the code of the slide thumbnailer 15:11 <sverzegnassi> and be almost totally QML code 15:11 <popey> Nice 15:11 <popey> So we'd have static slides, no transitions, right? 15:11 <sverzegnassi> Just have some doubt about shell rotation 15:11 <popey> heh, well that's not all fully baked, so that's fair :) 15:12 <sverzegnassi> mmh... what scares me is automatic rotation... would be nice to lock the orientation from the page-side 15:12 <sverzegnassi> yep, static slides... i'm not sure if libreofficekit can do that at the moment 15:13 <sverzegnassi> (it would be also dramatic if we consider the rendering performance :/ ) 15:13 <popey> Not sure we're talking about the same thing. 15:14 <sverzegnassi> transitions between a slide to another? 15:14 <popey> I'm saying, imagine the presentation was written out as a pdf 15:14 <popey> they have no transitions / animations 15:14 <popey> we should treat presentations like that, just a bunch of static slides? 15:14 <popey> which is what we get from LOK, right? 15:15 <sverzegnassi> yes. 15:15 <popey> which is fine, IMO? 15:15 <popey> ? meaning, IMO, but what do you think? 15:15 <sverzegnassi> from my pow it simplifies things a lot, so it's okay 15:16 <sverzegnassi> if we want to add transitions from a slide/page to another we can use e.g. https://developer.ubuntu.com/api/apps/qml/sdk-15.04/Ubuntu.Components.CrossFadeImage/ 15:16 <popey> thats cool 15:16 <popey> optional 15:16 <popey> So we're agreed then :) 15:18 <sverzegnassi> great! 15:19 <popey> Ok, we should update the blueprint :) 15:19 <popey> been some great progress recently 15:20 <sverzegnassi> talking about my weekly tasks, they're still in progress... zoom branch seems almost ready (i should test pinch-to-zoom on the bq). zoom is centered almost perfectly on desktop (it's jsut some px wrong because of int rounding) 15:21 <popey> Okay. that would be great to see. 15:22 <sverzegnassi> I'd like to get https://code.launchpad.net/~verzegnassi-stefano/ubuntu-docviewer-app/reboot-lok-zoom merged first 15:22 <sverzegnassi> (and make jenkins running again the tests... which seems to refuse) 15:23 <popey> :( what happens? 15:23 <sverzegnassi> tests failed because of libreofficekit missing while building 15:23 <popey> ah 15:24 <sverzegnassi> i have been trying to trigger jenkins again for a few days, but it did nothing 15:24 * popey wonders if balloons can help us? 15:28 <popey> perhaps not. we can poke him via email. 15:30 <popey> We should add a work item for scripting the addition of libreoffice. 15:30 <sverzegnassi> as that it's merged, I can push changes quietly, without worring of big diffs or conflicts (in particular with lo-impress support branch) 15:30 <popey> ok 15:31 <sverzegnassi> sure (ref. work item for lo addition) 15:33 <sverzegnassi> about the work on presentation, it seems to be okay... i just want to make the mutual exclusion between tile rendering and thumbnail rendering a bit stronger, in order to avoid potential issues with borderline cases, which the build I gave to you wasn't able to manage perfectly 15:34 <popey> okay. 15:34 <sverzegnassi> I've also investigated a bit on slow performance and I have a good and a bad news 15:34 <sverzegnassi> good one: that seems to be a lok limit 15:34 <sverzegnassi> bad one: actually it seems to render one thread at the time while the other threads wait... 15:34 <popey> Hah. 15:35 <popey> Unsurprising. 15:35 <sverzegnassi> which is not a so bad news 15:35 <sverzegnassi> i'd like to have a look at the GTK viewer a day, since it seems to work at the same way 15:36 <popey> Bear in mind it was able to render documents on the slowest device we have 15:36 <popey> and I'm impressed by that 15:36 <popey> faster devices will clearly render better 15:36 <popey> and in the future, the converged device will undoubtedly be more powerful 15:36 <sverzegnassi> and the presentation doc I linked in the mail is not even rendered on LOK viewer for android :P 15:37 <popey> It would be great if we could improve things a bit, but I'm not expecting miracles, I've seen how slow Libreoffice is on Android devices, so my expectations are realistic. 15:37 <sverzegnassi> yeah, I'm pretty happy with our loviewer 15:38 <popey> You should be, it's great! 15:38 <sverzegnassi> I just would like to make the initialize of LO async, so that the UI don't freeze on loading 15:38 <popey> Good idea. 15:38 <sverzegnassi> (another task to add) 15:38 <popey> We need a spinner or something 15:38 <popey> bouncer maybe, the spinner is a bit ugly 15:39 <sverzegnassi> or a progress bar 15:39 <sverzegnassi> (which should be the way to go according to UI guidelines) 15:39 <popey> okay :) 15:39 <popey> we certainly need _something_ 15:39 <sverzegnassi> haha 15:40 <popey> I'll update the work items a bit after the meeting 15:40 <sverzegnassi> okay 15:40 <popey> I anticipate the main use cases to be:- 15:40 <sverzegnassi> another good news is that support for page breaks has been added in lo trunk 15:40 <popey> * Opening documents for review, sent via email 15:40 <popey> * Opening presentations, and maybe using the device to give them 15:41 <popey> We should optimise for those kinds of use cases 15:41 <popey> not massively complex spreadsheets, or gigantic documents 15:42 <sverzegnassi> yep, that means a better content-hub support and improving the last bits of impress support (e.g. presentation mode, controls, etc.) 15:43 <sverzegnassi> eventually, search text into a document too 15:43 <popey> can LOK do search? 15:44 <sverzegnassi> IIRC yes, through the UNO wrapper 15:44 <popey> Ok, interesting. 15:44 <popey> Anything else to discuss? 15:45 <sverzegnassi> mmh... no 15:45 <popey> Awesome. 15:46 <popey> Ok, shall we wrap then. 15:46 <popey> Have a great weekend sverzegnassi 15:46 <sverzegnassi> you too popey 15:47 <popey> #endmeeting