V4RB2 // storing encoding

erne ernestogiannotta at tiscalinet.it
Sat Oct 23 00:35:26 CDT 2004


On 22 ott 2004, at 22:19, Ruslan Zasukhin wrote:

> On 10/22/04 11:12 PM, "erne" <ernestogiannotta at tiscalinet.it> wrote:
>
>> On 22 ott 2004, at 21:01, Ruslan Zasukhin wrote:
>>
>>> On 10/22/04 8:16 PM, "erne" <ernestogiannotta at tiscalinet.it> wrote:
>>>
>>>> Well, I can live with this behaviour
>>>> but I still don't get sense of it
>>>>
>>>> what's the point in defining a storing encoding
>>>> if I don't I/O data in that format by default?
>>>
>>> Hmm.
>>>
>>> Storage Enoding -- you say HOW you want keep strings on disk
>>>     Japan guys will prefer UTF16
>>>     roman language group will prefer UTF8
>>>     Russian will prefer Cyrillic Mac or Win.
>>>
>>
>> sure, that is why I expect to deal with that data in my preferred
>> encoding
>> I really can appreciate that Vale will convert any string fed to her
>> into preferred encoding, this is smart
>> But I'd expect to get back my data in that encoding and not have to
>> convert them from UTF8
>
> I see.
>
> Okay I see 2 steps for this
>
> 1)      GetString( Locale as String )
>

maybe you mean GetString( Encoding as String ) ?

btw why not use the Encoding RB object to tell Vale about this?
e.g.
GetString( Encoding as textEncoding )
db.StorageEncoding as TextEncoding
etc.

> 2) add also
>
>     db.IOEncoding
>
> So if you always want work in UTF16 then inform about this db object.
>

fair enough :!)

still looking a bit redundant

Cool Runnings,
Erne.
|er| musical box
|ne| a media store



More information about the Valentina-beta mailing list