Yahoo Mail is worthless. It can only handle mail in Latin 1 encoding. If a message uses Unicode (UTF-8), all non-ASCII characters are displayed completely wrong.
They forgot about Unicode in a new e-mail application in 2006? Are they out of their minds?!
Gmail on the other hand handles Unicode (writing and reading) as should every single application developed today.
Some macros or all? I didn't think StarBasic or UNO was related to Java.
Thanks for asking. I went back and checked again, and it turns out that I was fooled by a bug: If you turn off Java, and then choose "Tools->Macros->Run macro..", you're greeted with the dialog box that says: "OpenOffice.org requires a Java runtime environment (JRE) to perform this task. However, use of a JRE has been disabled. Do you want to enable the use of a JRE now? [Yes] [No] [Cancel]". But if you choose "No" or "Cancel", you still get to run your macros! So the dialog box is completely wrong. (Macros linked to menus or keys work without any stupid lying dialog boxes.)
So, I have to correct myself: If you disable Java in OpenOffice.org 2.0 you have to put up with stupid dialog boxes that bug you to turn on Java again.
Most of the attention is given to PHP, which is described as a natural companion to MySQL for use in developing dynamic web applications.
Since MySQL 5.0 handles Unicode really well (except for regular expressions), and since PHP has close to zero Unicode support, and since any serious programming uses Unicode today, it's hardly correct to see PHP as the natural companion to MySQL 5.0. Perl and Python and Ruby however have excellent Unicode support.
It will probably be a while before we see decent Unicode support in PHP - I'm very sorry to say.
it obviously didn't occur to you to test your "theory" in Firefox with the Flashblock extension installed. Why am I not surprised?
No theory. Observation. I do use Firefox with the Flashblock extension installed all the time. I checked out some of the pages that use the sIFR "solution" (e.g. "www.sixapart.com"). The text was blocked, and no fallback was shown. When I turned off JavaScript, the text however appeared. sIFR is flawed.
> Is anybody out there writing Perl/Java/whatever programs to > take advantage of StarOffice XML?
Yes, actually I started doing that yesterday: I'm using Perl and XSLT to build documents in StarOffice XML (or actually OpenOffice.org XML), converting some 500 XHTML pages into one huge OpenOffice.org document. It's amazingly easy!
Another issue you might find when validating Echo's generated HTML code is that some validators get tripped up by some of the URIs. W3C's for example doesn't care for the following img "src" attribute:
That's because the address is not correct. When the validator complains, it's most probably right, and your code is most probably wrong. Learn the rules!
"They can't even put a correct doctype declaration in the HTML!"
All Echo rendered HTML documents have a DOCTYPE declaration. If you see one that does not, please let us know. I would definitely consider this a bug.
It's not enough to put in a doctype declaration. It must also be the correct one. Pages with elements like "frameset" and "frame" should have a "frameset" doctype declaration. Check out what you're using.
"And frames are crap anyway, even if you do the code right."
I would disagree.
OK. Echo pages are not ordinary web pages, but applications. Frames can actually be OK in web applications.
Can this Zaurus do Unicode (and other character encodings)? Or is this a strictly western language device?
Can you redefine the keyboard to enter characters for different languages?
Can you read e-mail and edit text in Unicode (UTF-8)?
So, I checked my home page with Cynthia, and I got some complaints. They were reasonable. But then I saved the report Cynthia produced, and had her check her own code.
Have no fear about SM itself, though. I believe that well over half of the SM installations out there are non-english. XS4All.nl was the "biggest" user for a long time, probably still is.
OK. I have no fear...
But I did find an entry in the wish list, that UTF-8 support should be added in the future:
Has anyone found any web mail service that handles texts in various character encodings - notably Unicode - correctly (or at all)?
I'm really amazed how badly Hotmail et.al. handle i18n. Any message is treated as if it's in "iso-8859-1" (Latin 1, Western), and all information about the actual character encoding is just stripped off.
Correctly would of course also mean "without using HTML in e-mail messages".
If you have read anything about Germany, you will know they are so anti-anti-semetic that they made it illegal to use anti semetic rhetoric. Mein Kampf is certainly nazi propaganda so
a.) why is is copyrighted
b.) is not receiving royalties illegal?
Makes no sense to me!
Bavaria holds the copyright and uses that copyright to actively stop people from printing and distributing the book. It was printed a few years ago in Sweden, but Bavaria protested, and the book was withdrawn.
This is of course crazy. "Mein Kampf" is an important historical document, and it should be available in printed form. We must learn from history, not try to bury it.
I noticed Mein Kampf [gutenberg.net.au] is on the list of copyright-extended titles. The first question that pops into my head is: "Who's getting the royalty checks on that nowadays?"
That should be Bavaria, the German "land" that holds the copyright of "Mein Kampf".
But unfortunately (= due to gross incompetence) the Google News page has very bad HTML. A visit to the W3C validator reveals an amazingly long list of errors. Bad Google!
The HTML actually seems to be (possibly) even worse than the Slashdot (so called) HTML. But it's not easy to check, since Slashdot seems to have blocked the W3C validator!!! (I can understand why though...). Bad Slashdot!
And so the Case-That-Wouldn't-Die drags ever onward."
Actually this case has been stone dead for a long time, ever since the US administration decided that MS should not be punished. The dance-of-the-zombies that we're watching has nothing do to with a real court case. They're just killing time (and making money).
It is pretty much human nature to compose short passwords of one or two words, and it is wise to put non-alpha characters in there just to mix things up.
Yes, you should mix e.g. digits and a few totally random letters or so. The following is a common type of password, and a good one too (not easy to guess or crack):
jennifer7Q3gG
Now, what really happens if the OS without ever letting you know truncates that down to eight characters (and if the user happens to be a fan of Jennifer Lopez)?
Slashdot Mirror
Yahoo Mail is worthless. It can only handle mail in Latin 1 encoding.
If a message uses Unicode (UTF-8), all non-ASCII characters are
displayed completely wrong.
They forgot about Unicode in a new e-mail application in 2006?
Are they out of their minds?!
Gmail on the other hand handles Unicode (writing and reading)
as should every single application developed today.
What semantic changes happend between HTML 4.01 and XHTML 1.0?
I don't think there was one single such change.
It's backed by the Chinese governement, but it can't handle Unicode correctly.
Something smells like incompetence here.
Thanks for asking. I went back and checked again, and it turns out that I was fooled by a bug: If you turn off Java, and then choose "Tools->Macros->Run macro..", you're greeted with the dialog box that says: "OpenOffice.org requires a Java runtime environment (JRE) to perform this task. However, use of a JRE has been disabled. Do you want to enable the use of a JRE now? [Yes] [No] [Cancel]". But if you choose "No" or "Cancel", you still get to run your macros! So the dialog box is completely wrong. (Macros linked to menus or keys work without any stupid lying dialog boxes.)
So, I have to correct myself: If you disable Java in OpenOffice.org 2.0 you have to put up with stupid dialog boxes that bug you to turn on Java again.
Since MySQL 5.0 handles Unicode really well (except for regular expressions), and since PHP has close to zero Unicode support, and since any serious programming uses Unicode today, it's hardly correct to see PHP as the natural companion to MySQL 5.0. Perl and Python and Ruby however have excellent Unicode support.
It will probably be a while before we see decent Unicode support in PHP - I'm very sorry to say.
It obviously didn't occur to the sIFR people to test this "solution" in Firefox with the Flashblock extension installed. Why am I not surprised?
Since you asked: I do.
> Is anybody out there writing Perl/Java/whatever programs to
> take advantage of StarOffice XML?
Yes, actually I started doing that yesterday: I'm using Perl and XSLT to build documents in StarOffice XML (or actually OpenOffice.org XML), converting some 500 XHTML pages into one huge OpenOffice.org document. It's amazingly easy!
That's because the address is not correct. When the validator complains, it's most probably right, and your code is most probably wrong. Learn the rules!
It's not enough to put in a doctype declaration. It must also be the correct one. Pages with elements like "frameset" and "frame" should have a "frameset" doctype declaration. Check out what you're using.
OK. Echo pages are not ordinary web pages, but applications. Frames can actually be OK in web applications.
The Echo HTML code isn't even valid!
Such applications could break in future browsers. Browsers tend to become stricter and stricter. Only valid HTML is future-safe.
They can't even put a correct doctype declaration in the HTML!
And frames are crap anyway, even if you do the code right.
Does that mean that out-of-the-box you can only do western languages (Latin 1)?
Which of the shipping programs would be able to do Unicode if I "added the encoding" (whatever that would mean)?
Can this Zaurus do Unicode (and other character encodings)? Or is this a strictly western language device? Can you redefine the keyboard to enter characters for different languages? Can you read e-mail and edit text in Unicode (UTF-8)?
So, I checked my home page with Cynthia, and I got some complaints. They were reasonable. But then I saved the report Cynthia produced, and had her check her own code.
Here it is:
http://www.bertilow.com/div/cynthias_medicine/
And here's her verdict:
Verified File Name:
http://www.bertilow.com/div/cynthias_medicine/
Emulated Browser: Cynthia 1.0
Date and Time: 3/14/2003 8:34:15 PM
Failed Automated Verification
Emulated Browser: Cynthia 1.0
She failed! The reason is the crappy markup with loads of deprecated stuff. What were they thinking?
OK. I have no fear...
But I did find an entry in the wish list, that UTF-8 support should be added in the future:
http://www.squirrelmail.org/wiki/en_US/WishList
So, is there Unicode support, or not, in SM?
Thanks for the tip! I'll check it out.
I did however get a little suspicious when I found the following page:
http://www.squirrelmail.org/wiki/en_US/SquirrelMai lRequirements
The character encoding is a total mess on that page. Maybe it's the Wiki's fault. I've seen that kind of mess on Wiki pages before.
Going slightly off-topic here:
Has anyone found any web mail service that handles texts in various character encodings - notably Unicode - correctly (or at all)?
I'm really amazed how badly Hotmail et.al. handle i18n. Any message is treated as if it's in "iso-8859-1" (Latin 1, Western), and all information about the actual character encoding is just stripped off.
Correctly would of course also mean "without using HTML in e-mail messages".
Altavista still has no clue about Unicode (or other encodings). As it seems they think the whole world is built around ISO-8859-1.
Google and All the Web handle searches in most any language and most any text encoding, and does it quite well.
Bavaria holds the copyright and uses that copyright to actively stop people from printing and distributing the book. It was printed a few years ago in Sweden, but Bavaria protested, and the book was withdrawn.
This is of course crazy. "Mein Kampf" is an important historical document, and it should be available in printed form. We must learn from history, not try to bury it.
That should be Bavaria, the German "land" that holds the copyright of "Mein Kampf".
Nice page. Really interesting.
But unfortunately (= due to gross incompetence) the Google News page has very bad HTML. A visit to the W3C validator reveals an amazingly long list of errors. Bad Google!
The HTML actually seems to be (possibly) even worse than the Slashdot (so called) HTML. But it's not easy to check, since Slashdot seems to have blocked the W3C validator!!! (I can understand why though...). Bad Slashdot!
Actually this case has been stone dead for a long time, ever since the US administration decided that MS should not be punished. The dance-of-the-zombies that we're watching has nothing do to with a real court case. They're just killing time (and making money).
That should probably be:
perl -MCPAN -e 'install perl-5.8.0.tar.gz'
Yes, you should mix e.g. digits and a few totally random letters or so. The following is a common type of password, and a good one too (not easy to guess or crack):
jennifer7Q3gG
Now, what really happens if the OS without ever letting you know truncates that down to eight characters (and if the user happens to be a fan of Jennifer Lopez)?