No: the HTML produced by "Notes" is ugly. So ugly I can't even image MS Frontpage producing something even worse.

If you look at the output from an Xterm with either vi or more, you will see that instead of using spaces it uses the HTML equivalent <&nsp;>, & instead of a carriage return it also uses the HTML equivalent -- <cr> Or am I the ony one who can see how this would cause any conventionally-written program to eventually choke on what was -- in effect -- one unbelievably long word? I believe it is the assumption when writing text-parsing programs that there are actual spaces & carriage returns in a slab of text the program will process, & to allocate chunks of memory based on where they appear.

Remember all of the ranting Mike Cane did in his blog on using the Nokia a month ago, just before he left? One of his biggest headaches was with Notes crashing -- which was doubtlessly due to this brain-dead implimentation of HTML.

I stumbled across this monstrosity about a month ago, but haven't shared this discovery because I've been busy trying to figure out who is responsible for this bug -- is "Notes" a Nokia-written program, or is it Opera masquerading under another name? (If it is the later, then I would assume there is an option that can be set or changed in the opera.ini file.) Until someone comes up with a work-around -- or Nokia fixes this -- don't save your text files created with Notes in HTML format.

Geoff