Opened 4 years ago

Closed 4 years ago

#894 closed defect (fixed)

Search for special (non-ascii) characters is strange

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

Description

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

Attachments (2)

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

Download all attachments as: .zip

Change History (3)

Changed 4 years ago by zenogantner

Changed 4 years ago by zenogantner

comment:1 Changed 4 years ago by zenogantner

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

I think this is fixed in r11226.

Note: See TracTickets for help on using tickets.