DM,<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; You are correct.&nbsp;
When the style=&quot;&quot; tag is omitted, and the various classes that Troy
pointed out are used, then most of the formatting that can be done with
ThML can also be done with OSIS.&nbsp; However, the fact remains that
since ThML is built off of HTML, the importers for Sword accept the
style=&quot;&quot; tag from a ThML-encoded file.&nbsp; However, they do not
accept that attribute if the input is OSIS.&nbsp; I have been using
Bibletime to display highly formatted texts which include colored
fonts, backgrounds, borders, table spacing and widths, etc and when the
information is encoded with ThML and style=&quot;&quot; tags containing a very
wide range of CSS then the formatting is preserved beautifully.&nbsp;
It is all completely ignored by Bibletime if the input is OSIS.<br>
<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; That said, I
appreciate most of the formatting that can be done with CSS.&nbsp; It
allows for a much larger range of display characteristics than OSIS's
very small selection of text-only formatting.&nbsp; If Bibletime and/or
Sword would accept CSS formatting from a style=&quot;&quot; tag in OSIS, then my
problems would mysteriously vanish into thin air, but for the time
being the wider range of ThML-allowed formatting thrrough the
availability of CSS has influenced my choice of formatting to be
ThML.&nbsp; As an alternative, Sword might allow a user-defined XSL or
even CSS to be specified with each module to define formatting on a
per-module basis so that the distinction between data and presentation
(which is inherent to XML's purpose) may be maintained.<br>
<br>
<br>
--Greg<br>