_What is done_
Just now PSPad is moved to Delphi XE10 Seatle, it means I get rid of additional
component which added Unicode support into nonunicode Delphi (e.g. TNT unicode
controls) and replace it with standard native components. 
Most of main code is cleaned of WideStrings and unicode based functions. Bod
points  cost me many many hours of work.
Just now I have working 32b version and most of functionality is OK.

All localization files are stored in UTF-8 - it's nice to see PSPad localized in
russian, japanese, korean, ...

_What is necessary to do_
It's necessary to implement any clever Code page support. I am able to load/save
file in any code page, but I need idea, how to make it user friendly.

_What doesn't work for now_
There is a problem with 64 bit's version for now, some things prevent successful
compilation
There is problem with scripting. If anybody is experienced in implementing WSH
scripting for Delphi, I will be glad for any help. I can do it from scratch, but
it will take a lot of time. 
User file type plugins (I don't have source code) - there is necessary to add
Ansi version of exported functions with PAnsiChar arguments.

_What can I do if there will be interest_
I can release PSPad testing version without scripting capabilities. It can help
me fix some problems. 

_What will follow_
After we will have working native Unicode version, include 64b, I will start
work on implementing new editor engine. I know, it sounds

-- 
<http://forum.pspad.com/read.php?2,67953,67953>
PSPad freeware editor http://www.pspad.com

Odpovedet emailem