https://bugs.freedesktop.org/show_bug.cgi?id=78210
Ewald Anderl <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |UNCONFIRMED Ever confirmed|1 |0 --- Comment #4 from Ewald Anderl <[email protected]> --- (In reply to comment #3) As requested, here is a much simpler example. Problem description: ==================== Currently there is no overall consistency for FilePicker and FolderPicker behavior on LibreOffice. It varies by error conditions, operating system, and configuration choices. A valuable enhancement would be to change the behavior so that the operation is consistent to the extent possible. The following steps show a single example of this in a Linux environment. It would also be helpful if the setDisplayDirectory() call could return an error when it encounters directories that are not accessible or other errors. In this way the program could take appropriate action in the face of errors. How to reproduce the problem: ============================= 1. In LibreOffice, open Tools --> Options; in the LibreOffice – General tab ensure that “Use LibreOffice dialogs” is unchecked. 2. In LibreOffice, open Tools --> Macros --> Organize Macros --> pick any module to edit 3. Type (or cut/paste) the following program in to the empty “Sub” of your choice (Main will do): Dim oDialog 'FilePicker dialog oDialog = CreateUnoService("com.sun.star.ui.dialogs.FilePicker") Print "setDisplayDirectory --> /tmp/NoSuchFile" 'File/Directory does not exist oDialog.setDisplayDirectory(ConvertToURL("/tmp/NoSuchFile")) oDialog.Execute() Print "setDisplayDirectory --> /home/lost+found" 'Directory exists but is protected oDialog.setDisplayDirectory(ConvertToURL("/home/lost+found")) oDialog.Execute() 4. Run this Macro to see the behavior with the System dialog styles. 5. In LibreOffice, open Tools --> Options; in the LibreOffice – General tab ensure that “Use LibreOffice dialogs” is checked 6. Run the Macro again to see the behavior with the LibreOffice dialog styles. Current behavior: ================= -- Using System dialogs, “/tmp/NoSuchFile” generates no error and then leaves the user in “/tmp” -- Using System dialogs, “/home/lost+found” generates no error and then leaves the user in “/home/lost+found”, even though the contents of this directory are completely protected (no rwx access). -- Using LibreOffice dialogs, “/tmp/NoSuchFile” generates a user error and then leaves the user in “/home/<user-account>/Documents”. -- Using LibreOffice dialog, “/home/lost+found” generates a specific user error and then leaves the user in “/home/<user-account>/Documents”. Desired behavior: ===================== As can be seen with this simple test case, the behavior across all 4 examples is very different. To the extent possible and practical, all behavior should have consistent across OS supported (Linux, Windows, MacOS), choice of dialog (System, LibreOffice), and error conditions (e.g. protected and missing directories). For example, all behavior could follow the LibreOffice dialog models. ---------------------------------------- Hopefully this provides the simpler example that you were looking for. Did you mean "User Experience" team when you made reference to "UX"? I will defer to your judgement on where to best deal with this enhancement request. In researching how to provide feedback, enhancement requests, and bugs I did not run across any way to contact the UX team. I would follow up if you point me in the right direction. The case for developers to look at this now is that I believe that there is activity on what could be a related bug (43021), so a partial step towards consistency would still be a good thing. I have updated the document to streamline things a bit and put the simple Bugzilla examples at the front, with further analysis and screen shots towards the back for those that need it. I will upload this new version. This could provide a good starting point for the UX team as it considers the broader implementation of this enhancement (should they take up the request). I will also update 78209 along the lines of your request as well. Let me know if this format is better suited to your process. -- You are receiving this mail because: You are the assignee for the bug.
_______________________________________________ Libreoffice-bugs mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
