Bug 130005 - EDITING: Shift+Ctl+S does not work as advertised in Search&Replace
Summary: EDITING: Shift+Ctl+S does not work as advertised in Search&Replace
Status: RESOLVED DUPLICATE of bug 142706
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
6.3.3.2 release
Hardware: All Linux (All)
: medium minor
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Find&Replace-Dialog
  Show dependency treegraph
 
Reported: 2020-01-15 06:21 UTC by Adalbert Hanßen
Modified: 2023-05-29 18:03 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Adalbert Hanßen 2020-01-15 06:21:04 UTC
I came across a tip after starting LibreOfficeWriter which told me something new: By pressing Shift+Ctl+S it should be possible to enter special characters into any text input field, e.g. of search and replace.

I tried it but it did not work im my 

Version: 6.3.3.2
Build ID: a64200df03143b798afd1ec74a12ab50359878ed
CPU threads: 4; OS: Linux 5.0; UI render: default; VCL: gtk3; 
Locale: de-DE (de_DE.UTF-8); UI-Language: en-US
Calc: threaded

The same is told on this page: https://help.libreoffice.org/6.0/en-US/text/shared/guide/insert_specialchar.html

If I open Search and replace and press Shift+Ctl+S, nothing happens.
Comment 1 Dieter 2020-01-15 06:37:16 UTC
I can't confirm with

Version: 6.5.0.0.alpha0+ (x64)
Build ID: 350d25da375f221edfa37309324ce3c68cf297ef
CPU threads: 4; OS: Windows 10.0 Build 18362; UI render: default; VCL: win; 
Locale: de-DE (de_DE); UI-Language: en-GB
Calc: threaded

and also not with

Version: 6.3.4.2 (x64)
Build-ID: 60da17e045e08f1793c57c00ba83cdfce946d0aa
CPU-Threads: 4; BS: Windows 10.0; UI-Render: Standard; VCL: win; 
Gebietsschema: de-DE (de_DE); UI-Sprache: de-DE
Calc: threaded
Comment 2 Dagmara 2020-01-15 06:56:11 UTC
It seems it works on Windows - it worked as expected with version:
Version: 6.4.0.1 (x64)
Build ID: 1b6477b31f0334bd8620a96f0aeeb449b587be9f
CPU threads: 4; OS: Windows 10.0 Build 18362; UI render: default; VCL: win; 
Locale: pl-PL (pl_PL); UI-Language: en-US
Calc: threaded

I think it needs some more tests on Linux.
Comment 3 Mike Kaganski 2020-01-15 07:43:36 UTC
Repro in Version: 6.3.4.2
Build ID: 1:6.3.4-0ubuntu0.18.04.1~lo2
CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; 
Locale: en-US (en_US.UTF-8); UI-Language: en-US
Calc: threaded
Comment 4 BogdanB 2023-05-26 17:32:13 UTC
Not working in
Version: 7.6.0.0.alpha1+ (X86_64) / LibreOffice Community
Build ID: 370533da3f07169791c0a17013ca55c57df2f3c9
CPU threads: 16; OS: Linux 5.19; UI render: default; VCL: gtk3
Locale: ro-RO (ro_RO.UTF-8); UI: en-US
Calc: threaded
Comment 5 Caolán McNamara 2023-05-26 18:43:29 UTC
ctrl+shift+s works for me in gtk3 in e.g. the find and replace dialog, to show the insert special character dialog. At least since issue #142706 done in 2021 which is newer than comments 1-3 so this sounds like a duplicate of #142706

On the other hand comment #4 is about a contemporary version which should have the fix (signalEntryInsertSpecialCharKeyPress in vcl/unx/gtk3/gtkinst.cxx) in it
Comment 6 Caolán McNamara 2023-05-26 18:45:39 UTC
built a Romanian version and there ctrl+shift+s also gave me the insert special character dialog so it seems to work for me

*** This bug has been marked as a duplicate of bug 142706 ***
Comment 7 BogdanB 2023-05-27 06:15:54 UTC
Yes, maybe I have a keyboard setting that don't allow me to use Shift+Ctrl in the same time.
Comment 8 Adalbert Hanßen 2023-05-29 18:03:15 UTC
(In reply to Caolán McNamara from comment #5)
> ctrl+shift+s works for me in gtk3 in e.g. the find and replace dialog, to
> show the insert special character dialog. At least since issue #142706 done
> in 2021 which is newer than comments 1-3 so this sounds like a duplicate of
> #142706
> 
> On the other hand comment #4 is about a contemporary version which should
> have the fix (signalEntryInsertSpecialCharKeyPress in
> vcl/unx/gtk3/gtkinst.cxx) in it

Today I looked into this one again. The problem seems to have been resolved by allowing to introduce things like currency characters, greek characters, EN_DASH and other characters not directly on the keyboard. 

I misunderstood the original trick. I was looking for something which lets me replace paragraph marks by forced feedbacks, or tabs by something else which I have defined. Microsoft Word has something similar, but I don't recall their exact syntax, perhaps it was ^p, ^n and so on I (which is also quite ununsual). 

There is an extension AltSearch 1.4.2.oxt which lets one replace paragraph marks by forced feedbacks and so on. Unfortunately AltSearch has some bugs and it looks like not being supported any longer. 

In 2011 Timur started a never ending discussion on the usability of Find and Replace in LibreOffice (https://bugs.documentfoundation.org/show_bug.cgi?id=38261). In comment 11 on this topic, Jax has already complained about AltSearch's features and bugs. In comment 20 I supported his view referring to similar request in OpenOffice from 2003 (happy birthday, it's mature now) and I reminded, that a "batch" feature assigning a name to such a storable replacement rule like in AltSearch must not be forgotten, since writing good regular expressions is not an easy task. 

In comment 25 to that thread I discussed the important features to be incorporated into LO Writer's native Search&Replace.

But this discussion was not in vain, because Shift-Ctl-S provides another property that has not been considered in the other discussions. So you can't lose that either. In AltSearch version 1.4.2 Shift-Ctl-S works by the way!