Am Freitag, 13. März 2015, 23:15:16 schrieb Heiko Tietze:
On Friday 13 March 2015, 22:45:01 Björn Balazs wrote:
- Why isn't the dialogue part of the normal "Open File" dialogue (e.g.
invoked from there)? As a user I just want to open a file, then define
where it is - and remote is rather about the "where" than the "what"...
(same is true for "save")
Of course it would be nice to have some kind of favorite, but that's not an
easy hack. And dialogs are very different for all supported OS. It might be
an option to add controls like a dropdown but devs cannot override the
defaults of the dialog.
Features/Req: "Own dialog since integration into standard dialog is possible
but very limited"
Fair enough :) - on the long run, we should though try to merge these two
dialogues. This probably won't work as an easy hack, but for the users I think
it would be much better to be able to choose from the actual File Save / Open
dialogue, instead of doing this beforehand.
- Why didn't you split up the selection of the type and the configuration
into two steps? Personally I think these dialogues that depend on / change
with a pre-selected element should be avoided.
We have two dialogs, one for the actual files with the function to load or
to save depending on how it was opened, and another where you configure the
service. Such a service can be WebDAV, for instance, or Google Drive.
Depending on this type you have to enter more or less specifications. Plus,
you have to give the child a name, like WebDAV@UserPrompt to make more than
one service on a certain type possible. This type:label identification is
prompted at the files dialog. Sounds pretty straightforward to me.
Well I would have users choose the type of service (WebDAV / ownCloud / ...)
beforehand and then in a next step show the configuration. If you do not do it
this way - as configuration for different services is differently complex -
either the size of the dialogue changes depending on the selected service or
there will be lots of white space (e.g. in Google Drive configuration).
As this is about configuring (aka rarely used) I think the additional click
required would overall be beneficial. Next to benefits in dialogue design,
splitting steps would help users to concentrate on their actual task (1.
select target, 2. configure it).
Just my 2 cent.
Björn
--
To unsubscribe e-mail to: design+unsubscribe@global.libreoffice.org
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://listarchives.libreoffice.org/global/design/
All messages sent to this list will be publicly archived and cannot be deleted
Context
Privacy Policy |
Impressum (Legal Info) |
Copyright information: Unless otherwise specified, all text and images
on this website are licensed under the
Creative Commons Attribution-Share Alike 3.0 License.
This does not include the source code of LibreOffice, which is
licensed under the Mozilla Public License (
MPLv2).
"LibreOffice" and "The Document Foundation" are
registered trademarks of their corresponding registered owners or are
in actual use as trademarks in one or more countries. Their respective
logos and icons are also subject to international copyright laws. Use
thereof is explained in our
trademark policy.