RE: HTML to XML, vice versa

["Tony Goodwin" <tony.goodwin@xxxxxxxxxxxxxxxx>]

I think you should perhaps be thinking about xhtml.

xhtml 1.0 is the successor to HTML 4.0 and is meant to be a XML compliant
grammar of HTML.
As yet no browser supports it, but check out www.w3c.org If you are
designing a method of creating XML from HTML, you may well want to make
xhtml the output of such transformations.
If so, you can use any standard xml parser and the DTDs provided by the W3
forum for xhtml to validate, translate.

Also font and other such tags should always be placed in a stylesheet.


BTW there is a utility XML tidy which can change HTML to XHTML(it can also
place font etc into a document level style) - again see above site

Tony

-----Original Message-----
From: owner-java400-l@midrange.com
[mailto:owner-java400-l@midrange.com ] On Behalf Of Joe Pluta
Sent: 06 March 2001 19:17
To: JAVA400-L@midrange.com
Subject: Re: HTML to XML, vice versa


I can do it easily because I use a decorator class that in turn uses a
factory class.  To do this, I break down the data stream into something
abstract:

A "table" has a "table header" and a "table trailer", and between those has
0-N "tablerows"

A "tablerow" has a "tablerow header" and a "tablerow trailer", and between
those, has 0-n "tablecells"

A "tablecell" has a "tablecell header" and a "tablecell trailer", and
between those has element data

The decorator class invokes methods from the factory interface to get the
value of, for instance, a "tablecell header".  At runtime I plug in either
an HTML factory or an XML factory.  The HTML factory returns "<td>", while
the XML factory would return "<datatag>".

Applying different styles is a matter of attaching parameters to widgets.
These parameters are used in the various calls to the factory to provide the
different widget elements.

And that's all there is to it <smile>.  Is it a lot of code?  Yeah, it can
be.  It all depends on what you're trying to do, and whether you have a good
destination in mind.  My classes are far more involved than that, because
the data classes have attributes which may in turn affect the display
characteristics.  They're also designed from the ground up to support
bidirectional communication with a persistence server on the AS/400.

It all depends on what you want to do.


+---

+---
| This is the JAVA/400 Mailing List!
| To submit a new message, send your mail to JAVA400-L@midrange.com.
| To subscribe to this list send email to JAVA400-L-SUB@midrange.com.
| To unsubscribe from this list send email to JAVA400-L-UNSUB@midrange.com.
| Questions should be directed to the list owner: joe@zappie.net
+---