I am encountering a minor annoyance of the LibreOffice GUI, which I think could be fixed easily
In all applications on Mac, you can use Cmd+A to select all text in your current active window or dialog. However, in LibreOffice, Cmd+A does not work in "Save as" window, so if you somehow deselected the default filename in this window, you must delete the default filename manually and then start writing the new one. It can be quite annoying, when you need to work with many new files.
Steps to reproduce:
1. Start a new document on LibreOffice
2. Open the "Save as" window
3. Click into the filename column, so the filename gets unselected
3. Try using Cmd+A to select it again
4. Nothing happens... (and that is the bug)
5. Try the same in any other application on Mac to see what should happen when you press Cmd+A.
Cmd+A doen't do anything in the "Save as" window.
I expected that Cmd+A will always select all the text in the active window or dialog.
I know, this is a really marginal thing, but I miss my Cmd+A so much! Thanks.
Operating System: Mac OS X
Thanks for reporting!
I can confirm this behavior using Mac OSX 10.8.2 with LibreOffice 22.214.171.124.
Understand choosing UI category since it likely affects all LibreOffice components on OSX, but how is this an Accessibility issue?
Removing the ACCESSIBILITY sub-component flag from the subject title.
In BSA this should probably be left as an "(All other Problems)", but would there be enough need to add a "SELECTION" or "OBJECT SELECTION" subcategory?
@V Stuart Foote:
Hi! To be honest, I was not sure, to which component this bug should belong, so I chose the one that seemed most probable to me. You are welcome to re-assign it. I am new to LibreOffice bug report.
Thanks. I hope it gets fixed some day. It's really annoying:-/
Just FYI: Still valid for master build 4.2 2013-08-20 and LO 126.96.36.199.
Rather minor but very annoying bug.
*** Bug 55371 has been marked as a duplicate of this bug. ***
Created attachment 104217 [details]
Solving the problem as stated (with the addition of the also missing "undo" and "redo") is probably as simple as the attached patch, which was inspired by
However, there is a related issue remaining: With the "Save As" dialog open, the regular LO menus remain in place on the top bar, but if you try to use them it quickly becomes clear that the cake is a lie, and none of the menu items actually do anything (even the ones you would expect to work, like "Select All")
Looking at what other applications do with such modal windows, either a temporary menu set is substituted while the dialog is open, which generally only includes "Edit" -> "Undo", "Cut", "Copy", "Paste", "Delete" and "Select All", or all menus are simply removed until the dialog is dismissed. Fixing this one is beyond my knowledge of Cocoa or the LO codebase
(In reply to comment #7)
> Created attachment 104217 [details] [review]
> Proposed patch
Thanks for the proposed patch, I also thought something along those lines would be necessary, see bug 49853#c37. Lets hope one of the OSX versed devs picks it up and pushes it further. MAybe this class of OSX issues can finally be tackled. Tor? Thorsten?
Matthew J. Francis committed a patch related to this issue.
It has been pushed to "master":
fdo#62054 Enable "Select All", "Undo" and "Redo" in "Save as..." on OS X
The patch should be included in the daily builds available at
http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
Affected users are encouraged to test the fix and report feedback.
(In reply to comment #9)
> Matthew J. Francis committed a patch related to this issue.
> It has been pushed to "master":
> fdo#62054 Enable "Select All", "Undo" and "Redo" in "Save as..." on OS X
> The patch should be included in the daily builds available at
> http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
> information about daily builds can be found at:
> Affected users are encouraged to test the fix and report feedback.
Thanks for the patch! I have tested the master build (Version: 188.8.131.52.alpha0+
Build ID: 80748411462c20d51d80eca63211285036af106c from 28th August 2014) on my MacOS X 10.9.3 and it seems to be working nicely for me. I can‘t wait for the official release.