On 2005.12.25, at 10:58 AM, John Delacour wrote:
At 1:45 am +0000 25/12/05, John Delacour wrote:
The script is here, warts and all:
<http://bd8.com/temp/upload.pl.txt>
I note your are running both the script and the HTML in Unicode UTF-8.
There is wisdom in that, of course, and I may rethink my choice of
running these scripts in shift-JIS. (I like to avoid conversions that
require tables and context decisions as much as possible.)
I also notice you are saving the file back to disk so you can re-open
it as shift-JIS. I want to avoid that, since perl is already saving it
once to a temporary directory anyway, and since I hope the guy who
wrote that code covered more corners than I have time to think of.
(Muttering to self -- can perl open strings as streams like Java?)
NB. Safari doesn't treat it as as text file.
Didn't mention this before, but if you move the header here doc down
far enough (put it in a sub, declare the sub after all the rest of the
script), you can usually get Safari to behave itself.
It's disappointing to discover this old bug in Safari, and it's
disappointing that it's still there in Safari 2.
(Didn't really intend that comment to go off-list, particularly since
it actually is on topic for this list,)
FireFox, Opera, Omniweb display it properly as text.
If Omniweb isn't doing this, the problem would not seem to be in the
KHTML base. Of course, KDE just passes the view off to the selected
text editor, so the code to have the problem probably wouldn't be in
the base anyway.
(I like Omniweb, but I do have good reasons for using Safari on Jaguar,
mostly financial -- no room to put it since I had to put the old 5.6G
drive back in, no money for new hardware.)
Joel Rees
