Debug prints are in, and seem to work. Thanks Kevin. Here is my test page, that I was worried about.
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd";> <html> <head><title>jf test </title></head> <body> hello world <script type=text/javascript> document.writeln("This is <A href=http://edbrowse.org>our website</A>"); </script> </body></html> I browse with db6, there is lots of js debugging, I'll leave that out, here are the relevant lines. line 7 column 67: '<' + '/' + letter not allowed here Node(0): Text Text: hello world Node(0): script type = text/javascript Node(1): Text Text: document.writeln("This is <A href=http://edbrowse.org>our website<\/A>"); # end of tidy debug output, next stuff is ours execute jf at 6 < side effects w{This is <A href=http://edbrowse.org>our website</A> `~@} < ok execution complete docwrite 62 bytes << This is <A href=http://edbrowse.org>our website</A> >> anchorSwap 4 anchors unframed whitespace combined Right off the bat I'm concerned becausee tidy shows an error where there is no error. It is trying to interpret the </a> tag in the string, in the script, and it shouldn't be doing that at all. Next I look at the text node under the script, the text that is to be passed to the js engine, and it has been html escaped. <a> is now <a> Why? That would totally screw things up. Is it escaped and interpreted for the benefit of printing, for us, or is it done by cleanup? If the latter then we can't use tidy5 unless this is fixed. This is a show stopper. They can't be mucking with the contents of a js script at all. In fact they shouldn't muck with the contents of any script. Karl Dahlke _______________________________________________ Edbrowse-dev mailing list [email protected] http://lists.the-brannons.com/mailman/listinfo/edbrowse-dev
