[XSL-LIST Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message] Re: XSL:FO: Left ... Center ... Right [typo corection]
At 18:24 1999-10-17 -0700, Stephen Deach wrote: >At 20:59 1999-10-17 +0100, you wrote: >>Stephen Deach writes: >> > This would not exactly center the word "Centre". It would be a reasonable >> > expectation that it would generate equal-length inline-rules. >> > Three samples: >> > ................................................. >> > . . >> > .L C R. >> > . . >> > .L C Bunch of stuff on right. >> >>Ah. If that is your interpretation of <fo:inline-rule>, then indeed I >>am screwed. I was interpreting "length='auto'" as exactly similar to >>TeX's infinitely expandable glue. "shall expand to fill any free space >>on the current line" does not imply to me that the result of two >><fo:inline-rules> on the same line would produce the same length rule. > >So, given 2 or more inline-rules in a line,what do you expect? The most >logical choices are: > "disallowed" > which is not supported in the history of typographic applications, or > "equalize length" > which is what every publishing industry product I know of (or have > worked on) has done. (Thus the genesis of the phrase "reasonable > expectation".) >> >>Nikolai's contention that the <inline-rule>s would actually each fill >>up the entire rest of the line, yielding three lines, bothers me. Do >>other people read "length='auto'" that way? that it is processed >>sequentially, instead of being applied when the rest of the line is >>complete? > >Per above,this would be the least-rational treatment of the option. > >> >>By the way, Stephen's phrase "reasonable expectation" is pretty >bothersome....! >> >> > The desired result can be created using position="absolute" or >> >>um. you mean I would say: >> >><fo:static-content flow-name="xsl-after"> >><fo:block> >><fo:linline-sequence position="absolute" >left="auto">Left</fo:linline-sequence> >><fo:linline-sequence position="absolute" >center="auto">Centre</fo:linline-sequence> >><fo:linline-sequence position="absolute" >right="auto">Right</fo:linline-sequence> >></fo:block> >></fo:static-content> > >NO. >For absolute positioning in the centered field: > you may not say "center='auto'", > you must specify: > position=absolute > left=[0] > right=[region-width] and > text-align=center > to get the desired result. >The left & right fields are analogous (l=0,r=width, text-align=L/R). > >> >>? I guess I could live with that, although it does not seem too natural. >> >> > using a table. (There may be other ways.) >> >>I thought about tables. In practice I backed away because my table >>support is so bad that I could not make it work :-} >> >>But more importantly, I am very chary of table abuse. Is a three part >>running footer really a *table*? Yes, it is to 99.9% of HTML coders, >>but doesn't the political correctness lobby chide them for this dismal >>attitude? I suppose its closer to a table than a list.... > >I also worry about the use (abuse) of tables vs. providing a proper >formatting tool to get the desired result. However, the use of "tabs" is >even worse. > For many "two-zone" and "three-zone" headers and footers, tables are an >acceptable mechanism. For those where the widths of the content doesn't >fall into the cell widths the use of position="absolute" is a tolerable >fallback. > >> >>Sebastian >> >> >> XSL-List info and archive: http://www.mulberrytech.com/xsl/xsl-list >> >> > >----------------------------------------------------------------------------- >This e-mail reflects the personal opinion of the author. > -- Unless explicitly so stated in the text, it does not represent an > official position of Adobe Systems, Inc. > -- Unless explicitly so stated in the text, it does not represent an > official opinion of the W3C XSL Working group. >----------------------------------------------------------------------------- > Stephen Deach | Sr Computer Scientist > 408-536-6521 (office) | Adobe Systems Inc. > 408-537-4214 (fax) | Mail Stop E15-420 > sdeach@xxxxxxxxx | 345 Park Ave > | San Jose, CA 95110-2704 > | USA >----------------------------------------------------------------------------- > > > XSL-List info and archive: http://www.mulberrytech.com/xsl/xsl-list > > ----------------------------------------------------------------------------- This e-mail reflects the personal opinion of the author. -- Unless explicitly so stated in the text, it does not represent an official position of Adobe Systems, Inc. -- Unless explicitly so stated in the text, it does not represent an official opinion of the W3C XSL Working group. ----------------------------------------------------------------------------- Stephen Deach | Sr Computer Scientist 408-536-6521 (office) | Adobe Systems Inc. 408-537-4214 (fax) | Mail Stop E15-420 sdeach@xxxxxxxxx | 345 Park Ave | San Jose, CA 95110-2704 | USA ----------------------------------------------------------------------------- XSL-List info and archive: http://www.mulberrytech.com/xsl/xsl-list
|
PURCHASE STYLUS STUDIO ONLINE TODAY!Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced! Download The World's Best XML IDE!Accelerate XML development with our award-winning XML IDE - Download a free trial today! Subscribe in XML format
|