I tried downgrade but the problem remains. If for you it works, it means that you have solved only a part of the problem.
Norbert's deductions are correct, I also saw the source code and it looks internally Kate work only in utf-8, so it does not seem to be an environment problem but of application or of libraries (and for this reason it may also concern more applications).
The confirm of this: if I try to open the same file with LibreOffice Writer from console (with "lowriter filename"), instead it works properly.
Hi.
I have done a few tests on a virtual machine and I have discovered that the problem is with ibus latest package. I have problems with ibus 1.5.25 and it is only fixed when I downgrade it to 1.5.24.
So I think that we should reassign this bug to ibus.
Regards,
Adilson
Em qui., 9 de set. de 2021 às 19:50, Norbert Preining <norbert@preining.info> escreveu:
Hi all,
> I did a test creating a file with the accented letters (my language is
> LANG=it_it), getting these results:
>
> $ kate prova-accentate-àèéìòù-test
>
> prova-accentate-ￜￜￜￜￜￜ-test
My guess is that there is a locale setup mismatch, and what happens is:
- filename is encoded in latin1
- kate expects utf8
- kate replaces the non-interpretable characters from latin1 with
� (Unicode "REPLACEMENT CHARACTER")
which has hex utf-8 bytes
EF BF BD
which you see in the hd output:
> 00000010 ef bf bd ef bf bd ef bf bd ef bf bd ef bf bd ef
I have never tried running KDE in a *non UTF-8* locale, that might be
problematic.
I tried to reproduce this with
LANG=de_AT@euro kate
(this is a iso locale defined on my computer) but kate always uses utf8.
So I suggest that you make sure that your locales are properly set up,
and match with the settings of kde.
Best
Norbert
--
PREINING Norbert https://www.preining.info
Fujitsu Research + IFMGA Guide + TU Wien + TeX Live + Debian Dev
GPG: 0x860CDC13 fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13
--