new tidy changes color numbers to names, comments longer and longer

I'm worried.  New tidy is changing them from numbers to names, while
wdghtml40/values.html#color says "Note that the hexadecimal form is
better supported than the color names for the color attributes of
BODY."


By the way, just as before, tidy is making multi line alt and comments
longer and longer.  Indeed, one can tell I've been a longtime user of
tidy by the large amount of whitespace in my multiline quoted strings :-(

using my http://www.geocities.com/jidanni/romanization.htm

 a=~/geocities/romanization.htm ;./tidy_linux_x86 $a|diff -C 2 $a -

*** 527,531 ****
      alt=
     "這是很難得�@見的余伯泉的照片。通常拍他不是洗不出來就是照相機出問題。 
!                                                                     還好我在場把力量場抵消掉，才拍得出來。"
     width="218"
     height="297">當然已經被他銷毀，還好我有先做<A
--- 528,532 ----
      alt=
     "這是很難得�@見的余伯泉的照片。通常拍他不是洗不出來就是照相機出問題。 
!                                                                       還好我在場把力量場抵消掉，才拍得出來。"
     width="218"
     height="297">當然已經被他銷毀，還好我有先做<A
***************
*** 770,774 ****
    are minor. 
    <!-- who would want 0, 180 degrees in his country?  That's the idea behind
!                                             false eastings=250000, etc. -->
    </P>
    <HR>
--- 771,775 ----
    are minor. 
    <!-- who would want 0, 180 degrees in his country?  That's the idea behind
!                                               false eastings=250000, etc. -->

By the way, long comment lines are not folded to fit 80 char wide
screens... and if I fold them myself, they get extra blanks added each
successive tidy run

char-encoding: raw
//word-2000: yes
// clean: yes
gnu-emacs: yes
//manual say don't use yes:
indent: auto
indent-spaces: 1
indent-attributes: yes
break-before-br: yes
fix-bad-comments: no
enclose-text: yes
wrap-attributes: yes
wrap-script-literals: yes
//needed?
//quote-nbsp: yes
literal-attributes: yes
uppercase-tags: yes

!   "HTML Tidy for Linux/x86 (vers 1st November 2001), see www.w3.org">

By the way, I also noticed
former chinese becomes:
---
>     href= 
>   "http://www.ca.taipei.gov.tw/html/%C2%B9%C3%AF%C2%B7%C3%93%C2%AA%C3%AD.htm">

I know that this is good, but the user now loses touch with what was
written there, unless otherwise marked in the file...

By the way, look:
<   href="  http://www.remotesensing.org/proj/">proj</A>
---
>    href="%20%20http://www.remotesensing.org/proj/">proj</A>

do you really want to reinforce those spaces?



Hey, and fellas, do you really want to rid this space?
32c33
<   Chinese numbers.  The final kilometer is very steep.</P>
---
>   Chinese numbers. The final kilometer is very steep.</P>

doesn't emacs depend on it to determine sentences?  Try M-e in
emacs!!!  geez... i'm double worried now.

how about an option here instead of so bossy...

By the way, for Chinese, this space gets wrapped into the line looking
ugly on browsers...

<   than me, then you would be a more suitable parent.  我個性太悲觀，不
<   適合。  My pessimistic personality makes me not suitable.
---
>   than me, then you would be a more suitable parent.
>   我個性太悲觀，不 適合。 My pessimistic personality makes me not

idea for chinese: break sentences on the chinese 16bit comma and periods,
and not just on any char.  [oops... i should probably blame emacs
first... looks like tidys problem here is not knowing to wrap right
ok, cant blame it here.]


by the way:
../geocities/qingfuli.html: Document content looks like HTML 2.0

hey, it's chock full of chinese... and i thought one had to be 4.0 to
legally do that

../geocities/romanization.htm: Doctype given is "-//W3C//DTD HTML 4.01 Transitional//EN"
../geocities/romanization.htm: Document content looks like HTML 4.01 Transitional

well, OK, so if they are the same isn't it the unix tradition for no
news to be good news?  i.e. don't mention it.
-- 
http://www.geocities.com/jidanni/ Tel+886-4-25854780

Received on Thursday, 22 November 2001 10:20:54 UTC