There are now 2 projects working on the same HTML component, one is HtmlPort by Phil Hess, one is HtmlViewer maintained in Google Code.<br>I am trying to figure out the right way to modernize the code.<br>There is an idea to support all string types in old Delphis and new Delphis and 3rd party Delphi Unicode libs and then FPC/Lazarus.<br>
The code is already full of IFDEFs and it would be even more so. Not good!<br><br>This component would really benefit from the Delphi2009 default string type.<br>All string encoding problems would be solved automatically.<br>
The next logical idea is to wait until FPC has the Delphi compatible unicode string, which is being developed in a branch (was it cpstrnew?).<br>No IFDEFs would be needed because of string types.<br><br>Now a question: is there any idea when the new string is ready for testing and experimenting by application programmers?<br>
I understood there are some fundamental design problems that need to be solved.<br>Once they are solved and the code moves to a bug-hunting mode, the time is right for application testing.<br><br>Note: I am not asking when the feature is ready and published, I am asking when it can be tested with "real" programs.<br>
The HTML rendering component would be a good test case when cleaning bugs of the unicode feature.<br><br>Juha<br><br>