develooper Front page | perl.perl6.internals | Postings from June 2001

Re: The internal string API

Thread Previous | Thread Next
From:
Dan Sugalski
Date:
June 20, 2001 11:21
Subject:
Re: The internal string API
Message ID:
5.1.0.14.0.20010620142126.020dfea0@24.8.96.48
At 05:16 PM 6/20/2001 +0000, Nick Ing-Simmons wrote:
>Jarkko Hietaniemi <jhi@iki.fi> writes:
> >> Taiwanese read traditional chinese characters, but PRC people read
> >> simplied chinese. Even we take the same data, and same program (code),
> >> people just read differently. As an end user, I want to make the decision.
> >> It will drive me crazy if Perl render/display the text file using
> >> traditional
> >> chinese just because it was tagged as "Big5".
> >
> >Perl will (probably, whispers he, crossing his fingers) never
> >translate data that far.  Perl (5) does not "display" chr(0x1234) to
> >me using Unicode fonts, it just pushes the octets to a file
> >descriptor/handle.  Unicode is language-neutral.
>
>Perl may not, but I assume someone will be fool enough to give it a GUI.
>perl5.7.1+/Tk803.???-to-be will now make a stab at rendering Unicode
>(not a very good one I am the 1st to admit which is why it isn't released!).
>
>It would be good if Tk-for-perl6 did not have to break the rules or
>provide its own hooks for meta data and could use "the" string API.

What sort of things would Tk need?

					Dan

--------------------------------------"it's like this"-------------------
Dan Sugalski                          even samurai
dan@sidhe.org                         have teddy bears and even
                                      teddy bears get drunk


Thread Previous | Thread Next


nntp.perl.org: Perl Programming lists via nntp and http.
Comments to Ask Bjørn Hansen at ask@perl.org | Group listing | About