V4RB, Jon, project

Ruslan Zasukhin sunshine at public.kherson.ua
Wed Sep 15 02:12:30 CDT 2004


On 9/15/04 12:50 AM, "jda" <jda at his.com> wrote:

>> So what we get then?
>> 
>>     If they all make Vstring(50) as UTF16
>>     then they all can store 50 chars.
>> 
>>     German/USA developer make Vstring(50) as Latin1
>>         he can store here really 50 chars of English or German
>> 
>>     Russian developer make Vstring(50) as Cyrilic-win
>>         he can store here only 50 chars.
>> 
>>     German/USA developer make Vstring(50) as UTF8
>>         he can store here really 50 chars of English or German
>> 
>>     Russian developer make Vstring(50) as UTF8
>>         he can store here only 25 chars.    <<<<<<<<<<< OPS
>> 
>> Non - consistence.
> 
>> 
>> We want and we think this is correct to write in docs
>> 
>>     Vstring( MaxCharsCount )
>> 
>> 
>> Problem of UTF8 is that can have variable length of bytes per chars.
>> We cannot guarntee to you that if you make UTF8 Vstring(50)
>> Then you will be able store here 50 chars in any language.
>> 
>> At last of end, why we use unicode?
>> To be able store any language.
>> 
>> If you want store only German or only English then use Latin1.
>> If you really want store any language then use UTF16.
> 
> Because for some of us we do not know in advance what users will want
> to store, but *most* will be some variant of a Western language. If
> hits to my web site are any indication, 90% or more are using a
> Western language primarily, and 10% or so use Japenese (primarily).
> But many Western language users mix in the occasional Japenese,
> Greek, Hebrew, or whatever.
> 
>> 
>> 
>> We have discuss this deeply here.
>> Vstring -- cause the most big problem for UTF8
>> VarChar -- so so. IF you will write strings close to max limit you again may
>> not fit into declared size.
>> Vtext -- do not have problems.
>> 
> 
> Any reason, in principle, that we can't mix encodings in a single
> database -- use UTF-18 for VStrings and UTF-8 for VText. Does this
> have to be database-wide -- can't it be field-specific, like language
> is now?
> 
> Anyway, if you are saying this as a warning, but we can still use
> UTF-8 if we want, then point taken, and thanks.

Yes, you can use it.

Just we warn you that in this case user may get bad surprise that he can
store less chars.


-- 
Best regards,
Ruslan Zasukhin      [ I feel the need...the need for speed ]
-------------------------------------------------------------
e-mail: ruslan at paradigmasoft.com
web: http://www.paradigmasoft.com

To subscribe to the Valentina mail list go to:
http://lists.macserve.net/mailman/listinfo/valentina
-------------------------------------------------------------



More information about the Valentina-beta mailing list