> Yes... and it seems to me (at first glance... I'll have to look more
> closely...) that we've lost the ability to translate HTML to Microsoft
> Word or FrameMaker without any loss of information.
> Let's get formal why don't we: I do not mean that we should be able to
> take any RTF file and convert it to HTMLPLUS, or MIF for that matter.
> But I think it's crucial that there exist invertible mappings
> h : HTML -> RTF
> g : HTML -> MIF
> h : HTML -> TeXinfo
> so that I can take a given HTML document, convert it to RTF, and
> convert it back and get exactly what I started with (the same ESIS,
> that is... perhaps SGML comments and a few meaningless RE's would get
I don't understand why Dan thinks that mapping from HTML+ to the other
formats will be impossible. It seems straightforward enough to me.
The main decision is what style to assume for each logical element.
Reversibility *is* a big problem with HTML as current filters from
FrameMaker or LaTeX to HTML tend to translate tables and math into
inline images. This problem goes away when we switch to HTML+ as
you can then translate reversibly into HTML+ tables and math. Thats
why adoption of these features is so important. I will be demoing them
at the forthcoming WWW Conference with a new X11 HTML+ browser.
You would still lose any style settings in the process, but even this
can be dealt with by associating the HTML+ document with as style sheet
as suggested by O'Reilly & Associates.