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