== Meeting information ==
 * #ubuntu-touch-meeting: Docviewer meeting, 04 Dec at 15:05 — 15:38 UTC
 * Full logs at [[http://ubottu.com/meetingology/logs/ubuntu-touch-meeting/2014/ubuntu-touch-meeting.2014-12-04-15.05.log.html]]



== Meeting summary ==

''LINK:'' http://bazaar.launchpad.net/~ubuntu-docviewer-dev/ubuntu-docviewer-app/trunk/view/head:/src/app/qml/TextView.qml 



== Vote results ==




== Done items ==

 * (none)



== People present (lines said) ==

 * popey (55)
 * sverzegnassi (49)
 * meetingology (3)
 * davmor2 (2)



== Full Log ==


 15:05 <popey> #startmeeting Docviewer meeting

 15:05 <meetingology> Meeting started Thu Dec  4 15:05:17 2014 UTC.  The chair is popey. Information about MeetBot at http://wiki.ubuntu.com/meetingology.

 15:05 <meetingology> 

 15:05 <meetingology> Available commands: action commands idea info link nick

 15:05 <popey> How are you?

 15:05 <sverzegnassi> Fine! During these days I've worked on a couple of project, and I did some progress on the docviewer

 15:06 <sverzegnassi> However, there are some issues that may be blockers in future

 15:06 <popey> ah okay. go on?

 15:07 <sverzegnassi> Mainly they are related to content-hub

 15:07 <sverzegnassi> The first is about the confined access to files

 15:08 <sverzegnassi> The point is that we should think that PDF files may be very large, and having a cache copy may use much space on disk

 15:09 <popey> right

 15:09 <popey> we had a similar issue with the music app

 15:09 <popey> the music app uses content hub to copy downloaded mp3s from web-browser (and scopes I think) to ~/Music

 15:09 <popey> Rather than copy to ~/.cache/.....

 15:09 <popey> We should probably move/copy the files to ~/Documents instead

 15:10 <popey> and then the user can manage the space better.

 15:10 <popey> as ~/Documents is exposed over mtp

 15:10 <sverzegnassi> I took a look at the log of ubuntu-app-devel room earlier, and we have a problem with downloaded files

 15:11 <sverzegnassi> Atm, as far as I know, we cannot access to ./home/Documents through content-hub

 15:11 <popey> I think we may be able to get an exception

 15:11 <popey> In the same way the Music app does

 15:11 <sverzegnassi> Yep, we should

 15:11 <sverzegnassi> I mean, docviewer is supposed to be a system hub for document type

 15:11 <sverzegnassi> as gallery-app does

 15:12 <popey> +1

 15:13 <sverzegnassi> Ok, the other relevant thing is about our plain text reader.

 15:13 <sverzegnassi> I didn't edit the code since I started to follow this project, and it needs to be rewritten.

 15:14 <popey> Just going back to ~/Documents issue...

 15:14 <sverzegnassi> We are using a TextArea inside a Flickable, but TextArea already includes a Flickable, so scrolling and all mouse-related gesture are seriously compromised

 15:14 <sverzegnassi> yeah, ok :P

 15:14 <popey> if you take a look at the apparmor.json in the music app..

 15:15 <popey> you can see it has "read_path" and "write_path"

 15:15 * sverzegnassi searching for lp:music-app on launchpad

 15:15 <popey> where we should have write_path maybe set to ~/Documents/Imported

 15:15 <popey> and use content hub to pull downloaded PDFs to that directory

 15:16 <popey> there's a section in music-app.qml which deals with the ContentTransfer

 15:16 <popey> might be worth looking at.

 15:16 <popey> I will need to speak to security to make sure this is all sane

 15:18 <sverzegnassi> so it's possible to change the content-hub behaviour and manage IO operations?

 15:19 <sverzegnassi> this would be great

 15:19 <popey> yeah

 15:19 <sverzegnassi> awesome!

 15:19 <popey> I'll speak to security people first.

 15:19 <popey> make sure I'm not talking rubbish ☻

 15:20 <sverzegnassi> looking forward for the answer :)

 15:21 <popey> will let you know

 15:21 <sverzegnassi> that news answers to many opened question I wanted to talk during this meeting

 15:21 <popey> heh, good!

 15:21 <popey> ok, so you were saying about text documents?

 15:22 <sverzegnassi> yep! I've seen that we need to rewrite it from scratch. it's not that much work

 15:22 <popey> Okay.

 15:22 <popey> I trust your judgement on that.

 15:22 <sverzegnassi> http://bazaar.launchpad.net/~ubuntu-docviewer-dev/ubuntu-docviewer-app/trunk/view/head:/src/app/qml/TextView.qml

 15:22 <sverzegnassi> At the moment we have a flickable that contains a TextArea

 15:23 <sverzegnassi> but Textarea already contains a flickable, so there is a conflict between them

 15:23 <popey> Understood.

 15:23 <sverzegnassi> Also, we don't need the keyboard support in the app anymore, since it's already included in uitk

 15:24 <popey> ok

 15:25 <sverzegnassi> For the PDF plugin, I still have to get in touch with his maintainer, but the fix I was working on is finished

 15:25 <sverzegnassi> I still need to improve the behaviour of zooming on the QML side

 15:26 <sverzegnassi> but all the rest seems to work greatly. I hope to have something worth to be tested for the weekend

 15:26 <popey> Excellent.

 15:26 <popey> If you want me to do any testing, just shout

 15:26 <popey> I'm sure davmor2 would be happy to help too, I know he tests it a bit already here and there

 15:26 <sverzegnassi> Sure!

 15:27 <sverzegnassi> I'll let you know when I have good stuff then!

 15:27 <sverzegnassi> Do you know something about the hack days?

 15:27 <davmor2> popey: don't wake me up like that

 15:27 <popey> Yeah, next week, we'll reach out and see if we can find people to help.

 15:27 <popey> heh

 15:28 <sverzegnassi> I was expecting some news on the ubuntu dev blog

 15:28 <popey> i did blog it.

 15:28 <popey> but on my personal blog

 15:28 <sverzegnassi> oh, ok

 15:29 <popey> we'll promote more next week.

 15:29 <sverzegnassi> awesome!

 15:29 <popey> So, anything else?

 15:29 <sverzegnassi> The last thing was about a design question

 15:30 <popey> Ah okay.

 15:30 <sverzegnassi> I was about to extend the header used for the Pdf view

 15:30 <sverzegnassi> to our image and text views

 15:30 <popey> Ok, to add what?

 15:31 <sverzegnassi> To have a smaller font so that the file name is not ellipsed after the 8th char

 15:31 <davmor2> popey, sverzegnassi: On a more serious note I will be doing test at random times on most apps in vivid so I am more than happy to shout out when I hit issues.

 15:31 <popey> thanks davmor2

 15:31 <sverzegnassi> but yes, I need to find something to put under the file name

 15:31 <sverzegnassi> davmor2: great, thanks!

 15:32 <popey> sverzegnassi: if it was downloaded, perhaps the url or domain it came from?

 15:32 <sverzegnassi> if we can get that info, it's an interesting idea

 15:33 <sverzegnassi> I thought about the mime type for the text files (e.g. "C++ header", or "Javascript", etc.)

 15:34 <sverzegnassi> but it may be redundant, since we show that info in the Details page

 15:34 <sverzegnassi> anyway it's not so important at this moment

 15:34 <popey> yeah, I'm not convinced there's a lot of use cases for the sub-header

 15:34 <popey> yeah

 15:35 <sverzegnassi> surely, we'll have the opportunity to discuss about this with the design team

 15:35 <popey> yes.

 15:35 <popey> we can file a bug and add a task for ubuntu-ux to bring it to their attention

 15:35 <popey> thats the easy way

 15:36 <sverzegnassi> Ok, I'll do it later then

 15:36 <popey> k

 15:37 <sverzegnassi> that's all, I think

 15:37 <popey> Excellent. Thanks so much sverzegnassi !

 15:37 <popey> I'll get back to you once I have spoken to security

 15:37 <sverzegnassi> great! thanks you popey

 15:37 <sverzegnassi> have a nice weekend!

 15:37 <popey> Have a great weekend!

 15:37 <popey> :D

 15:38 <popey> #endmeeting



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