 |
 |
 |
In a highly formalized (say deep agreement), that is a
perfectly valid thing to do. On the other hand
<emphasis>Bahut bahut dhanyavad!</emphasis>
<strong>Bahut bahut dhanyavad!</strong>
<font size="14">Bahut bahut dhanyavad!</font>
is a perfectly valid use of XML.
Redundancy: even with the considerable redundancy,
one still relies on local knowledge in both the content
and the markup.
Separating content and presentation is work. XML
enables you to do that, but it also enables you to
reinforce meaning by markup, by presentation, and
by context of both. Determine where you want to
exchange work for value because there is sometimes
value to be had and sometimes not.
Without the apriori knowledge of the content, this is better:
<personalExpression
type="gratitude"
lang="Hindi"
inEnglish="Thank you very much">Bahut bahut dhanyavad!
</personalExpression>
with the cost of a lot of metainformation in the markup.
No one wants to type that in every time one says 'thank you'.
Calculate the cost of global expressiveness. Caveat emptor et vendor.
(yes I know it's better to put a URI in the inEnglish value).
len
From: Doug Rudder [mailto:drudder@d...]
Michael Kay wrote:
"It will always be a fragile thing because human readers extract so much
information by "reading between the lines", and specifically from the
presentation. If a paragraph is in a smaller font than the surrounding
paragraphs that says something to me*. But the goal of persuading authors to
make that "something" explicit - to say WHY they want to use a smaller font,
so that the designer can choose an alternative way of conveying the subtle
meaning - is a perfectly valid one, and this goal indeed lies behind a lot
of the adoption of XML."
Exactly! That's why author's and editors are consulted in DTD/Schema design;
their understanding of the content is deeper. Getting them to think beyond
the font size, etc. to the WHY of it is the key. (I can say this without too
much bias because I started here as a tech writer and had to go through the
same learning process myself.)
|
 | 

|  |
These Archives are provided for informational purposes only and have been generated directly from the Altova mailing list archive system and are comprised of the lists set forth on www.altova.com/list/index.html. Therefore, Altova does not warrant or guarantee the accuracy, reliability, completeness, usefulness, non-infringement of intellectual property rights, or quality of any content on the Altova Mailing List Archive(s), regardless of who originates that content. You expressly understand and agree that you bear all risks associated with using or relying on that content. Altova will not be liable or responsible in any way for any content posted including, but not limited to, any errors or omissions in content, or for any losses or damage of any kind incurred as a result of the use of or reliance on any content. This disclaimer and limitation on liability is in addition to the disclaimers and limitations contained in the Website Terms of Use and elsewhere on the site.
|  |
| |
 |
 |
 |