Jonas Maebe schrieb:
http://wiki.freepascal.org/FPC_Unicode_support (only Sections 1 to 3; 4
and later are older and mostly either incomplete or wishful thinking).
Just a note on RawByteString concatenation:
Delphi concatenates RawByteStrings to the dynamic encoding of the
*first* string,
Am 08.01.2014 15:58 schrieb Hans-Peter Diettrich drdiettri...@aol.com:
Delphi concatenates RawByteStrings to the dynamic encoding of the *first*
string, the appended strings eventually are converted before concatenation.
Special handling of strings with the same encoding is not required.
I.e.
Sven Barth schrieb:
Am 08.01.2014 15:58 schrieb Hans-Peter Diettrich drdiettri...@aol.com
mailto:drdiettri...@aol.com:
Delphi concatenates RawByteStrings to the dynamic encoding of the
*first* string, the appended strings eventually are converted before
concatenation. Special handling of
On 08.01.2014 19:57, Hans-Peter Diettrich wrote:
Sven Barth schrieb:
Am 08.01.2014 15:58 schrieb Hans-Peter Diettrich
drdiettri...@aol.com mailto:drdiettri...@aol.com:
Delphi concatenates RawByteStrings to the dynamic encoding of the
*first* string, the appended strings eventually are
Sven Barth schrieb:
On 08.01.2014 19:57, Hans-Peter Diettrich wrote:
It looks to me, however, that no conversion occurs at all!
The strings are only concatenated as they are.
Same for a concatenation of (global) RawByteString variables.
This of course were not a desireable implementation :-(
On 08.01.2014 23:54, Hans-Peter Diettrich wrote:
Sven Barth schrieb:
On 08.01.2014 19:57, Hans-Peter Diettrich wrote:
It looks to me, however, that no conversion occurs at all!
The strings are only concatenated as they are.
Same for a concatenation of (global) RawByteString variables.
This
Hi,
Large parts of the returning discussions about code page-aware
AnsiStrings are related to the fact that many people don't how they
work. For this reason I've created an overview that explains the rules
that are followed by the RTL/compiler at
This in fact is in the paragraph Old/obsolete sections, but it does
not seem to be mentioned in any current paragraph:
Roadmap of RTL Unicode support with UnicodeString:
- TStrings Not implemented There is no UnicodeString version
of TStrings
- TStringList Not implemented
On 07 Jan 2014, at 13:11, Michael Schnell wrote:
On 07 Jan 2014, at 12:57, Jonas Maebe wrote:
[ http://wiki.freepascal.org/FPC_Unicode_support ]
This in fact is in the paragraph Old/obsolete sections, but it
does not seem to be mentioned in any current paragraph:
Roadmap of RTL Unicode
On 01/07/2014 01:23 PM, Jonas Maebe wrote:
... nor an attempt to address every person's wish list written down
previously on that page.
Yep. And as (pure) Delphi XE compatible behavior (at least in my
opinion) is not what is desirable for a portable language/rtl, while
generally Delphi
Jonas Maebe jonas.ma...@elis.ugent.be hat am 7. Januar 2014 um 12:57
geschrieben:
Hi,
Large parts of the returning discussions about code page-aware
AnsiStrings are related to the fact that many people don't how they
work. For this reason I've created an overview that explains the
On 07 Jan 2014, at 14:13, Mattias Gaertner wrote:
What is this crap:
http://wiki.freepascal.org/FPC_Unicode_support#FPC_Unicode_support
?
It's under the header Old/obsolete sections and as mentioned above,
that's incomplete or wishful thinking. I didn't want to delete any
existing
Jonas Maebe schrieb:
Large parts of the returning discussions about code page-aware
AnsiStrings are related to the fact that many people don't how they
work. For this reason I've created an overview that explains the rules
that are followed by the RTL/compiler at
On Tue, Jan 7, 2014 at 12:57 PM, Jonas Maebe jonas.ma...@elis.ugent.bewrote:
For this reason I've created an overview that explains the rules that are
followed by the RTL/compiler at
http://wiki.freepascal.org/FPC_Unicode_support
it is best to save the source code in UTF-8 with a BOM.
Is
On 07 Jan 2014, at 15:54, Jy V wrote:
n Tue, Jan 7, 2014 at 12:57 PM, Jonas Maebe jonas.ma...@elis.ugent.bewrote:
For this reason I've created an overview that explains the rules that are
followed by the RTL/compiler at
http://wiki.freepascal.org/FPC_Unicode_support
it is best to save
Am 07.01.2014 14:34, schrieb Jonas Maebe:
On 07 Jan 2014, at 14:13, Mattias Gaertner wrote:
What is this crap:
http://wiki.freepascal.org/FPC_Unicode_support#FPC_Unicode_support
?
It's under the header Old/obsolete sections and as mentioned above,
that's incomplete or wishful thinking.
On 07 Jan 2014, at 21:41, Florian Klämpfl wrote:
Am 07.01.2014 14:34, schrieb Jonas Maebe:
It's under the header Old/obsolete sections and as mentioned above,
that's incomplete or wishful thinking. I didn't want to delete any
existing content for now, but yes, what's mentioned there but
17 matches
Mail list logo