GNU bug report logs -
#64652
28.2; Adding a property bug on Windows 11
Previous Next
Full log
View this message in rfc822 format
> From: Ihor Radchenko <yantar92 <at> posteo.net>
> Cc: senkijun <at> gmail.com, ruijie <at> netyu.xyz, 64652 <at> debbugs.gnu.org
> Date: Sun, 16 Jul 2023 08:07:01 +0000
>
> Eli Zaretskii <eliz <at> gnu.org> writes:
>
> >> Org inherits outline-mode-syntax-table, which inherits
> >> standard-syntax-table, AFAIU. Is there anything wrong with this
> >> approach?
> >
> > I'm talking about case-table, not syntax-table.
>
> Org does nothing about case-table. So, it should be the default one.
That's the problem: the default case-table in Turkish locales will
fail case-insensitive search for ASCII strings. Try this:
emacs -Q
M-x set-language-environment RET Turkish RET
Then type "PROPERTIES" into *scratch*, go to its beginning, and type
M-l. You will see "propertıes".
> > It sounds like Org searches for "PROPERTIES" with case-fold-search
> > non-nil, and in Turkish locales that downcases PROPERTIES to
> > propertıes (not the dotless ı letter instead of i), which then fails
> > to find the string. Something like that.
>
> Does it also mean that any user with Turkish locale will experience the
> same failure when searching for "i"? Like M-x isearch <RET> i
Yes (except that Isearch has some heuristics regarding letter-case
when invoked interactively). After set-language-environment to
Turkish, type "PROPERTIES", go to the beginning of the word you typed,
and do
M-: (search-forward "i") RET
You will see that it fails. Now reset language-environment to English
and repeat the same search: it will now succeed.
This bug report was last modified 2 years and 36 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.