Select-All Broken in Import Dialogue
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
calibre |
Fix Released
|
Undecided
|
Unassigned |
Bug Description
Note: I am using Calibre 4.13 on macOS (10.15.3), and this feedback is relative to expected behavior on the macOS platform. (ie I cannot speak to expected behavior on Linux or Windows.)
(1) One expected behavior in macOS for "open" dialogues that allow the user to select multiple files is that Cmd-A will select all files in the currently open folder. In the "Add Books" or "Import" dialogue box—that is, the modal system "open" dialogue—this keyboard shortcut does not work. (This oversight may be related to the lack of a persistent "Edit" menu in Calibre.)
(2) Another expected behavior in macOS for "open" dialogues that allow the user to select multiple files is that if the user clicks the "Open" button in the lower right, the application will attempt to open the entire contents (ie multiple files) of the currently open folder. In the "Add Books" or "Import" dialogue box—that is, the modal system "open" dialogue—this behavior also does not work.
I don't know to what extent these the "open" dialogue in Calibre is platform-specific, but to the extent that it is, the "open" dialogue in macOS should support these two behaviors. As a long-time Mac user with subconscious familiarity with the platform's "feel", I have found myself repeatedly stymied by the Calibre "Import" dialogue's inconsistencies with the platform norms.
The open dialogs come from the system, calibre has no code for them and
cannot control their behavior in any way.
Regarding (1) I sympathise. Sadly, like most things Apple,
cocoa file dialogs are brain dead. Their keyboard shortcuts require global menu
items for copy/paste, select all, etc *for the application* to work. If
the application does not have these, and calibre doesn't because it has
a dynamic and user customizable menubar, which is a level of flexibility
beyond Apple's comfort zone, then there is no real way to ensure these.
You should really open a bug with Apple explaining to them that the way
an independent file dialog works really should not be influenced by the
application's menu bar, or if it is, there needs to be a way for dialogs
to override them. That said it may be possible for me to work around
this brain dead-ness by adding a few dedicated shortcuts to the menubar
before the dialog is opened and removing them after it is closed. I'll
look into that when I next have nothing better to do.
As for (2) I have no clue why the file dialog would not behave as the
platform one, since it is the platform one. Probably another case of
Apple using some global application state to modify dialog behavior.