Ticket #894 (closed defect: fixed)

Opened 4 years ago

Last modified 4 years ago

Search for special (non-ascii) characters is strange

Reported by: zenogantner Owned by:
Priority: minor Milestone:
Component: editor Version: trunk
Keywords: i18n Cc:


When I enter the following text:

muss muß müssen muessen

and then try to find "muß", I only get a match for "muss", but not for the exact string, "muß". "ß" is the German "s-zett", a very common character in German texts.

So there are two things that are broken/strange here:

  1. Not being able to find the string "muß" with the query "muß"
  2. There seems to be an automatic conversion/extension "ß" -> "ss", which may lead to false positives. Users should be able to disable that behavior.

Umlaut search seems to be broken, too.
"müssen" does not lead to a match, either.

I observed the same behavior for both the normal and the incremental search, no matter which options (case insensitive, regexp) were chosen.

The text (attached) is in UTF-8, both according to Padre and my file command. Same behaviour for ISO-8859-15 (western, also attached).

Padre r11141
Wx Version=(0.9701) wxWidgets 2.8.10 unicode=(1)
v5.10.0 built for i486-linux-gnu-thread-multi


special_characters.txt (25 bytes) - added by zenogantner 4 years ago.
special_characters_western.txt (24 bytes) - added by zenogantner 4 years ago.

Change History

Changed 4 years ago by zenogantner

Changed 4 years ago by zenogantner

comment:1 Changed 4 years ago by zenogantner

  • Status changed from new to closed
  • Resolution set to fixed

I think this is fixed in r11226.

Note: See TracTickets for help on using tickets.