Source code file format of ide is set to ascii cannot input chinese~

[loadstone]

6.02 is normal, to 6.03 onwards,When the source code file format of ide is set to ascii, Chinese characters cannot be input. All the inputs are question marks.(????)

[mk-soft]

ASCII only has the simple character set up to 0 - 255 (32 to 127)

[loadstone]

ASCII only has the simple character set up to 0 - 255 (32 to 127)

You are right, I mean that the version before 6.02 supports ascii file format input Chinese, now 6.03 can not input Chinese, can only open ansi format containing Chinese files, but can not change the Chinese inside, the old source code is invalid!

[User_Russian]

There is a similar problem with the Russian language. Instead of text, question marks!
I think it was a big mistake to update Scintilla in PB 6.03. This added a lot of bugs to the IDE that have not been fixed yet!

[Fred]

Try to convert your file in UTF-8 with the old PB and see if it opens correctly with the new version. Chinese and Russian files should be in UTF-8 anyway, using ASCII for that is crying for errors.

[loadstone]

Try to convert your file in UTF-8 with the old PB and see if it opens correctly with the new version. Chinese and Russian files should be in UTF-8 anyway, using ASCII for that is crying for errors.

Code: Select all

XIncludeFile "d:\其他程序源码\PUREBASIC_XXXXXX\include\tdb_600.pbi"

@Fred bigboss，Now version 6.04 above this sentence does not work, the message messagebox is as follows:

---------------------------
PureBasic
---------------------------
行 1: File not found (d:\其他程序源码\PUREBASIC_XXXXXX\include\tdb_600.pbi).
---------------------------
确定
---------------------------

The directory exists and there is no error, just because the directory has Chinese。（ the source file has been set to utf8）

[idle]

There's defiantly a bug with xincludefile it doesn't work from command line or any ide versions I've tried.
PB 6.03 lts and PB 6.10b, win 11

I would say a compiler bug rather than IDE

[mk-soft]

Same on pb v6.10 b1

[loadstone]

@Fred