I can't chage the source of the HTML page, because the page will be generated by another system, where I don't have access. I get only the pages from there and our Apache module makes a post-processing step just before the pages will be sent to the user's browser. And there I need a parser to change something within the page.
So I think, the libxml should not parse the content of inline scripts to handle that. There is also a comment on https://stackoverflow.com/questions/51892455/php-5-4-16-domdocument-removes-parts-of-javascript which describes your idea with CDATA, but it didn't work. ~André On 18.08.2018 04:13, Liam R. E. Quin wrote: > On Fri, 2018-08-17 at 14:42 +0200, André Rothe wrote: >> >> https://3v4l.org/O0iEf > > Try changing > ...writeln('</td>'); > to > ...writeln('<' + '/td>'); > and see if that helps; or use a CDATA section, > <script><![CDATA[ > //.. > ]]></script> to escape the </td> markup from the HTML parser. > Although it may depend on what the missing //... lines look like, > assuming this is not the complete source. > > Better yet, don't use document.write at all, and switch to more modern > practices :) > > I'm not sure there's actually a bug here; if you feed the parser tag > soup, expect a mess. Keep zPHP, JavaScript, HTML, CSS in separate files > and life will probably be simpler. _______________________________________________ xml mailing list, project page http://xmlsoft.org/ xml@gnome.org https://mail.gnome.org/mailman/listinfo/xml
