FO. Is XSL FO realy XML? Re: attributes ordering

Subject: FO. Is XSL FO realy XML? Re: attributes ordering
From: "Paul Tchistopolskii" <paul@xxxxxxx>
Date: Wed, 22 Sep 1999 22:11:50 -0700
<WD>

5.4 Common Border, Padding, and Background Properties
....

5.4.31 border
5.4.31.1 Allowed Values
<'border-top-width'> || <'border-style'>> || <color> 

5.4.31.2 Description
A shorthand property for setting border the properties of a block-area or inline-area.

The "border" property is a shorthand property for setting the same width, color, 
and style for all four borders, top, bottom, left, and right, of a box. 
Unlike the shorthand "margin" and "padding" properties, the "border" 
property cannot set different values on the four borders. To do so, 
one or more of the other border properties must be used. 
Since, to some extent, the properties have overlapping functionality, 
the order in which the rules are specified is important. 
</WD>

The last line requires processing to rely on the attribute order.
( 'border'  is actualy attribute ).

Rgds.Paul.

=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
 paul@xxxxxxxxx   www.renderx.com   www.pault.com
 XMLTube * Perl/JavaConnector * PerlApplicationServer
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=


> On Wed, 22 Sep 1999 16:14:41 -0400, you wrote:
> 
> >if the order is important, how can I keep the attribute order instead
> >of using @*?
> 
> Attributes are intrinsically unordered. If you are doing some
> processing that relies on the attributes being in some particular
> order, you are going to have to rethink what you're doing.
> 
> -Steve
> 
> 
>  XSL-List info and archive:  http://www.mulberrytech.com/xsl/xsl-list

 



 XSL-List info and archive:  http://www.mulberrytech.com/xsl/xsl-list


Current Thread