W3C home > Mailing lists > Public > www-amaya@w3.org > January to March 2005

Re: amaya 8.7.1 displaying menus

From: Irene Vatton <Irene.Vatton@inrialpes.fr>
Date: Thu, 17 Feb 2005 09:53:03 +0100
To: "John Russell" <ve3ll@rac.ca>
Cc: www-amaya@w3.org
Message-Id: <200502170953.03366.vatton@inrialpes.fr>

Le Lundi 14 Février 2005 01:06, John Russell a écrit :
> http://mozilla.org/projects/xforms/
> uses several stylesheets and displays well in all browsers except Amaya
>
> the sidebar menu is a unordered list ....
> the items in the list are links
> when viewed with amaya the style applied to each list item is inline
> but the style applied to the nested link is block !!!
> it seems that this is what is spoiling the look of the menu as the list
> is being displayed horizontally instead of vertically ....
> template(1).css  seems to be where the rules are being generated for
> this level ....
> does this bug still exist or has it been repaired and i am unable to
> see that as i must use the snapshot  and not the cvs
> --
> john russell ve3ll@rac.ca [those are L's as in LLAMA]
> http://home.cogeco.ca/~ve3ll
> http://home.cogeco.ca/~trains
> http://home.cogeco.ca/~cipher

The CSS provided by Mozilla are very bad examples. I suppose they wrote them 
as a torture test because they could obtain the same result with a less 
complex set of rules.

Amaya made progress in the support of the Visual formatting model,
but it doesn't provide the same result when resolving a conflict between CSS 
rules like in this example: a inline-level element (should fit its content's 
size) includes a block-level element (should take the parent size).
The inline is not necessary except for generating the conflict.
     Irène.
-----
Irène Vatton                     INRIA Rhône-Alpes
INRIA                               ZIRST
e-mail: Irene.Vatton@inria.fr       655 avenue de l'Europe
Tel.: +33 4 76 61 53 61             Montbonnot
Fax:  +33 4 76 61 52 07             38334 Saint Ismier Cedex - France
Received on Thursday, 17 February 2005 08:53:56 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 1 April 2014 11:01:43 UTC