Repro steps:
1. Create new document and set encoding to UTF (with or without BOM)
2. Write at least one character outside of ascii range (for example polish ąęśćł)
3. Save file
4. Use menu command to "Convert to ANSI"
5. Close file
6. Open it again
What happens: N++ still detects it as UTF file. Characters still displayed properly.
Expected: N++ should show that ANSI encoding is select in Format menu. Polish characters should probably be mangled after converting to ascii/ansi.
I'm on Vista since some time. It either broke when I've switched from XP to Vista or due to N++ changes.
In Notepad_plus::runProc I can see that clipboard is used for conversion. Maybe Vista has changed how clipboard work in regard to encoding and this is the reason for failing?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Repro steps:
1. Create new document and set encoding to UTF (with or without BOM)
2. Write at least one character outside of ascii range (for example polish ąęśćł)
3. Save file
4. Use menu command to "Convert to ANSI"
5. Close file
6. Open it again
What happens: N++ still detects it as UTF file. Characters still displayed properly.
Expected: N++ should show that ANSI encoding is select in Format menu. Polish characters should probably be mangled after converting to ascii/ansi.
I'm on Vista since some time. It either broke when I've switched from XP to Vista or due to N++ changes.
In Notepad_plus::runProc I can see that clipboard is used for conversion. Maybe Vista has changed how clipboard work in regard to encoding and this is the reason for failing?
Nope, I filed a bug report about this even though I'm using XP, and it is probably a duplicate.
As the next release will use a newer Scintilla component with a handful of goodies, perhaps this issue will simply vanish.
CChris
Any update on this?
It's still happend with 5.5.1
I've returned to 5.3.1 where it worked
Fixed in the upcoming official 5.6.
CChris