[squeak-dev] Re: The future of Squeak & Pharo (was Re:
[Pharo-project] [ANN] Pharo MIT license clean)
Philippe Marschall
philippe.marschall at gmail.com
Mon Jun 29 05:18:11 UTC 2009
2009/6/29 Yoshiki Ohshima <yoshiki at vpri.org>:
> At Sun, 28 Jun 2009 19:28:50 +0200,
> Philippe Marschall wrote:
>>
>> For Seaside #leadingChar is a PITA because there is no way of knowing
>> the language of the content the user entered. And it's a rampant
>> layering violation. And it probably contributes to WideStrings being
>> so slow. And it's not portable. And ....
>
> For Seaside you don't need to display the string so you can just
> ignore it.
Nope, because in Seaside sometimes we like to compare strings and
#leadingChar is taken into account for #=. And we have to write code
that runs on other systems. And we have to map characters to bytes and
bytes to characters.
>> And don't get me "but we need it for fonts". The only way to get nice
>> fonts in Squeak is to avoid it and do it in C with char*.
>
> This is a very confused statement. You better pass the font and
> language information to the outside renderer to get the proper result.
I agree but you don't know how often I have gotten this answer when I
suggested to simply drop #leadingChar.
Cheers
Philippe
More information about the Squeak-dev
mailing list
|