Hi Martin and all I am afraid I want to disagree and that's exactly why Jolla UI guidelines voice would be very welcome here. If common guideline would be to expose file system to the user Windows style, I'll be the first one to do it :)
As for my current person and arguably humble opinion, iOS is doing just great without the file dialog. It does force/encourage all the apps use own sandbox only (and own file-like selection dialogs then) and calls for workarounds when you actually want apps to interoperate, but.. the simplicity benefits you get to user by hiding the file level are great. Whether it's useful enough for Sailfish to follow the same concept or whether there could be some useful enough half-way compromises, I don't know. I'd love to have somebody from Jolla UX have a serious thought about it. Just tell us how a typical file editor and pdf viewer should look like :) Best regards, Artem. P.S. The next question developers me included are going to ask is how to choose photos/pdfs/whatever coming from main phone storage, SD card, dropbox, app-specific source (a'la Android) or whatever else. Android solution is super flexible, but not simple at all and forces user think, iOS solution is forcing simplicity at a cost of features (particularly I believe it's one of the reasons why there is no SD card in iOS - too UX-heavy to expose SD peculiarities when choosing photos/videos). On Mon, Nov 4, 2013 at 11:28 AM, Martin Kolman <martin.kol...@gmail.com>wrote: > 4.11.2013 02:10, Artem Marchenko: > > I'd appreciate some UI guidelines voice from Jolla here (I can understands > they might have not thought of this use case before, well, it's time for it > then :)). > > Looking at iOS and Android, it might be not a bad idea to have a phone > UI without an explicit file interface at all. Hackers won't appreciate it, > but they have terminal anyway and, well, for them you can create a custom > File Open dialog. > > Regular users might appreciate a photo choosing dialog guaranteed to > include all device photos more. > > Yeah, I think those two are not mutually exclusive & doable. IIRC there > should be Tracker, so it should be possible to get all photos or any other > categories of files Tracker can discern (all audio files, all txt files, > all PDFs). > But on the other hand, some applications just won't do without a standard > file-chooser, like a text editor, offline comic book reader, an image > editor. At least without getting and putting the files on a global file > heap, making finding stuff difficult. > Of course a lot can be done with tags and semantic stuff (where did the > file come from, what app made it), but as shown by the KDE & GNOME projects > (Nepomuk, Akonadi, Tracker, etc.) it is not easy to get right. Just having > a simple time-proven file open dialog is IMHO a much simpler, easier & > safer solution. > > BTW, Android and to a lesser degree Harmattan could be used as a bad > example of what happens if there is no default file dialog - every app that > needs it would implement their own, all looking different (and not native) > and every one of them with their own set of drawbacks. > > > Cheers, > Artem. > > > > On Sun, Nov 3, 2013 at 11:02 PM, Martin Kolman <martin.kol...@gmail.com>wrote: > >> 1.11.2013 22:16, Janne Pulkkinen: >> >> Sailfish would benefit from having a default file/directory chooser >> instead of having different implementations made by different developers >> which would only make the OS appear inconsistent for the average user. >> >> Just putting this out there, because I would really like to see this >> implemented in the SDK. >> >> >> 2013/11/1 Damien Caliste <dcali...@free.fr> >> >>> Hello, >>> >>> On Fri Nov 1 08:54:03 2013 kher...@khertan.net wrote: >>> > For the file selector, it should not be difficult to make one with a >>> > SilicaListView, and the qmldir extension. >>> Ok, I'm new to QML, I didn't know about qmldir. I'll give a look. But I >>> was hopping something common to avoid discrepency on the platform. Thanks >>> for the info. >>> >>> > For notification, i ve made a something similar but more simple to the >>> > Harmattan InfoBanner for ownNotes : >>> > http://khertan.net/blog/silica_infobanner >>> Great. I'll give a look also waiting for something from Jolla if any. >>> Thanks. >>> >>> Regards, >>> >>> Damien. >>> _______________________________________________ >>> SailfishOS.org Devel mailing list >>> >> >> >> >> _______________________________________________ >> SailfishOS.org Devel mailing list >> >> What about the FileDialog component[1] introduced in Qt 5.1 ? >> The documentation says that it will use a native platform file-open >> dialog if available, >> so maybe just make a silica themed file open dialog and show it once the >> FileDialog component is used ? >> >> [1] >> http://qt-project.org/doc/qt-5.1/qtquickdialogs/qml-qtquick-dialogs1-filedialog.html >> >> _______________________________________________ >> SailfishOS.org Devel mailing list >> > > > > -- > Artem Marchenko > http://agilesoftwaredevelopment.com > http://twitter.com/AgileArtem > > > -- Artem Marchenko http://agilesoftwaredevelopment.com http://twitter.com/AgileArtem
_______________________________________________ SailfishOS.org Devel mailing list
