20:12 #startmeeting File Manager 20:12 Meeting started Thu Jul 11 20:12:00 2013 UTC. The chair is mhall119. Information about MeetBot at http://wiki.ubuntu.com/meetingology. 20:12 20:12 Available commands: #accept #accepted #action #agree #agreed #chair #commands #endmeeting #endvote #halp #help #idea #info #link #lurk #meetingname #meetingtopic #nick #progress #rejected #replay #restrictlogs #save #startmeeting #subtopic #topic #unchair #undo #unlurk #vote #voters #votesrequired 20:12 so how is development going guys? 20:12 Many good UI development from Michael Spencer - invited him here, seems he couldn't make it. 20:13 All right, I intend to do few more things in the plugin 20:13 Myself I haven't had time, as warned, to do much at all lately 20:14 do you guys think we should add michael spencer to the development team? 20:14 There's also been some people doing autopilot tests which is real nice 20:14 YES, I agree 20:14 Yes I think he should be added 20:14 yes, balloons's autopilot community is rocking all of the core apps 20:14 There was a bug that File Manager is not translateable, which I didn't understand why not 20:15 :-) we're here to help 20:15 ajalkane: dpm and popey did some work on making all of the core apps translatable in Launchpad, so itmight be resolved now, popey can you confirm or deny that? 20:17 oh hai 20:17 hello good sir 20:17 there's some steps left to do which i was waiting for dpm to document 20:17 when he does that, i need to flip various switches and we're done 20:18 Alright, great 20:18 ajalkane: CarlosMazieri: can you guys check the dogfooding feature list for File Manager and add a "DONE!" after the ones that are in fact done? https://wiki.ubuntu.com/Touch/CoreApps/Dogfooding#File_Manager 20:19 Well, they are all done 20:19 even better :) 20:20 I'll add DONE there 20:21 is there anything blocking you guys at the moment? 20:21 No, all right to me. 20:21 Same 20:21 Well... 20:21 actually 20:21 there's that one bug that might need some more input 20:21 how about opening files, as far as I know that's not working still on devices, right? 20:21 I intended to reply to the latest reply though 20:22 I don't think any of us have devices to test on 20:22 on Desktop it works as expected 20:22 popey and I do, if you ever need somebody to test on a device 20:22 It's just using the standard Qt functions to open files 20:22 it depends from desktop configuration 20:22 ajalkane: Qt.openUrlExternally() ? 20:22 Please do test. It should use the mime information to open associated apps 20:23 mhall119: yes, but not from QML... The same function in C++ 20:23 it uses QDesktopServices::openUrl() 20:23 ok 20:23 which means we still need the platform and/or sdk team to implement the desktop services API on the devices 20:23 Qt.openUrlExternally() just wraps QDesktopServices::openUrl() 20:24 I can't seem to get into the wiki to edit it. I can try if I remember tomorrow or someone else can mark them as DONE 20:24 YES. 20:24 I wonder why we can't use what's on the desktop.... 20:25 The .desktop files should carry the mime types they open, and, the Ubuntu Touch should provide this information 20:25 yeah, I added the mimetype support to ubuntu-docviewer-app already 20:26 so once the desktop services API is implemented, it should open it for text and image files (and soon PDF) 20:27 Should... hopefully someone remembers to test that happens. 20:27 ajalkane: yeah, it's on my regular list of things to bug people about :) 20:28 :) 20:29 other than those you guys are good? 20:29 balloons: anything to talk about test-wise for file manager? 20:29 There's the bug about toolbar 20:30 I didn't quite understand what was proposed by the latest comment 20:30 But I can ask clarification if you guys have no idea 20:30 ajalkane: because of the API changes? 20:30 Not API changes, just the guidelines about toolbar requiring swiping to be shown 20:30 just a couple quick thinks.. since the official emulator is still not yet merged , I decided to update my version in +junk to deal with the toolbar changes and fix some bugs 20:31 This is the bug I mean: https://bugs.launchpad.net/ubuntu-filemanager-app/+bug/1198861 20:31 I pushed a new version out today if you'd like to incorporate it. The second is we're continuing to recruit new folks, so Daniel also is committing some tests for file manager 20:31 you guys overall have a nice testsuie 20:31 ajalkane: what clarification did you need? 20:32 mhall119: what does this mean specifically: "and there is also a 'back' item on the upper level" 20:32 What is the upper level talked about? 20:32 And this: "It might actually make sense to have that implemented inside the UI toolkit (tm)" 20:32 ajalkane: ah, the toolbar has some built-in support for a back button when you go from one page to another 20:32 Does it mean it should be implemented in Ubuntu UI toolkit and not by us? 20:33 Ah... ok I understand. I'm not sure I agree that solves the usability issue of navigating filesystem 20:34 ajalkane: http://developer.ubuntu.com/api/devel/ubuntu-13.10/qml/ui-toolkit/qml-ubuntu-components0-toolbaritems.html#back-prop 20:34 But of course, different opinions are good there. 20:34 Yeah I know that, I remember I had to work around it back then many months ago for some reason or another 20:35 Though the ToolBar has received many changes since then so maybe my original reasons are not valid anymore 20:35 ajalkane: ok 20:35 yeah, that API has been re-worked recently, but I think it's stable now 20:35 Still think hiding one of the most important things in navigation behind swipe is wrong approach 20:36 yeah, the design team are re-thinking that actively right now 20:36 Ie. even if toolbar is behind swipe, back should be accessible somehow else in that case 20:36 ajalkane: I agree. 20:37 popey: ok we wait then what the design team proposes 20:37 sounds good to me, the app is entirely useful as it is anyway 20:39 alrighty, anything else we need to talk about? 20:39 No from my side 20:39 That's it for me. Thanks again for the session. 20:39 #endmeeting