>>>>> "Sergei" == Sergei Pokrovsky <[EMAIL PROTECTED]> wrote:
...
>>> Also linebreaks often occur in strange places, like in the last
>>> paragraph of my example.
Klaus> Invalid HTML does that, in this case </a> which doesn't
Klaus> correspond to an open <a>. Toggling to "tag soup" mode
Klaus> sometimes "improves" rendering in such cases, so try ^V.
Sergei> Sorry for the bug in the example. Actually it was in a
Sergei> correct piece, but now I've lost the spot, and the reduced
Sergei> example does not show the misbehavior after correction. But
Sergei> I'm afraid I'll have to return to it when I find the spot
Sergei> next time :/
Here is such an example, see
http://www.esperanto.mv.ru/KompLeks/UTF8/AL.html#ANTAUxTRAKTADO
Namely, the piece
=========
<p><i>Angle:</i> preprocessing <br>
<i>Ruse:</i>
предварительная
обработка,
препроцессирование
<p>foo ...
=========
is rendered as
,----
| Angle: preprocessing
| Ruse: пѮ��Џ обѯ�,
| пѰ���Ѐ
|
| foo ...
`----
instead of expected
,----
| Angle: preprocessing
| Ruse: пѮ��Џ обѯ�, пѰ���Ѐ
|
| foo ...
`----
This is not due to excessively long lines, because an equivalent text
in UTF-8 produces exactly same output:
<html><head>
<title>Komputada Leksikono: AL...AN</title>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=UTF-8">
</head><body>
<p><i>Angle:</i> preprocessing <br>
<i>Ruse:</i> пѮ��Џ обѯ�, пѰ���Ѐ
<p>foo ...
</body></html>
--
Sergei
; To UNSUBSCRIBE: Send "unsubscribe lynx-dev" to [EMAIL PROTECTED]