Unicode handling all across Harbour is probably the last missing
big core/compiler feature which is needed to level our project
to Python/Java and the like.
IMO a very important one.
Maybe we can make use of some existing Unicode conversion libs
(like iconv) to avoid replicating such logic inside Harbour.
Of course this is just one part of the problem.
Brgds,
Viktor
On 2009.09.09., at 10:33, Franček Prijatelj wrote:
Hi
Til now I had a few cases where I needed it.
For example a string of html encoded in utf8.
Maybe it can be solved with -utf8 switch.
best regards,
Franček
Przemyslaw Czerpak-2 wrote:
On Wed, 09 Sep 2009, Franček Prijatelj wrote:
Hi,
I think Harbour compiler should support BOM in .prg and include
files.
Tell me ,if there is a big problem to conditionaly skip first tree
bytes.
Every modern editor supports it.
Anyhow we are in Unicode age.
It's not a problem with file signature striping - this is trivial but
you still have to know how to encode/translate data inside the file
and for this you need CP support in compiler.
As long as we will not have CP support in compiler then current
compile
error is quite good protection against possible problems caused by
files
unintentionally translated to UTF8 by some editors.
best regards,
Przemek
_______________________________________________
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
--
View this message in context:
http://www.nabble.com/HOWTO-about-codepage-in-HbQt-tp25334628p25360758.html
Sent from the Harbour - Dev mailing list archive at Nabble.com.
_______________________________________________
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
_______________________________________________
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
