Re: 'sort' command-alternative?
Re: 'sort' command-alternative?
- Subject: Re: 'sort' command-alternative?
- From: John Delacour <email@hidden>
- Date: Sun, 6 Oct 2002 23:22:24 +0100
- Mac-eudora-version: 5.3 alpha
[bcc to Emmanuel]
At 1:15 pm -0700 6/10/02, Paul Berkowitz wrote:
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!"
No, I really had no idea what you meant :-)
Is "x" before a number generally understood as meaning "Hexadecimal"?
In this context, &#x....; , yes.
>
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.
If I do this:
tell application "TextEdit" to set s to get character 1 of document 1
set s to TECConvertText s fromCode "UNICODE-2-0" toCode "UNICODE-2-0-UTF-8"
set s to TECConvertText s fromCode "UNICODE-2-0-UTF-8" toCode "UNICODE-2-0"
I get TWO characters <C cedilla><dagger>, no spurious characters.
Why the HTML since it doesn't open in my favorite browser but just in
TextEdit again?
This seems to be a Finder problem or something wrong in the system.
I was trying
tell application "Finder" to open file f2 using application file id
"com.microsoft.explorer"
and IE was crashing. I have since updated to 5.2.2 using software
update and now it works fine. But id "com.omnigroup.omniweb" won't
work, and this is another question, because neither does id
"com.qualcomm.eudora" (where is this new thing documented ??)
Note the hidden talents of TextEdit, though! It displays an html
file! It does all sorts of other magic too. I can drag Chinese text
from a Nisus window in Classic to a TextEdit window and it is
automatically converted to Unicode.
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?
IE will display this hiragana character, because it can convert it,
but it won't display "real" unicode because it's restricted by WASTE.
It seems crazy to me that since both OE and IE are WASTE based,
Microsoft don't hand Marco a very large cheque and tell him to get on
with it.
Omniweb is the best Unicode-capable browser and in general a very
nice browser. I paid up for it very quickly, but you can use it
forever for nothing if you want. Mozilla (yuk) will also display
Unicode, but I couldn't bear to stay in it long enough to find out
how well it performs. As to Netscape, I don't know and I don't care.
Omniweb serves also as a source editor. Version 4.1.1 was delivered
today and I heartily recommend it.
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.
I'm afraid that Smile is not behaving properly, as you will guess if
you run 'textencodings'
You will find that you need to do this to get it to work, and that is
obviously not how it is supposed to be:
tell app "TextEdit" to set s to get character 1 of document 1
set s to s as string
set s to converttext s from "" to "UTF-8"
set s to converttext s from "UTF-8" to ""
JD
_______________________________________________
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.