Re: 'sort' command-alternative?
Re: 'sort' command-alternative?
- Subject: Re: 'sort' command-alternative?
- From: Paul Berkowitz <email@hidden>
- Date: Sun, 06 Oct 2002 13:15:56 -0700
On 10/6/02 12:34 PM, "John Delacour" <email@hidden> wrote:
>
> --Is this 4-byte Unicode-16?
>
>
>
It's not Unicode and there's no such thing as Unicode-16.
No? OK. UTF-16 Unicode is what I meant, which you must have understood, or
"you would have been unable to deny its existence!"
By "this" I was referring to the 4-character result which you had converted
back as character set "UNICODE-2-0" using the TECConverter Osax, which
apparently isn't the same thing as the original "UNICODE-2-0", which has
only two characters.
>
>
Type your hiragana character into a TextEdit window and run the
>
script below. In the dialog, you should see
>
>
>
[capital C with cedilla, dagger]
Yes.
>
Unicode text
Yes.
>
あ (= あ)
あ
Is "x" before a number generally understood as meaning "Hexadecimal"?
>
>
And in the new window that opens you should see the same character.
>
If you don't, then I have nothing to suggest, because it works here
>
every time with ANY UTF-16 character.
It works very well now that you removed the two calls to the TEC osax, yes.
Perhaps Smile knew what it was doing when it didn't want to do the
conversion? I'd rather have an error than two spurious characters inserted
silently.
Why the HTML since it doesn't open in my favorite browser but just in
TextEdit again? It seems pretty nifty, though. What capabilities does an app
need to have to display a decimal Unicode number in this way as HTML? Will
"any" HTML app do or must it have been specially implemented for Unicode?
>
--
Paul Berkowitz
_______________________________________________
applescript-users mailing list | email@hidden
Help/Unsubscribe/Archives:
http://www.lists.apple.com/mailman/listinfo/applescript-users
Do not post admin requests to the list. They will be ignored.