1 Jul 13:45
Re: Squeak to/from UTF-8 conversions
Philippe Marschall <philippe.marschall <at> gmail.com>
2007-07-01 11:45:40 GMT
2007-07-01 11:45:40 GMT
What's the status of these patches? Seaside shows a measurable speed drop when doing utf-8 encoding/decoding so we'd be more than willing to test them. We don't care about the stripping of language tags, we are fine with the unification aspect of unicode. Cheers Philippe 2007/6/26, Andreas Raab <andreas.raab <at> gmx.de>: > Hi - > > I was working on a little improvement in UTF-8 conversion speed (so far > it's about 150x faster for latin-1 text(Continue reading)and for measuring the > improvements was running a test that said: > > strings := String allSubInstances. > 1 to: strings size do:[:i| > original := strings at: i. > utf8 := original squeakToUtf8. > copy := utf8 utf8ToSqueak. > original = copy ifFalse:[self error: 'Encoding problem']. > ]. > > When I ran this test it failed on each and every WideString instance. > Digging into it, it seems that all of the WideStrings in Squeak have a > language tag that is being supplied implicitly by the current > LanguageEnvironment. > > Questions: > 1) From what it looks like right now there is no way to preserve that
and for measuring the
> improvements was running a test that said:
>
> strings := String allSubInstances.
> 1 to: strings size do:[:i|
> original := strings at: i.
> utf8 := original squeakToUtf8.
> copy := utf8 utf8ToSqueak.
> original = copy ifFalse:[self error: 'Encoding problem'].
> ].
>
> When I ran this test it failed on each and every WideString instance.
> Digging into it, it seems that all of the WideStrings in Squeak have a
> language tag that is being supplied implicitly by the current
> LanguageEnvironment.
>
> Questions:
> 1) From what it looks like right now there is no way to preserve that
.
>
> Regards .. Subbu
>
>
to what i see, this land needs:
- good newspaper
- marketplace
- library
- college and scools
- roads with directions
RSS Feed