Re: HMLObjectImpl#toDocument() issue
Jacob Kjome <[email protected]> Fri, 12 Sep 2003 14:03:03 -0500
| Newsgroups | gmane.comp.java.enhydra.xmlc |
|---|---|
| Message-ID | <[email protected]> |
Hi Petr,
At 06:48 PM 9/12/2003 +0200, you wrote:
>V St, 10. 09. 2003 v 23:14, Jacob Kjome pí¹e:
> > The HTMLObjectImple#toDocument() method is setting custom
> > OutpuOptions. Where I thought we had gotten rid of the issue with default
> > removal of HTML Span id's.
>
> > I think it should do this...
> >
> > public String toDocument() {
> > // Create formatter if needed (no synchronization necessary)
> > if (fFormatter == null) {
> > fFormatter = new
> > DOMFormatter(DOMFormatter.getDefaultOutputOptions(getDocument()));
> > }
> > return fFormatter.toString(this);
> > }
> >
> > Thoughts? Anyone opposed to this?
>
>Will this be included in Enhydra 5.1 final? Alfred? Please..
>
>Petr
>
>P.S. Wondering if setEnableXHTMLCompatibility() shouldn't be enabled in
>Enhydra by default as well.
Note that normally one wouldn't use toDocument() anyway. It really isn't
all that flexible. You'd normally use something like XMLCContext or
DOMFormatter#write() where you can provide OutputOptions and set any quirks
you want. I don't consider this a huge deal like the other issue with the
NodeList not being populated in some cases. This issue alone wouldn't
constitute an XMLC-2.2.1 release, IMO.
Jake
>_______________________________________________
>XMLC mailing list
>[email protected]
>http://www.enhydra.org/mailman/listinfo.cgi/xmlc