Version: 7.1.3.2 / LibreOffice Community Build ID: 47f78053abe362b9384784d31a6e56f8511eb1c1 CPU threads: 4; OS: Linux 5.4; UI render: default; VCL: gtk3 Locale: en-GB (en_GB.UTF-8); UI: en-GB Calc: threaded This test was conducted on a Linux Mint 20.1 PC. In order to access the "Replace" command, say, in the Find & Replace menu, you need to press Alt + R. However, if you hold down the two keys the repeat function appears to be very slow compared to the same in Windows systems, in which (if my memory serves me well) the command whizzes through the document.
Version: 7.1.3.2 (x86) / LibreOffice Community Build ID: 47f78053abe362b9384784d31a6e56f8511eb1c1 CPU threads: 4; OS: Windows 10.0 Build 19042; UI render: Skia/Vulkan; VCL: win Locale: en-GB (en_GB); UI: en-GB Calc: threaded As I suspected. In Windows 10, The Find & Replace "Replace" shortcut (R) works MANY times faster (factor of 10 perhaps) than its equivalent in the Linux Mint DE. As does the "Find next" shortcut and so on. There is clearly something wrong with the shortcut repeat function on Linux Mint (and other Linux distros?). Very inconvenient when working with long docs. See also, Bug 142791.
Shortcut commands are very slow in all dialogues. e.g. in Format > Sections, create a large number of sections then try to delete them with the "Remove" command shortcut (Alt + R). EXPECTED BEHAVIOUR: In Windows, if you hold the ALt + R keys it rips through the section very fast. ACTUAL BEHAVIOUR: In Linux, if you hold the Alt + R keys the sections are removed only slowly.
Correction: in Windows, you only havwe to hold the "R" key.
For reference, I am using: Version: 7.3.0.0.alpha0+ / LibreOffice Community Build ID: e3086b58eb5427d520b86c185f9d911bb6f7a3a0 CPU threads: 12; OS: Linux 4.15; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2021-06-21_15:37:11 Calc: threaded To me, the repeat rate for replace seems slower than the repeat rate for, say, cursor movement; but it's not excessively slow. One could say that it's worse for replace to go too quickly than too slowly, since you are changing the document. Have you checked the Repeat Keys Speed in your Keyboard Preferences? Maybe it's set to a low value.
System Settings > Hardware > Keyboard > Typing: the repeat speed is set near the top of the range, and repeat of ordinary characters is fast – as expected.
Bibisected with linux-64-6.3 to https://git.libreoffice.org/core/commit/aa04df5fd9c8359a50039f598f4998caf7e5afe6 weld SwEditRegionDlg
Created attachment 180031 [details] Example file 1. Open this file 2. Format - Sections 3. Focus into the section list and hold down Alt-R
The activate timeout seems to be hard coded into GtkButton as 250 ms: https://gitlab.gnome.org/GNOME/gtk/-/blob/gtk-3-24/gtk/gtkbutton.c#L82
Here's my effort at making that work, but its an upstream fix: https://gitlab.gnome.org/GNOME/gtk/-/merge_requests/4713