Shift+Ctrl+S (Special Characters) is not working in the Find & Replace dialog in Linux Mint 20.1/LibreOffice 6.4.7.2. Nothing happens when using the shortcut. (Friends have confirmed that it is working on MX Linux/Libreoffice: 6.1.5.2 & Mint 19.3/LibreOffice 6.0.7.3. But not in LibreOffice v.7.1.3.2 for either of those distros.) Shift+Ctrl+S (Special Characters) DOES work in the Find (Ctrl+F) field in all the above situations.
not repro Version: 7.3.0.0.alpha0+ (x86) / LibreOffice Community Build ID: 7458f19a254c799612795a0cddeb0910f71948d4 CPU threads: 4; OS: Windows 10.0 Build 19041; UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded
I do not see any shortcut for Special Characters dialog and Shift+Ctrl+S is assigned to "Save As...". Tested in LO 6.4.7 from Ubuntu, LO 7.1.6.0+, 7.2.1.0+ and current master built at home under Ubuntu 20.04 x86-64. You can assign a shortcut to Special Characters dialog if you want: menu Tools > Customize > keyboard tab. You have to assign a shortcut to the function "Symbol" which has the tooltip "Insert Special Character". From my point of view, this bug report should be closed as NotABug. Best regards. JBF
The shortcut Shift+Ctrl+S was used for bringing up the Special Characters dialog when the Find & Replace Dialog was active. I have used this shortcut for this purpose for about 3 years in Windows & Linux. Suddenly, it stopped working on the Linux installation. Yes, it does duplicate as "Save as" when Find & Replace is not being used, which is certainly confusing. However, access to the Special Characters while Find & Replace is also active is now working in Linux Mint 20.2/LibreOffice 6.4.7.2. I am not sure what caused the correction, but I certainly agree that this can be closed now.
I should note that access to Special Characters is available via the button bar which for a long time was not possible. One could not leave the Find & Replace dialog to access another function before.
I guess you are using the extension "Alternative Find & Replace" (https://extensions.libreoffice.org/en/extensions/show/alternative-dialog-find-replace-for-writer) in which the shortcut Shift+Ctrl+S open Special Character dialog and allow to insert a special character in the current text field. Can you confirm ? Best regards. JBF
I have no extensions on my Linux setup and not that one on Windows. The Shift+Ctrl+S shortcut is no longer necessary in 7.0.5.2 for Windows, though it does still work in the standard Find & Replace.
I apologize to the community - I was incorrect. This feature is still not working in Linux. I have just been able to upgrade to 7.1.5.2, and there is still no way to access Special Characters in the Find & Replace dialog. The Special Characters dialog is accessible while the Find & Replace dialog is open, but any character selected will be inserted directly into the document rather than into a field in Find & Replace. Whether it the old way using a shortcut [Shift+Ctrl+s] or some other option within the Find & Replace dialog, this capability is very handy. Otherwise, it is back to the long way of typing out the inputs somewhere else that has access to special characters and then copying and pasting. Thank you!
I do confirm the shortcut works in Version: 7.2.1.2 (x86) / LibreOffice Community Build ID: 87b77fad49947c1441b67c559c339af8f3517e22 CPU threads: 2; OS: Windows 6.1 Service Pack 1 Build 7601; UI render: Skia/Raster; VCL: win Locale: es-ES (es_ES); UI: es-ES Calc: threaded when the findbar/find&replace dialog is displayed
it also works in Version: 7.3.0.0.alpha1+ / LibreOffice Community Build ID: 9ffbbd9dba5f12be2914ebbf01ebdd303b695e46 CPU threads: 4; OS: Linux 5.10; UI render: default; VCL: x11 Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded
but not with GTK3
Regression introduced by: https://cgit.freedesktop.org/libreoffice/core/commit/?id=f920e86fbf3968104e1dfc0e9934e80652ed0837 author Caolán McNamara <caolanm@redhat.com> 2019-03-22 15:59:00 +0000 committer Caolán McNamara <caolanm@redhat.com> 2019-03-24 18:19:29 +0100 commit f920e86fbf3968104e1dfc0e9934e80652ed0837 (patch) tree 01f8ed9c445821739b9709c5fee6e51eab0ae24d parent da881f38c088c439f034e340bbbb4ca53e67389f (diff) weld SvxSearchDialog Bisected with: bibisect-linux64-6.3 Adding Cc: to Caolán McNamara
I can confirm that this option does not work in v7.2.2.2 for either Calc or Writer on OS: Linux 5.4, gtk3. Per the online manual page on inserting special characters, using an alt-graph key or alternate keyboard solves most of this issue for Linux users. But that is assuming that the one-time special character needed is on the alternate keyboard. As an everyday user, I am afraid I have no idea what to do with the "regression" information provided, though that may help someone who is far more savvy with these things than I am. :( Since I first noticed this problem in 6.4.7.2 and do not know when it actually started, I am not sure how far back to go and lose any new/improved features. Maybe it is just a matter of stating in the manual that this shortcut will no longer be a supported option in some Linux setups?
seems a little obscure, but we can probably do something about it
Caolán McNamara committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/098df4ac7e3c8e13c892a324587f8ebdbce273cb Resolves: tdf#142706 ctrl+shift+s to launch insert special characters dialog It will be available in 7.3.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
done in trunk, backport to 7-2 in gerrit
Hi Caolán, the issue is still reproducible for me in Version: 7.3.0.0.alpha1+ / LibreOffice Community Build ID: e6968f0485cfb2f6c941d11c438386e14a47095d CPU threads: 4; OS: Linux 5.10; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded However, it works with GEN
interesting, works under wayland but not X, didn't expect to see a difference there so didn't check on what's not my default
Caolán McNamara committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/7fdcc2d3f218def3b3166cdbfa83154e68e00b4b Related: tdf#142706 mask with GDK_MODIFIER_MASK to ignore unwanted bits It will be available in 7.3.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
done in trunk, backport to 7-2 updated to include the additional fix
*** Bug 130005 has been marked as a duplicate of this bug. ***