....
|The windows Mosiac and Cello browsers maintain the spacing within the <PRE>
|tags and merely bold the required text.
Right.
| The AirMosaic demo sort of
|maintains the spacing, but the process of bolding creates bigger
|characters, and distorts the symmetry somewhat.
Bug.
|Lynx also maintains the spacing within the <PRE> tags, and merely
|underlines the bolded text.
Ok.
|However, on the Mac, both Mosaic 2.0a2 and MacWeb0.98a do not maintain the
|spacing within the <B> tags which are nested within the <PRE> tags at all,
|and apparently revert to regular HTML spacing rules.
Bugs.
It was the intention that in PRE the spacing must be maintained,
and that browsers which could not do so while boldening
the font may not bolden the font.
I suspect that many browsers
just implement <b> by picking up one single bold font.
Check their behavior with <h1>A <b>bold</b>heading</h1> it
often just gives a normal size font for the bold. This
is just a bug.
|The question is: which is the "correct" way of interpreting this? Being
|able to mark up text within <PRE> or <PLAINTEXT> tags would help alleviate
|some of HTML's formatting limitations.
The HTML level 0 spec has for ages stated
in http://info.cern.ch/hypertext/WWW/MarkUp/Elements/PRE.html :
"Note: Highlighting
Within a preformatted element, the constraint that the rendering must be on a
fixed horizontal character pitch may limit or prevent the ability of the
renderer to render highlighting elements specially."
especially to answer this question.
Tim BL