Docviewer should not look recursively for documents, but should allow to browse into a single folder
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Ubuntu Document Viewer App |
New
|
Undecided
|
Unassigned | ||
Ubuntu UX |
New
|
Undecided
|
Unassigned |
Bug Description
HOW TO REPRODUCE:
1) Open DocViewer
WHAT HAPPENS:
* A list including all the supported documents from ~/Documents and $[EXT_MEDIA]
* It is only allow to sort files by size, name, date, etc.
WHAT SHOULD HAPPEN:
* Only recently opened files are listed by default.
* The list of recent docs can also be filtered by document type or storage (Internal storage, SD-card, etc.)
* By tapping on a "Open/Import" action in the header, a file picker is shown, and the user can browse through the file system folders.
* DocViewer should provide a list of places which is "safe" to browse: ~/Documents, ~/Downloads (since webbrowser-app can now download files by itself), and all the removable storages plugged into the system (including SD-card, hard-disk or USB pen drives).
* A document loaded through the picker will be available as a recent file for a next iteration.
This would match the behaviour of the MS-Office apps for the Android platform[1], and would be suitable for a convergent environment when Unity8 will run on desktops too.
======
This has been informally discussed some week ago during one of the weekly DocViewer meeting.
In that occasion, it has been told that a platform implementation of a File Picker has been discussed internally in the UX team.
Although the solution I proposed above requires the DocViewer to implement a file picker, I guess this should be provided by ContentHub.
An application should only have to implement a ContentPeerPick
Additionally, it may be allowed to access to root after a PAM authentication (as done for filemanager-app and terminal-app).
This was the first implementation of file picking done for DocViewer, but at that time it has been deprecated because of its dependency on filemanager-app (which is not preinstalled on Ubuntu devices).
[1] https:/
[2] https:/
I confirm this bug. It would be way more useful using the bq M10 for music sheets