https://bugs.documentfoundation.org/show_bug.cgi?id=114994
--- Comment #8 from Heiko Tietze <tietze.heiko@gmail.com> ---
Created attachment 139939
--> https://bugs.documentfoundation.org/attachment.cgi?id=139939&action=edit
Mockup for an improved dialog
The current dialog gives the user the clue that external data can be loaded.
For example, I enter localhost://test.html and expect that this file is read.
But Browse ignores the URL and just shows the file browser (also disregarding
the content at URL as normal file dialogs work; for example you enter
./temp/foo.txt and Browse still shows the default (or last used) directory).
The attached mockup separates the local file browser from the input of an URL
input (yet the experienced user can enter the URL in the file browser). More
important is that with the non-editable URL field (whether a label or a static
text field or read only dropdown) we can test the URL for valid data and warn
for example that csv/txt is not supported yet.
The current drop down seems to allow loading of previously used files. Doubt
that there is a use case for it, ie. loading ./temp/foo.html in session A and
in session B again the same file.
Finally, the confusion with different contents as reported in bug 114996 could
be solved by a tree that makes the hierarchical structure clear.
--
You are receiving this mail because:
You are on the CC list for the bug.
Context
- [Libreoffice-ux-advise] [Bug 114994] Sheet -> Link to External Data doesn' t have button to load the URL · bugzilla-daemon
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.