Hallo,
i'm at the moment testing uedit 11.20b and have found the following annoying behaviour:
UTF8 coded HTML-Files are autoconverted to Unicode-16 in memory.
Cursor Movement by left/right arrow keys is then wrong, going 2 characters at once.
As it shows in the threads in this forum, the conversion is a wanted behaviour and not the point of problem.
The problem is the fact, that the rest of the environment gets somehow initialized by the file information that is gathered based on the original file format, and is not updated once the file format got changed in memory.
May be, the simpliest solution would be to delay the initialization of the editing environment until the unicode-autoconversion (which, as it looks, is hardcoded) is done.
Once the behaviour is corrected at this point, i bet the other problems with wrongly counted characters (as in the macro forum) go away, too.
Thanks for your interest.
Harry Boeck
i'm at the moment testing uedit 11.20b and have found the following annoying behaviour:
UTF8 coded HTML-Files are autoconverted to Unicode-16 in memory.
Cursor Movement by left/right arrow keys is then wrong, going 2 characters at once.
As it shows in the threads in this forum, the conversion is a wanted behaviour and not the point of problem.
The problem is the fact, that the rest of the environment gets somehow initialized by the file information that is gathered based on the original file format, and is not updated once the file format got changed in memory.
May be, the simpliest solution would be to delay the initialization of the editing environment until the unicode-autoconversion (which, as it looks, is hardcoded) is done.
Once the behaviour is corrected at this point, i bet the other problems with wrongly counted characters (as in the macro forum) go away, too.
Thanks for your interest.
Harry Boeck