On 10/05/16 17:48, Tony Whyman wrote:
On 10/05/16 14:15, Bart wrote:
It already is [part of the string type.
See the StringCodePage function.
> I don't think this is what I meant as StringCodePage is a unicode
> string function. I am looking at the single byte string types.
StringCodePage()
Am 2016-05-10 um 17:48 schrieb Tony Whyman:
I don't think this is what I meant as StringCodePage is a unicode string
function. I am looking at the single byte string types.
On 10/05/16 14:15, Bart wrote:
It already is [part of the string type.
See the StringCodePage function.
Codepages a
I don't think this is what I meant as StringCodePage is a unicode string
function. I am looking at the single byte string types.
On 10/05/16 14:15, Bart wrote:
It already is [part of the string type.
See the StringCodePage function.
___
fpc-pascal m
On 5/10/16, Tony Whyman wrote:
> .. Pascal could be improved by including (for string types) the code
> page as part of the string data itself rather than having to infer it.
It already is [part of the string type.
See the StringCodePage function.
Bart
___
While my first thought over the "String Type" or "End of World" threads
was this is another "how many angels to the pinhead" type discussion.
However, having worked through it, I believe that there is an issue here
and Pascal could be improved by including (for string types) the code
page as pa
