- From: Arnoud <galactus@htmlhelp.com>
- Date: Thu, 23 Jan 1997 22:21:31 +0100
- To: www-html@www10.w3.org
-----BEGIN PGP SIGNED MESSAGE----- In article <199701231043.MAA26484@msa.tte.vtt.fi>, Markku Savela <msa@msa.tte.vtt.fi> wrote: > 1) As defined (LEFT, RIGHT, CENTER) the defition is very much useless, > because those effects can easily achieved by use of DIV (and even In the current model, TABLE is a block-level element, and so deserves its own ALIGN attribute. [0] > with <P ALIGN ..> too, because, IMHO table should never have been > defined as block element, you should be able to have it inline). But then it would be possible to have block-level elements inside a text-level element (for example, H1 is permitted inside TD). This would confuse the hell out of non-table supporting browsers. > 2) table ALIGN attribute (and the whole table in general) is much more > meaningfull, if it is interpreted the same way as the IMG. Given the current values, what problem is there? If you CENTER a table, it will come up in the center. If the alignment is left or right, the text can flow around it. > The NS treats ALIGN already this way in respect to LEFT/RIGHT (text > flows around table). And it's STILL broken for ALIGN=CENTER. Galactus [0] This begs the question why block elements like UL or ADDRESS don't have it... > > -- > Markku Savela (msa@hemuli.tte.vtt.fi), Technical Research Centre of Finland > Multimedia Systems, P.O.Box 1203,FIN-02044 VTT,http://www.vtt.fi/tte/staff/msa/ > > > - -- E-mail: galactus@htmlhelp.com .................... PGP Key: 512/63B0E665 Maintainer of WDG's HTML reference: <http://www.htmlhelp.com/reference/> -----END PGP SIGNED MESSAGE-----
Received on Thursday, 23 January 1997 16:26:27 UTC