lynx-dev
[Top][All Lists]
Advanced

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

Re: LYNX-DEV CENTER in PRE


From: Foteos Macrides
Subject: Re: LYNX-DEV CENTER in PRE
Date: Tue, 04 Nov 1997 13:16:34 -0500 (EST)

Klaus Peter Wegge <address@hidden> wrote:
>The following behaviour of lynx (lynx2.7.1 up to ac89, not tested with
>earlier versions) appears in preformatted Texts.
>
><pre>
>text1
><center>
>text2
></center>
>text3
>text4
></pre>
>
>Lynx doesn't switch back to preformatted text after leaving CENTER.
>text3 and text4 will appear on the same line.
>As I know, most of html-commands are allowed in <pre> </pre> and there
>seems to be no exception for CENTER. Netscape 3.++ handels this
>correctly.
>
>I found the following, shortend excample at
>http://www.welt.de/971104/frank.html
>(tomorrow http://www.welt.de/971105/frank.html)
>which is a german newpaper.
>
><font size=2><pre>        Hoch/Tief 52 Wochen   Name              Divid.  Kurs 
>  +/-
><a name=a><hr noshade=1 align=left width=500>
>       936     -       640     D  AM Leben             12,5    795     + 15
>       35,5    -       24,7    F  Refugium#                    26      - 0,4
>                  <a href=#anfang name=m><img src=/recycle/b-anfang.gif
>width=120 height=20 hspace=66 vspace=5></a><hr>
><!adm>
><CENTER>
><A 
>HREF=/cgi-bin/jump?URL=www.lgbank.de/banking/bankingwelt.htm&platz=/aktuell/frank.htm-adm>
><IMG SRC=/service/anzeigen/lgbank2.gif HEIGHT=40 WIDTH=350
>ALT="Landesgirokasse">
></A>
><HR>
></CENTER>
><!endeadm>
>       490     -       360     F  MAB                  12      395รถ     0
>       41      -       29      S  ZWL Gr.& Bet.#       0,8     31,5    - 0,5
></pre>
>
>Removing the two lines containing <center> and </center>,
>everything will look fine.
>Is this lynx behavior a bug?

        <CENTER>, which has been formalized in the W3C's so-called
HTML standards as "shorthand" for <DIV ALIGN="center">, is not, in
fact, valid within a PRE block.  The devel code's "SortaSGML" parser
thus closes the current PRE block (inserts an artificial </PRE>) on
encountering the CENTER start tag, and cannot recover to the PRE
block on detection of the CENTER end tag.  That behavior is technically
"correct", but incompatible with that of virually all other browsers.

        I'm puzzled at your claim that lynx2-7-1 doesn't handle that
markup as the provider intended, because it's "TabSoup" parser should,
and does, when I try it.  The devel code's "TabSoup" parser did not
keep up with enhancements that were made in it for the fotemods, and
is still essentially that of the v2.7.1 release, but it does render
that markup as the provider intended when I toggle it on via the
-89 devel code's ^V command.

                                Fote

=========================================================================
 Foteos Macrides            Worcester Foundation for Biomedical Research
 address@hidden         222 Maple Avenue, Shrewsbury, MA 01545
=========================================================================
;
; 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]