[Libreoffice-bugs] [Bug 106137] Find & Replace: handle \uhhhh and \Uhhhhhhhh notation in replacement string

[bugzilla-daemon at bugs.documentfoundation.org]

https://bugs.documentfoundation.org/show_bug.cgi?id=106137

Wolfgang Jäger <jag at psilosoph.de> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |jag at psilosoph.de

--- Comment #7 from Wolfgang Jäger <jag at psilosoph.de> ---
Of course, readers here will understand that the replacement string is not a
RegEx. That won't hinder me to express the hope that one day the means to
compose replacement strings will be as near as possible to those used for RegEx
search expressions. I also would suggest the introduction of an option to use
"StrictRegex" exactly supporting the features of the specific engine. Name the
engine (provider/flavor) in the help texts. Link the complete specification. No
help text can replace that. A huge waste of power!

This should include to drop the unsystematic "&" for 'Everything found'. Even
though this not is supported as a RegEx by the engine itself a "\0" is more
logical or "respective" for replacement. And of course \1 ... used as
backreferences in RegEx is better than the stubborn $1 ... in replacement
stings, too. Using \n in gravely different meanings here and there is a sin. 

Of course getting search expressions and replacement strings under the "same"
(very similar) syntax will require more escaping in replacement. 

I am told RegEx aren't used much. Maybe. But when used by experienced persons
they are very valuable AND their support is a relevant advantage of this free
Office over the main commercial competitor's. The compatibility strategy is not
as successful as once expected and may even reach its end one day. Being better
should then get relevant again. 

Yes. I am aware of the fact that this is an "OffTopic" concerning the subject.
Writing 5 new reports would not find anybody putting things together, I am
afraid. Atomisation cannot be the way.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice-bugs/attachments/20170427/63b24472/attachment.html>