[oXygen-user] How to Handle HTML Files with DOCTYPE Decl
Chris Maloney
voldrani at gmail.com
Tue Jan 31 07:53:26 CST 2012
I see, thanks Radu.
You wrote:
> So it already works over the local DTD after Eliot followed your
> suggestion to correct the MathML system id in the HTML file.
Just for the record, it isn't necessary to change the system id as I
originally suggested. All Eliot should have needed to do is to enable the
MathML document type association, which must have gotten disabled somehow.
I just tried it on my instance of version 13 and it worked.
On Mon, Jan 30, 2012 at 8:55 AM, Radu Coravu <radu_coravu at sync.ro> wrote:
> Hi Chris,
>
> Yes and no :)
>
> So yes, as you observed the:
>
> > <rewriteSystem systemIdStartString="http://www.w3.org/TR/MathML2/dtd/"
> rewritePrefix="content/dtd/"/>
>
> is already in place in the catalog file.
>
> But the catalog file is actually used by Oxygen (at least by the Oxygen
> 13 versions with which I've tested).
> In the "Document Type Association" Preferences page the "MathML"
> configured document type adds this catalog to the used catalogs list.
>
> Actually using the default settings in Oxygen 13.2 I unplugged the
> network connection and it was not necessary to validate the file, Oxygen
> first tries to resolve the public ID via catalog (and fails), then tries
> to resolve the system (and succeeds) via the catalog file.
> I even tried to apply from Oxygen an XSLT transformation over the HTML
> file and it succeeded as Oxygen's catalog resolver is still used by the
> XSLT transformations.
>
> So it already works over the local DTD after Eliot followed your
> suggestion to correct the MathML system id in the HTML file.
>
> Regards,
> Radu
>
> Radu Coravu
> <oXygen/> XML Editor, Schema Editor and XSLT Editor/Debugger
> http://www.oxygenxml.com
>
> On 1/30/2012 3:33 PM, Chris Maloney wrote:
> > Hmm, that's interesting.
> >
> > Radu, after reading your email, I checked my copy of mathml/catalog.xml
> > (Oxygen version 12) and it has this already:
> >
> > <rewriteSystem systemIdStartString="http://www.w3.org/TR/MathML2/dtd/"
> > rewritePrefix="content/dtd/"/>
> >
> > which should be enough to map xhtml-math11-f.dtd to the
> > dtd/xhtml-math11-f.dtd file there, and I checked, and it does exist.
> >
> > So then I discovered that I don't think this mathml catalog is being
> > loaded. I added
> >
> > <nextCatalog catalog="mathml2/catalog.xml"/>
> >
> > to my Oxygen master frameworks catalog, and it started working. Is it
> > possible this has been missing all along? Seems hard to understand.
> >
> > I also tried with the Oxygen 11 framework catalog, which I happen to
> > still have still installed, and got the same results -- this mathml dtd
> > was not resolved.
> >
> >
> > On Mon, Jan 30, 2012 at 3:22 AM, Radu Coravu <radu_coravu at sync.ro
> > <mailto:radu_coravu at sync.ro>> wrote:
> >
> > Hi Eliot,
> >
> > I agree with everything Chris says, resolving the DTD throught a
> catalog
> > should be best.
> > A while ago the W3C server was intentionally changed to disallow
> > consecutive connections to the schemas stored on it.
> > Oxygen indeed caches the associated schema (in fact it caches the
> > associated grammar) for validation but if you apply XSLT stylesheets
> on
> > your XML content they will connect each time to the web.
> >
> > One hint would be for you to open this catalog file:
> >
> > > OXYGEN_INSTALL_DIR/frameworks/mathml2/catalog.xml
> >
> > and add the following mapping to it:
> >
> > > <public publicId="-//W3C//DTD XHTML 1.1 plus MathML 2.0//EN"
> > uri="dtd/xhtml-math-svg.dtd"/>
> >
> > I am not quite sure the referenced DTD is 100% identical with the
> one at
> > W3C but it is a DTD for editing XHTML 1.1 + MathML 2.0 + SVG so it
> might
> > be enough.
> > I'll look more into this and see if we can add this mapping by
> default
> > in Oxygen.
> >
> > Regards,
> > Radu
> >
> > Radu Coravu
> > <oXygen/> XML Editor, Schema Editor and XSLT Editor/Debugger
> > http://www.oxygenxml.com
> >
> >
> >
> > On 1/29/2012 12:23 AM, Eliot Kimber wrote:
> > > Thanks--fixing the system ID did the trick. You are correct that
> > providing a
> > > local copy would be best, but since Oxygen caches it on first
> > reference, I
> > > don't think it's a big deal to go to the Internet for it (as
> > least I hope
> > > not).
> > >
> > > Cheers,
> > >
> > > E.
> > >
> > > On 1/28/12 1:03 PM, "Chris Maloney"<voldrani at gmail.com
> > <mailto:voldrani at gmail.com>> wrote:
> > >
> > >> It looks like the system identifier there is wrong. It should be
> > >> "http://www.w3.org/Math/DTD/mathml2/xhtml-math11-f.dtd", I
> > think. But, of
> > >> course, rather than resolving it from w3c, you should download a
> > local copy
> > >> and put an entry to it in Oxygen's catalog file, using the
> > public id. Or, if
> > >> you'd rather not modify Oxygen's catalog file, create your own
> > catalog file in
> > >> the same directory as the dtd, like this:
> > >>
> > >> <?xml version="1.0"?>
> > >> <!DOCTYPE catalog PUBLIC "-//OASIS//DTD Entity Resolution XML
> > Catalog
> > >> V1.0//EN"
> > >>
> > "http://www.oasis-open.org/committees/entity/release/1.0/catalog.dtd
> ">
> > >>
> > >> <catalog xmlns="urn:oasis:names:tc:entity:xmlns:xml:catalog">
> > >> <public publicId="-//W3C//DTD XHTML 1.1 plus MathML 2.0//EN"
> > >> uri="xhtml-math11-f.dtd"/>
> > >> </catalog>
> > >>
> > >> and then add an entry in Oxygen's XML Catalog preferences
> > pointing to this
> > >> catalog file.
> > >>
> > >> That's how I'd fix it anyway -- not sure if it's the
> > easiest/best way or not.
> > >> :)
> > >>
> > >>
> > >>
> > >> On Sat, Jan 28, 2012 at 8:47 AM, Eliot
> > Kimber<ekimber at reallysi.com <mailto:ekimber at reallysi.com>> wrote:
> > >>> I am trying to process local copies of HTML files that have
> > DOCTYPE decls
> > >>> like so:
> > >>>
> > >>> <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.1 plus MathML
> 2.0//EN"
> > >>> "http://www.w3.org/TR/MathML2/dtd/xhtml-math11-f.dtd" [
> > >>> <!ENTITY mathml "http://www.w3.org/1998/Math/MathML">
> > >>> ]>
> > >>>
> > >>>
> > >>> It appears that Oxygen is trying to resolve the DTD and failing
> > to do so,
> > >>> which causes timeout delays and then failure of my transform,
> > of course.
> > >>>
> > >>> What's the easiest/best way to fix this behavior?
> > >>>
> > >>> Thanks,
> > >>>
> > >>> E.
> > >>>
> > >>> --
> > >>> Eliot Kimber
> > >>> Senior Solutions Architect
> > >>> "Bringing Strategy, Content, and Technology Together"
> > >>> Main: 512.554.9368 <tel:512.554.9368><tel:512.554.9368
> > <tel:512.554.9368>>
> > >>> www.reallysi.com <http://www.reallysi.com><
> http://www.reallysi.com>
> > >>> www.rsuitecms.com
> > <http://www.rsuitecms.com><http://www.rsuitecms.com>
> > >>>
> > >>> _______________________________________________
> > >>> oXygen-user mailing list
> > >>> oXygen-user at oxygenxml.com <mailto:oXygen-user at oxygenxml.com>
> > >>> http://www.oxygenxml.com/mailman/listinfo/oxygen-user
> > >>
> > >
> > _______________________________________________
> > oXygen-user mailing list
> > oXygen-user at oxygenxml.com <mailto:oXygen-user at oxygenxml.com>
> > http://www.oxygenxml.com/mailman/listinfo/oxygen-user
> >
> >
>
>
>
> _______________________________________________
> oXygen-user mailing list
> oXygen-user at oxygenxml.com
> http://www.oxygenxml.com/mailman/listinfo/oxygen-user
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.oxygenxml.com/pipermail/oxygen-user/attachments/20120131/ed9e267d/attachment-0001.html
More information about the oXygen-user
mailing list