Re: safari rendering bug: site display not correct

In article <warren.oates-ADF7AF.08155130122005@xxxxxxxxxxxxxxxxxxx>,
Warren Oates <warren.oates@xxxxxxxxx> wrote:

> In article <NOSPAmar2005-F9EDDB.13040630122005@xxxxxxxxxxxxxxxxxxxxx>,
> Eric Lindsay <NOSPAmar2005@xxxxxxxxxxxxxxx> wrote:
>
> > Looks like it may be a general parsing problem in the tag soup parser.
> > I tried it with the inline font style elements bold, underline and the
> > inline phrase element emphasis, none of which are actually supposed to
> > be used outside the block element they occur within.
> >
> > Personally I would have thought all browsers should stop displaying them
> > once the end of the enclosing block element (such as a paragraph) was
> > reached. However I know that many web pages have done things like put a
> > single bold tag around multiple paragraphs. So I can see why Safari
> > (and other browsers) don't just stop doing bold when they get to a new
> > paragraph. Looks like Safari loses track of non-closed inline elements
> > when it reaches a new div.
>
> Huh? If you want to close the font style, you have to close the font
> style, something about "properly nested" comes to mind.

All the elements mentioned are inline elements. Their scope is limited
to a block. Therefore it is up to the author to close them at the end
of the block. I think we are in agreement up to this point. The page
is invalid unless the author closes them.

If the author doesn't close them, then the page is invalid, however it
is a very common error. At that point, the web browser programmer has
to decide whether to close line elements at the end of the enclosing
block element (that paragraph), or not.

Like most browser designers, Dave Hyatt appears to have decided not to
close them. That would not be a problem, except that Safari loses track
of open inline elements when it enters a new div. At that point,
nothing will close the open inline element. As I said, it isn't a bug
(since by definition of HTML it should never occur) but it is a problem.

> There is no automatic closure, either in life or in HTML.

There should be. But first you need the right tools for dealing with
HTML (and life).

--
http://www.ericlindsay.com
.

Relevant Pages

  • Re: safari rendering bug: site display not correct
    ... > Looks like it may be a general parsing problem in the tag soup parser. ... > I tried it with the inline font style elements bold, ... > single bold tag around multiple paragraphs. ... If you want to close the font style, you have to close the font ...
    (comp.sys.mac.apps)
  • Re: block element inside inline element
    ... I have read that browsers support block element inside inline ... Browsers support no such thing. ... CSS knows nothing about how block or inline elements are nested. ...
    (comp.infosystems.www.authoring.stylesheets)
  • An inline image _and_ a dropped cap?
    ... I'm trying to have a paragraph with both a dropped cap _and_ ... an inline picture ...
    (comp.text.tex)
  • Re: Word 2003 insert JPG inline
    ... Insert the graphic as inline with text, select the paragraph ... and Spacing tab | Line spacing: ... I'd like to insert a JPG file as inline graphic, however, the graphic ... only 1 line height of the picture was shown. ...
    (microsoft.public.office.misc)
  • Re: Hide/Show Selection List
    ... pointed out that inline is bull for a div. ... A div is a BLOCK element, meaning that is rectangle with some content. ... For span you should use inline. ...
    (comp.lang.javascript)