lynx-dev
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: LYNX-DEV Strange   behaviour


From: Klaus Weide
Subject: Re: LYNX-DEV Strange   behaviour
Date: Sun, 18 May 1997 20:51:53 -0500 (CDT)

On Mon, 19 May 1997, Paulo JS Rodrigues wrote:

> I'm testing some local pages with "Lynx Version 2.7.1ac-0.20 (1997)", win32
> platform, and found what it seems to be a bug:
> 
> Using the code in attach, the first "button bar" has the &_nbsp_; shown,
> while the second "button bar" has not. What is happening?

A case of the experimental "kinda-SGML" parsing being too strict
(unnecessarily), and not dealing with "tag soup" so well.
You have:

<font size="+1">
  <ul>
   <li> <a href="pessoal/historia.html">Ser ou n&atilde;o ser...</a>
   <li> <a href="pessoal/holanda.html">Viagens...</a>
   <li> <a href="formal/profissao.html">Trabalhar eu?</a>
   <li> <a href="tex/index.html">Sonhos...</a>
  </ul>
</font>

But block elements cannot be contained within FONT, so the parser
prematurely closes it when it sees the UL.  Not much loss here, since Lynx
(without character styles, at least) doesn't do anything with FONT tags
anyway.  Then when it finds the </font> which is now unmatched there is
some more "recovery" action, leading ultimately to finding &nbsp; in a
state where a character entity (or any text for that matter) isn't
allowed... Of course it could expand/interpret the &nbsp; there, but
currently it doesn't.

You should be able to switch to the "less-kinda-SGML" parsing mode with
the Control-V key.

   Klaus


;
; To UNSUBSCRIBE:  Send a mail message to address@hidden
;                  with "unsubscribe lynx-dev" (without the
;                  quotation marks) on a line by itself.
;

reply via email to

[Prev in Thread] Current Thread [Next in Thread]