== Meeting information ==
 * #ubuntu-touch-meeting: Docviewer meeting, 02 Apr at 14:00 — 14:48 UTC
 * Full logs at [[http://ubottu.com/meetingology/logs/ubuntu-touch-meeting/2015/ubuntu-touch-meeting.2015-04-02-14.00.log.html]]



== Meeting summary ==




== Vote results ==




== Done items ==

 * (none)



== People present (lines said) ==

 * popey (65)
 * sverzegnassi (47)
 * meetingology (3)



== Full Log ==


 14:00 <popey> #startmeeting Docviewer meeting

 14:00 <meetingology> Meeting started Thu Apr  2 14:00:18 2015 UTC.  The chair is popey. Information about MeetBot at http://wiki.ubuntu.com/meetingology.

 14:00 <meetingology> 

 14:00 <meetingology> Available commands: action commands idea info link nick

 14:00 <popey> how are you?

 14:00 <sverzegnassi> fine, thanks!

 14:01 <popey> Super.

 14:01 <popey> I have some potentially good news.

 14:01 <sverzegnassi> which? :D

 14:01 <popey> We had a mail from Paolo from the Italian LoCo team..

 14:01 <popey> he's working with a University which has a number of students looking for projects.

 14:02 <popey> We've pointed them in the direction of the core apps, specifically DocViewer as one.

 14:02 <popey> Hopefully it works out and we can get more resources for you.

 14:02 <sverzegnassi> \o/

 14:02 <popey> Might be especially useful as they're in Italy, so makes communication easier for all of you.

 14:03 <popey> But we'll see. Fingers crossed.

 14:03 <sverzegnassi> :)

 14:05 <sverzegnassi> now it's the moment for not-so-good news :P

 14:05 <sverzegnassi> I still have issue with zooming

 14:06 <sverzegnassi> i'm debugging the VerticalView class, trying to see whether the problem lives there

 14:06 <popey> aww.

 14:08 <popey> was mzanetti unable to help?

 14:08 <sverzegnassi> he thinks the issue is in the VerticalView class

 14:08 <popey> 22:44 <mzanetti> so there seems to be some bug somewhere that confuses qml

 14:08 <popey> 22:45 <mzanetti> I guess one could workaround by fiddling with contentY

 14:08 <popey> 22:45 <mzanetti> and not using Item.mapToItem()

 14:09 <sverzegnassi> yes, that doesn't solve it anyway

 14:09 <popey> :(

 14:09 <popey> he's afk now for easter.

 14:09 <popey> I don't know who else to ask.

 14:09 <popey> Maybe it's worth sending a mail to the phone list?

 14:09 <popey> Or mention on the G+ community?

 14:10 <popey> Perhaps someone else with fresh eyes can take a look over easter break :)

 14:10 <sverzegnassi> i've tried to see it the same issue happens with the standard QML ListView, and seems there's some problem even with it

 14:10 <sverzegnassi> I'd like to provide a cleaner code, rather some attempt pushed on launchpad

 14:11 <sverzegnassi> but yes, it's worth to ask to the community

 14:13 <popey> So lets go for that, and then you can focus on something else maybe?

 14:14 <sverzegnassi> yes, there are already a few things that I'll fix for the next week

 14:14 <sverzegnassi> 1) https://bugs.launchpad.net/ubuntu-docviewer-app/+bug/1437626

 14:15 <sverzegnassi> 2) https://bugs.launchpad.net/ubuntu-docviewer-app/+bug/1437622

 14:15 * popey pokes kenvandine

 14:15 <popey> content-hub mime type support?

 14:17 <popey> I'm still of the opinion that if I import a document to docviewer, I've done that because I want to open the doc. So I see the additional click as unnecessary.

 14:18 <sverzegnassi> by other hand, even if the number of apps that export files to the docviewer is still lower, that would be very annoying

 14:18 <sverzegnassi> It's a behaviour I don't like very much in music-app, for example

 14:19 <sverzegnassi> the problem in my opinion is that they are two scenarios that are very different, but they're handled by the same code

 14:19 <popey> right

 14:21 <sverzegnassi> We could see how it works with a notification on the bottom edge. if it doesn't work as good as expected, we can decide to open automatically the  document

 14:21 <popey> ok

 14:22 <popey> I'm happy with that.

 14:22 <sverzegnassi> good! :)

 14:22 <sverzegnassi> how about the night-mode MP?

 14:23 <popey> Oh, did I not approve it?

 14:23 <popey> let me see

 14:24 <sverzegnassi> no, it's still there

 14:24 <popey> sorry I missed it

 14:25 <popey> approved / top approved

 14:25 <sverzegnassi> ok, thanks!

 14:25 <sverzegnassi> I've proposed for an MP the branch with the fix for showing/hiding the header on tap. Would be nice to have it for the next week

 14:25 <sverzegnassi> FYI

 14:27 <popey> yeah, saw the mail. will take a look.

 14:27 <popey> excited about that one.

 14:29 <sverzegnassi> :)

 14:29 <popey> Do we have many other bugs remaining that bfiller filed?

 14:29 <sverzegnassi> fullscreen

 14:30 <sverzegnassi> which could be a bit longer, since we may need to expose some properties for autopilot, but I can work on it for the next week milestone

 14:31 <popey> That would be great.

 14:32 <popey> I'll speak to Paolo and see if we have an ETA on the Uni students.

 14:32 <sverzegnassi> ok!

 14:34 <popey> Ok, anything else?

 14:34 <sverzegnassi> just two last things to discuss: 1) did you get news from Fabio (about app icon)? 2) Should we provide a web container (the discussion on IRC of some days ago)?

 14:35 <popey> 1) no. :( no reply to my mail.

 14:35 <popey> a web container?

 14:35 <popey> (to view html files) ?

 14:35 <sverzegnassi> yes

 14:35 <sverzegnassi> IMO it's out of scope for us. It should be something provided by webbrowser-app

 14:36 <popey> I see a few issues with this.

 14:36 <popey> yes.

 14:36 <popey> that firstly!

 14:36 <popey> if someone saves an html file, and later wants to view it, do they want the additional content too?

 14:36 <popey> What about JS? style sheets and everything else?

 14:36 <popey> do they really want to view "offline" and not do any web getting?

 14:37 <sverzegnassi> heh, good questions

 14:38 <popey> I mean, if someone saves a page in chrome or firefox, it automatically saves all the other crap

 14:38 <sverzegnassi> yep, i know

 14:38 <sverzegnassi> the only thing we can do as docviewer team is to provide a good syntax highlighter for HTML code

 14:39 <sverzegnassi> so that a user has a kind of "view as source code" mode

 14:39 <sverzegnassi> that's my opinion about it

 14:39 <popey> right, thats the other use case

 14:40 <popey> I can see a good argument for docviewer viewing syntaxt highlighted php, perl, python, html, css, and plain text

 14:40 <popey> but not rendering html IMO.

 14:40 <sverzegnassi> +1

 14:40 <popey> rendering html -> webbrowser-app

 14:41 <sverzegnassi> good, I'll add the syntax highlighter stuff on the bug tracker (I forgot to do it in the last weeks)

 14:41 <popey> ok.

 14:41 <popey> awesome.

 14:42 <popey> Do you think the syntax highlighting code will be pluggable?

 14:42 <popey> I mean, will it be easy for someone to add a syntaxt highlighter for brainf*ck or some other obscure language..?

 14:42 <popey> why can't I typed syntax

 14:42 <sverzegnassi> that's what I'd like to do

 14:42 <popey> ok

 14:42 <sverzegnassi> AFAIK Qt allows to add style but it's on the C++ side

 14:43 <sverzegnassi> i'd need to play around with it, so that it becomes possible to add custom styles

 14:44 <popey> would it be possible to re-use someone elses syntax highlighter?

 14:44 <popey> This is a solved problem, surely?

 14:44 <sverzegnassi> i've seen that there's two alternatives:

 14:44 <sverzegnassi> 1) Use a JS library -> not sure about performance

 14:45 <sverzegnassi> 2) There's a C++ syntax highlighter from Digia's demo, BSD licensed

 14:46 <popey> Ok, so lets get a bug filed with links to the tools. perhaps this could be something for a new contributor to take on?

 14:46 <sverzegnassi> sure!

 14:46 <popey> thanks

 14:47 <sverzegnassi> have a nice Easter holiday!2

 14:48 <popey> You too!

 14:48 <popey> Thanks again.

 14:48 <popey> #endmeeting



Generated by MeetBot 0.1.5 (http://wiki.ubuntu.com/meetingology)