Hi Franck,
You threw me off when you said "alongside the patched NekoHTML". At this
point, don't bother contacting Andy. By using the XHTML DOM, you are not
using NekoHTML.
I won't be able to look at this until late tonight or tomorrow, but can you
send me the original markup so that I can try it for myself (preferrably
attached inside a zip file)? You can send it to me directly rather than the
list. Based on your usage description, it's entirely possible that there's a
bug in the XMLC serialization code. You might want to see if you can
reproduce this with XMLC 2.2.xx (you might have to mody your OutputOptions
slightly when moving back to 2.2.xx). Should be mostly drop in.
Jake
On Thu, 12 Jul 2007 10:27:45 +0200
Franck Routier <franck.routier@xxxxxxxxx> wrote:
Hi Jake,
I will see this with Andy. I'll keep you informed.
By the way, why do you think I am using the HTML DOM, and not the XHTML
one ? I don't really understand your remark.
Here is what I do :
1) xmlc options I use in options.xmlc are :
-dom xhtml
-html:encoding utf-8
-for-deferred-parsing
2) xmlc target in ant are like :
<target name="compile_xmlc">
<Xmlc compile="no" includes="**/*.html"
srcdir="${src.dir}/${xmlc.cab.dir}/htm" sourceout=""
packagedir="com/axege/axabas/cab/pres/dom" force="false"
options="options.xmlc"/>
</target>
3) My ViewHandler have a getDOMWriter method that look like this :
public DOMWriter getDOMWriter() {
OutputOptions oo =
DefaultDOMWriter.getDefaultOutputOptions(getPageMarkup());
// XHTML (default output format when using XMLC's XHTML DOM)
oo.setEnableXHTMLCompatibility(true); //applies only when outputting
HTML/XHTML as XHTML
oo.setUseAposEntity(false);
oo.setOmitXMLHeader(false); //always set to false if serving as
content-type "text/html", inconsequential when formatting HTML as XHTML
or XHTML as HTML
oo.setPrettyPrinting(true);
oo.setPreserveSpace(false); //provides for cleaner output even when
pretty printing not enabled
oo.setIndentSize(2); //optional, default is 4
DOMWriter writer = new DefaultDOMWriter(oo);
return writer;
}
4) Finally, when I get document instances with :
Document doc =
DefaultDOMLoader.getGlobalInstance().getDOM(MydocHTML.class);
Am I missing something ?
Thanks,
Franck
Le mercredi 11 juillet 2007 à 12:14 -0500, Jacob Kjome a écrit :
I think this is one more thing that should be brought up with Andy Clark, of
NekoHTML. BTW, he sent me an email saying he has been very busy, but that
he
might get some time this weekend to consider the patches I sent him for
inclusion in a possible new release. Franck, can you contact him about this
issue? You should have his email. If not, send me a personal email and
I'll
provide it for you.
That said, if you are using XHTML, you should really just use the XHTML DOM,
which will use the XML parser, not the HTML parser. See Diez' Barracuda
contrib app for configurations. It uses the XHTML DOM. You can continue to
use the HTML interfaces because, while the XHTML DOM defines its own
interfaces, they extend the HTML interfaces where they can.
Jake
On Wed, 11 Jul 2007 18:42:05 +0200
Franck Routier <franck.routier@xxxxxxxxx> wrote:
> Hi,
>
> I have a problem with a given markup in a Barracuda app.
>
> When using xmlc2.3 alongside the patched nekohtml available in
> Barracuda, I get a weird output :
>
> <?xml version="1.0" encoding="UTF-8"?>
> <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN"
> "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
> <html xmlns="http://www.w3.org/1999/xhtml">
> <head>
> <title id="main_title">ax Beta</title>
> <meta content="text/html; charset=utf-8"
> http-equiv="Content-Type" />
> <link href="css/ax.css" rel="stylesheet" type="text/css" />
> <link href="css/calendar.css" rel="stylesheet" type="text/css" />
> <link href="css/boxes.css" rel="stylesheet" type="text/css" />
> </head>
> </html>
>
> No <body>... My initial markup successfully passes the W3C xhtml stict
> validation.
> After many tries, I have found the culprit markup :
>
> <table><tr>
> <td> </td>
> </tr></table>
>
> Putting a outside of a table seems to works, but this particular
> markup (a inside a td) breaks things.
>
> Can anyone reproduce this behaviour, and does this seem like something
> that could be corrected ?
>
>Franck
>
>
>
pièce jointe document plein texte (message-footer.txt)
--
You receive this message as a subscriber of the xmlc@xxxxxxxxxxxxx mailing
list.
To unsubscribe: mailto:xmlc-unsubscribe@xxxxxxxxxxxxx
For general help: mailto:sympa@xxxxxxxxxxxxx?subject=help
ObjectWeb mailing lists service home page: http://www.objectweb.org/wws
--
You receive this message as a subscriber of the xmlc@xxxxxxxxxxxxx mailing list.
To unsubscribe:
mailto:xmlc-unsubscribe@xxxxxxxxxxxxx
For general help:
mailto:sympa@xxxxxxxxxxxxx?subject=help
ObjectWeb mailing lists service home page:
http://www.objectweb.org/wws
|