>For the moment, we can just disable this option by default and
>add a message saying "if you activate this option, you'll be generating
>invalid documents." until there is more time to fix it.
Is it always invalid? If so, please explain what's invalid about it. If you're referring to the problems you've mentioned before about invalid or inappropriate html often getting included, the warning message that you propose to add shouldn't imply that the result will necessarily be invalid.
>2) the <A HREF= weird convertion
>
>Does anyone knows why there is an exception in print.c:ConvURLsString for handling
>text that begins with <A HREF= ?
>6. And finally (what made me notice it), for XHTML, it should convert
> the <A HREF= </A> markup to lowercase.
>
>I was going to do 6. but as the function seems to have broken
>heuristics, I think that it's better to supress its call.
It's my impression that it's currently doing what the user would prefer
over 99% of the time, and that simply disabling ConvURLsWithHrefs() would
usually cause a subsequent call to parseurl() from ConvURLsString() to
add an unwanted tag.
I'm not sure what the best solution is, but making the existing behavior
an option would be better than disabling it entirely.
-- ------------------------------------------------------------------------------ Peter McCluskey | "To announce that there must be no criticism of http://www.rahul.net/pcm | the President, or that we are to stand by the | President right or wrong, is not only unpatriotic | and servile, but morally treasonable to the | American public." - Theodore RooseveltReceived on Tue 08 Apr 2003 07:29:09 PM GMT
This archive was generated by hypermail 2.3.0 : Sat 13 Mar 2010 03:46:12 AM GMT GMT