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