Re: [new XSL] Ready for inputs.
El Martes, 10 de Abril de 2007 22:02, Bruce Dubbs escribió: > > Looking at the output, all my issues have been addressed nicely with the > exception of the font-family/font-style of the titles. That's not very > important, but may be a nice tweak. At my end there is yet an issue to be solved: let very long screen block to split on several pages. Not an issue for LFS (except if selecting a smaller paper size), but will be at least for the compressdoc.sh script in BLFS. About fonts, at this momment the one used is TimesRoman (sans-serif is an alias to it). We could change body.font.family and/or title.font.family to Helvetica and/or Courier to see if there is other combinations with a better look. More info in http://www.sagehill.net/docbookxsl/Typography.html -- Manuel Canales Esparcia Usuario de LFS nº2886: http://www.linuxfromscratch.org LFS en castellano: http://www.escomposlinux.org/lfs-es http://www.lfs-es.info TLDP-ES: http://es.tldp.org -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
Re: [new XSL] Ready for inputs.
M.Canales.es wrote: > El Martes, 10 de Abril de 2007 19:41, M.Canales.es escribió: > >> Might be a bug in current libxml or libxslt. >> > > After several versions changes and research looks that actually was a bug in > old libxslt versions that was not merging properly xsl:attribute-set settings > when the same one is found on two files with different import precedence. > > It was fixed in libxslt-1.1.17. Confirmed. [EMAIL PROTECTED]/new-xsl]$ time make pdf xsltproc --xinclude --nonet --output ~/lfs-book/lfs-pdf.fo \ stylesheets/lfs-pdf.xsl index.xml Making portrait pages on USletter paper (8.5inx11in) sed -i -e 's/span="inherit"/span="all"/' ~/lfs-book/lfs-pdf.fo fop ~/lfs-book/lfs-pdf.fo ~/lfs-book/LFS-BOOK.pdf rm ~/lfs-book/lfs-pdf.fo real1m2.429s user0m57.480s sys 0m1.049s [EMAIL PROTECTED]/new-xsl]$ xsltproc --version Using libxml 20627, libxslt 10120 and libexslt 813 xsltproc was compiled against libxml 20627, libxslt 10120 and libexslt 813 libxslt 10120 was compiled against libxml 20627 libexslt 813 was compiled against libxml 20627 Looking at the output, all my issues have been addressed nicely with the exception of the font-family/font-style of the titles. That's not very important, but may be a nice tweak. -- Bruce -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
Re: [new XSL] Ready for inputs.
El Martes, 10 de Abril de 2007 19:41, M.Canales.es escribió: > > Might be a bug in current libxml or libxslt. > After several versions changes and research looks that actually was a bug in old libxslt versions that was not merging properly xsl:attribute-set settings when the same one is found on two files with different import precedence. It was fixed in libxslt-1.1.17. -- Manuel Canales Esparcia Usuario de LFS nº2886: http://www.linuxfromscratch.org LFS en castellano: http://www.escomposlinux.org/lfs-es http://www.lfs-es.info TLDP-ES: http://es.tldp.org -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
Re: [new XSL] Ready for inputs.
M.Canales.es wrote: > El Lunes, 9 de Abril de 2007 22:50, Bruce Dubbs escribió: >> OK, I made some changes. See what you think. > > In admonitions, that make all types having almost the same look. Both #E0E0E0 > and #EEE are near identical. This was intentional. I wanted to remove the border, but thought it was easier to make the border color the same as the background. > What about this value? #DCC Perhaps that would work. I haven't looked and have an "emergency" at work. Perhaps I can look at this later. -- Bruce -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
Re: [new XSL] Ready for inputs.
El Lunes, 9 de Abril de 2007 22:50, Bruce Dubbs escribió: > OK, I made some changes. See what you think. In admonitions, that make all types having almost the same look. Both #E0E0E0 and #EEE are near identical. What about this value? #DCC On verbatim, using #EEE is like removing the border. Try with this: #888 I could accept also to not have a border in verbatim chaded blocks. PD. I'm trying to find the most updated libxml/libxslt versions combo that outputs the attribute-set warning... -- Manuel Canales Esparcia Usuario de LFS nº2886: http://www.linuxfromscratch.org LFS en castellano: http://www.escomposlinux.org/lfs-es http://www.lfs-es.info TLDP-ES: http://es.tldp.org -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
Re: [new XSL] Ready for inputs.
El Martes, 10 de Abril de 2007 19:29, Bruce Dubbs escribió: > Mine is slightly older: > > $ xsltproc --version > Using libxml 20622, libxslt 10115 and libexslt 812 > xsltproc was compiled against libxml 20622, libxslt 10115 and libexslt 812 > libxslt 10115 was compiled against libxml 20622 > libexslt 812 was compiled against libxml 20622 > > Do you think that this should matter? Might be a bug in current libxml or libxslt. The issue is that we have an xsl:attribute-set that is calling itself via an xsl: use-attribute-sets attribute (directly or indirectly). That at least increase parse time due recursion and could afect the output look in unknow ways :-/ Going to research... -- Manuel Canales Esparcia Usuario de LFS nº2886: http://www.linuxfromscratch.org LFS en castellano: http://www.escomposlinux.org/lfs-es http://www.lfs-es.info TLDP-ES: http://es.tldp.org -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
Re: [new XSL] Ready for inputs.
M.Canales.es wrote: > El Lunes, 9 de Abril de 2007 22:19, Bruce Dubbs escribió: > > Right, the tag is out of place but my xsltproc don't show that errors :-?? > > new-xsl$ make pdf > xsltproc --xinclude --nonet --output ~/lfs-book/fop1-lfs-pdf.fo \ > stylesheets/lfs-pdf.xsl index.xml > Making portrait pages on USletter paper (8.5inx11in) > sed -i -e 's/span="inherit"/span="all"/' ~/lfs-book/fop1-lfs-pdf.fo > FOP_HOME=~/cosas/fop-0,93 && ~/cosas/fop-0.93/fop ~/lfs-book/fop1-lfs-pdf.fo > ~/lfs-book/fop1-LFS-BOOK.pdf > new-xsl$ xsltproc --version > Using libxml 20627, libxslt 10120 and libexslt 813 > xsltproc was compiled against libxml 20627, libxslt 10120 and libexslt 813 > libxslt 10120 was compiled against libxml 20627 > libexslt 813 was compiled against libxml 20627 Mine is slightly older: $ xsltproc --version Using libxml 20622, libxslt 10115 and libexslt 812 xsltproc was compiled against libxml 20622, libxslt 10115 and libexslt 812 libxslt 10115 was compiled against libxml 20622 libexslt 812 was compiled against libxml 20622 Do you think that this should matter? > After fixed the tag, is the "xsl:attribute-set : use-attribute-sets recursion > detected" warning still showed? I think that that is a different bug. Yes, with the patch I sent earlier, I still got that as a warning, but it didn't affect the output. -- Bruce -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
Re: [new XSL] Ready for inputs.
El Lunes, 9 de Abril de 2007 22:19, Bruce Dubbs escribió: > [EMAIL PROTECTED]/new-xsl]$ make pdf > xsltproc --xinclude --nonet --output ~/lfs-book/lfs-pdf.fo \ > stylesheets/lfs-pdf.xsl index.xml > xsl:attribute-set : use-attribute-sets recursion detected > Making portrait pages on USletter paper (8.5inx11in) > runtime error: file stylesheets/pdf/lfs-mixed.xsl line 255 element choose > xsl:choose: unexpected content attribute > I don't see anything wrong with stylesheets/pdf/lfs-mixed.xsl > unless the on line 271 is out of place. Right, the tag is out of place but my xsltproc don't show that errors :-?? new-xsl$ make pdf xsltproc --xinclude --nonet --output ~/lfs-book/fop1-lfs-pdf.fo \ stylesheets/lfs-pdf.xsl index.xml Making portrait pages on USletter paper (8.5inx11in) sed -i -e 's/span="inherit"/span="all"/' ~/lfs-book/fop1-lfs-pdf.fo FOP_HOME=~/cosas/fop-0,93 && ~/cosas/fop-0.93/fop ~/lfs-book/fop1-lfs-pdf.fo ~/lfs-book/fop1-LFS-BOOK.pdf new-xsl$ xsltproc --version Using libxml 20627, libxslt 10120 and libexslt 813 xsltproc was compiled against libxml 20627, libxslt 10120 and libexslt 813 libxslt 10120 was compiled against libxml 20627 libexslt 813 was compiled against libxml 20627 After fixed the tag, is the "xsl:attribute-set : use-attribute-sets recursion detected" warning still showed? I think that that is a different bug. -- Manuel Canales Esparcia Usuario de LFS nº2886: http://www.linuxfromscratch.org LFS en castellano: http://www.escomposlinux.org/lfs-es http://www.lfs-es.info TLDP-ES: http://es.tldp.org -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
Re: [new XSL] Ready for inputs.
OK, I made some changes. See what you think. Patch attached. -- Bruce Index: stylesheets/pdf/lfs-admon.xsl === --- stylesheets/pdf/lfs-admon.xsl (revision 8039) +++ stylesheets/pdf/lfs-admon.xsl (working copy) @@ -30,7 +30,8 @@ #E0E0E0 -#500 + +#EEE Index: stylesheets/pdf/lfs-mixed.xsl === --- stylesheets/pdf/lfs-mixed.xsl (revision 8039) +++ stylesheets/pdf/lfs-mixed.xsl (working copy) @@ -43,7 +43,8 @@ #E9E9E9 solid 0.5pt -#050505 + +#EEE 5pt 2pt 2pt @@ -262,13 +263,13 @@ 0.4em always + 0.6em 0.4em 0.8em 0.6em 0.4em 0.8em - Index: Makefile === --- Makefile(revision 8039) +++ Makefile(working copy) @@ -50,8 +50,8 @@ pdf: xsltproc --xinclude --nonet --output $(BASEDIR)/lfs-pdf.fo \ stylesheets/lfs-pdf.xsl index.xml - sed -i -e "s/inherit/all/" $(BASEDIR)/lfs-pdf.fo - fop.sh $(BASEDIR)/lfs-pdf.fo $(BASEDIR)/$(PDF_OUTPUT) + sed -i -e 's/span="inherit"/span="all"/' $(BASEDIR)/lfs-pdf.fo + fop $(BASEDIR)/lfs-pdf.fo $(BASEDIR)/$(PDF_OUTPUT) rm $(BASEDIR)/lfs-pdf.fo nochunks: -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
Re: [new XSL] Ready for inputs.
Bruce Dubbs wrote: > I don't see anything wrong with stylesheets/pdf/lfs-mixed.xsl > unless the on line 271 is out of place. I moved the to right after the statement on line 264 and the pdf built fine. However, I haven't reviewed it yet. -- Bruce -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
Re: [new XSL] Ready for inputs.
M.Canales.es wrote: > El Domingo, 8 de Abril de 2007 23:03, Bruce Dubbs escribió: >> Manuel, >> I pulled the new style sheets from svn. How do you use them? Do you >> just have a temporary symbolic link from the trunk/BOOK/stylesheets to >> ../../branches/new-xsl/ ? > > I have it in this way: > > $ svn co svn+ssh://[EMAIL PROTECTED]/LFS/trunk/BOOK new-xsl > $ cd new-xsl/stylesheets > $ svn switch svn+ssh://[EMAIL PROTECTED]/LFS/branches/new-xsl . > > Note the dot in the last line. > > To render the PDF you need to edit the Makefile to change the line > > sed -i -e "s/inherit/all/" $(BASEDIR)/lfs-pdf.fo > > to > sed -i -e 's/span="inherit"/span="all"/' $(BASEDIR)/lfs-pdf.fo > > and be sure that FOP-0.93 is used. I changed the line in the Makefile to read > > FOP_HOME=~/fop-0,93 && ~/fop-0.93/fop $(BASEDIR)/lfs-pdf.fo \ > $(BASEDIR)/$(PDF_OUTPUT) > Manuel, I'm having trouble getting fop to run. I installed FOP-0.93: $ ll -d /opt/f* lrwxrwxrwx 1 root root8 Apr 9 14:50 /opt/fop -> fop-0.93 drwxr-xr-x 5 root root 4096 Apr 9 14:50 /opt/fop-0.20.5 drwxr-xr-x 9 root root 4096 Apr 9 14:31 /opt/fop-0.93 I checked out the new-xsl as you specify above and updated the Makefile: pdf: xsltproc --xinclude --nonet --output $(BASEDIR)/lfs-pdf.fo \ stylesheets/lfs-pdf.xsl index.xml sed -i -e 's/span="inherit"/span="all"/' $(BASEDIR)/lfs-pdf.fo fop $(BASEDIR)/lfs-pdf.fo $(BASEDIR)/$(PDF_OUTPUT) rm $(BASEDIR)/lfs-pdf.fo [EMAIL PROTECTED]/new-xsl]$ which fop /opt/fop/fop But I get this: [EMAIL PROTECTED]/new-xsl]$ make pdf xsltproc --xinclude --nonet --output ~/lfs-book/lfs-pdf.fo \ stylesheets/lfs-pdf.xsl index.xml xsl:attribute-set : use-attribute-sets recursion detected Making portrait pages on USletter paper (8.5inx11in) runtime error: file stylesheets/pdf/lfs-mixed.xsl line 255 element choose xsl:choose: unexpected content attribute [ repeats about a hundred times ] error: file index.xml xsltRunStylesheet : run failed make: *** [pdf] Error 9 I don't see anything wrong with stylesheets/pdf/lfs-mixed.xsl unless the on line 271 is out of place. What am I doing wrong? -- Bruce -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
Re: [new XSL] Ready for inputs.
El Domingo, 8 de Abril de 2007 23:03, Bruce Dubbs escribió: > Manuel, > I pulled the new style sheets from svn. How do you use them? Do you > just have a temporary symbolic link from the trunk/BOOK/stylesheets to > ../../branches/new-xsl/ ? I have it in this way: $ svn co svn+ssh://[EMAIL PROTECTED]/LFS/trunk/BOOK new-xsl $ cd new-xsl/stylesheets $ svn switch svn+ssh://[EMAIL PROTECTED]/LFS/branches/new-xsl . Note the dot in the last line. To render the PDF you need to edit the Makefile to change the line sed -i -e "s/inherit/all/" $(BASEDIR)/lfs-pdf.fo to sed -i -e 's/span="inherit"/span="all"/' $(BASEDIR)/lfs-pdf.fo and be sure that FOP-0.93 is used. I changed the line in the Makefile to read FOP_HOME=~/fop-0,93 && ~/fop-0.93/fop $(BASEDIR)/lfs-pdf.fo \ $(BASEDIR)/$(PDF_OUTPUT) -- Manuel Canales Esparcia Usuario de LFS nº2886: http://www.linuxfromscratch.org LFS en castellano: http://www.escomposlinux.org/lfs-es http://www.lfs-es.info TLDP-ES: http://es.tldp.org -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
Re: [new XSL] Ready for inputs.
Manuel, I pulled the new style sheets from svn. How do you use them? Do you just have a temporary symbolic link from the trunk/BOOK/stylesheets to ../../branches/new-xsl/ ? -- Bruce -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
Re: [new XSL] Ready for inputs.
El Domingo, 8 de Abril de 2007 22:32, Bruce Dubbs escribió: > > I'll pull the xsl and look some more. > Great, I need inputs about the explanatory comments. -- Manuel Canales Esparcia Usuario de LFS nº2886: http://www.linuxfromscratch.org LFS en castellano: http://www.escomposlinux.org/lfs-es http://www.lfs-es.info TLDP-ES: http://es.tldp.org -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
Re: [new XSL] Ready for inputs.
M.Canales.es wrote: > What I noticed, is that in Acrobat Reader 5.0 the fonts looks nice, but in > KGoshtView looks a little ugly. Maybe due that Acrobat Reader uses their own > fonts while other readers uses the ones from gs? Sounds right. I was using xpdf. > In new-xsl/stylesheets/pdf/lfs-admon.xsl for admonitions and > new-xsl/stylesheets/pdf/lfs-mixed.xsl for verbatim environments. The line to > search in both is: > > 1pt > > Changing it to 0.5pt looks a good idea. A pt is 1/72nd of an inch. Do we have to use pt? How about 1px? Or better yet, for the pdf only in lfs-mixed.xsl, 0pt? I'll pull the xsl and look some more. -- Bruce -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
Re: [new XSL] Ready for inputs.
El Domingo, 8 de Abril de 2007 21:10, Bruce Dubbs escribió: > > Is this a function of the reader's system or the system that renders the > pdf. I thought the actual fonts used were enclosed in the file. I'm > not 100% sure though. For specifications, the Base-14 fonts must be available to all PDF readers and are not embedded, except if forced. Additional fonts must be embedded or be available to the readers. What I noticed, is that in Acrobat Reader 5.0 the fonts looks nice, but in KGoshtView looks a little ugly. Maybe due that Acrobat Reader uses their own fonts while other readers uses the ones from gs? > 0.5pc? I think that's a pica which is > 1 PostScript pica = 4.2333 millimeters > > I don't think the borders are that thick--at least not on my system. My > estimate is about 1 mm. Are you sure that's not the margin? > > Where is the border specified? Perhaps we could do some preprocessing > for the pdf. In new-xsl/stylesheets/pdf/lfs-admon.xsl for admonitions and new-xsl/stylesheets/pdf/lfs-mixed.xsl for verbatim environments. The line to search in both is: 1pt Changing it to 0.5pt looks a good idea. -- Manuel Canales Esparcia Usuario de LFS nº2886: http://www.linuxfromscratch.org LFS en castellano: http://www.escomposlinux.org/lfs-es http://www.lfs-es.info TLDP-ES: http://es.tldp.org -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
Re: [new XSL] Ready for inputs.
El Domingo, 8 de Abril de 2007 20:52, Bruce Dubbs escribió: > One place that is still a problem is the last paragraph of 8.2 (page > 212). The long config variables, CONFIG_NLS_DEFAULT, > CONFIG_SMB_NLS_DEFAULT, CONFIG_FAT_DEFAULT_CODEPAGE, and > CONFIG_FAT_DEFAULT_IOCHARSET throw off the word spacing. If a break was > made at the underscores, it would improve that paragraph. Actually that parameters are not tagged at this moment, thus can't be hyphenated. -- Manuel Canales Esparcia Usuario de LFS nº2886: http://www.linuxfromscratch.org LFS en castellano: http://www.escomposlinux.org/lfs-es http://www.lfs-es.info TLDP-ES: http://es.tldp.org -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
Re: [new XSL] Ready for inputs.
M.Canales.es wrote: >> 1. The font on the headers doesn't seem right. Most of the text is >> standard serif fonts (computer modern?). That looks fine. The headers >> are sans-serif and bold. The bold seems a little too wide. > > My acroreader say that the used ones are this > > Arial-BoldMT > TimesNewRomanPSMT > TimesNewRomanPS-ItalicMT > TimesNewRomanPS-BoldMT > Courier-Bold > Courier > Courier-Oblique > Courier-BoldOblique Is this a function of the reader's system or the system that renders the pdf. I thought the actual fonts used were enclosed in the file. I'm not 100% sure though. >> 2. The highlighted text has borders that seem a little heavy. The >> notes have borders that are light gray. 'Important' and 'Caution' areas >> have the heavy border too. Perhaps removing the border completely from >> the gray backgrounds and using the light gray border for all the light >> yellow backgrounds would give a better visual appearance. > > The colors and border are the same than the ones used on the XHTML output. > The border could be changed from 1pc to 0.5pc to make ir less heavy, but in > resume I would to have the same look in both versions. 0.5pc? I think that's a pica which is 1 PostScript pica = 4.2333 millimeters I don't think the borders are that thick--at least not on my system. My estimate is about 1 mm. Are you sure that's not the margin? Where is the border specified? Perhaps we could do some preprocessing for the pdf. -- Bruce -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
Re: [new XSL] Ready for inputs.
M.Canales.es wrote: > El Domingo, 8 de Abril de 2007 17:33, M.Canales.es escribió: > >> The URLs hyphenation support on the old stylesheets and FOP-0.20 was very >> ugly. I will test if the current one is more usable and, if true, trying to >> extend the support also to filenames. > > And done: > > http://www.lfs-es.info/new-lfs-book/fop1-try3-lfs-book.pdf Looks nice. One place that is still a problem is the last paragraph of 8.2 (page 212). The long config variables, CONFIG_NLS_DEFAULT, CONFIG_SMB_NLS_DEFAULT, CONFIG_FAT_DEFAULT_CODEPAGE, and CONFIG_FAT_DEFAULT_IOCHARSET throw off the word spacing. If a break was made at the underscores, it would improve that paragraph. -- Bruce -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
Re: [new XSL] Ready for inputs.
El Domingo, 8 de Abril de 2007 19:30, Bruce Dubbs escribió: > > I like this a lot better. Thanks. > Now I'm going to get a bit picky about the pdf, but its offered in a > constructive manner. Don't feel obligated to fix any of these issues. > I'd like to see other opinions too. Starting with my owns ones ;-) > 1. The font on the headers doesn't seem right. Most of the text is > standard serif fonts (computer modern?). That looks fine. The headers > are sans-serif and bold. The bold seems a little too wide. My acroreader say that the used ones are this Arial-BoldMT TimesNewRomanPSMT TimesNewRomanPS-ItalicMT TimesNewRomanPS-BoldMT Courier-Bold Courier Courier-Oblique Courier-BoldOblique > Looking at a typical O'Reilly book, they use ITC Garamond Light (Italic) > for headings and Garamond Book for the normal text. It seems to flow > there pretty nicely. > > How much control do we have over fonts? http://xmlgraphics.apache.org/fop/0.93/fonts.html I have not full read it yet, but look that for files outside the ones listed above extra FOP configurations are needed and may implies that the user/reader must have intalled that fonts on their system. > 2. The highlighted text has borders that seem a little heavy. The > notes have borders that are light gray. 'Important' and 'Caution' areas > have the heavy border too. Perhaps removing the border completely from > the gray backgrounds and using the light gray border for all the light > yellow backgrounds would give a better visual appearance. The colors and border are the same than the ones used on the XHTML output. The border could be changed from 1pc to 0.5pc to make ir less heavy, but in resume I would to have the same look in both versions. -- Manuel Canales Esparcia Usuario de LFS nº2886: http://www.linuxfromscratch.org LFS en castellano: http://www.escomposlinux.org/lfs-es http://www.lfs-es.info TLDP-ES: http://es.tldp.org -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
Re: [new XSL] Ready for inputs.
El Domingo, 8 de Abril de 2007 17:33, M.Canales.es escribió: > > The URLs hyphenation support on the old stylesheets and FOP-0.20 was very > ugly. I will test if the current one is more usable and, if true, trying to > extend the support also to filenames. And done: http://www.lfs-es.info/new-lfs-book/fop1-try3-lfs-book.pdf -- Manuel Canales Esparcia Usuario de LFS nº2886: http://www.linuxfromscratch.org LFS en castellano: http://www.escomposlinux.org/lfs-es http://www.lfs-es.info TLDP-ES: http://es.tldp.org -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
Re: [new XSL] Ready for inputs.
M.Canales.es wrote: > El Domingo, 8 de Abril de 2007 04:28, Bruce Dubbs escribió: > > Please, try to keep the CC to lfs-dev. Yes, I was a little too quick in replying. I think the lfs-dev is the proper place for this discussion. >> I do think that each section in Chapters 5 and 6 that install a new >> package should start on a new page, but places like Chapters 8 and 9 and >> possibly 1, 2, 3, 4, and 7 should 'flow'. > > Yes, I was thinking also about that. The code was committed some hours ago. > Now the PDF have only 254 pages: > > http://www.lfs-es.info/new-lfs-book/fop1-try2-lfs-book.pdf I like this a lot better. Now I'm going to get a bit picky about the pdf, but its offered in a constructive manner. Don't feel obligated to fix any of these issues. I'd like to see other opinions too. 1. The font on the headers doesn't seem right. Most of the text is standard serif fonts (computer modern?). That looks fine. The headers are sans-serif and bold. The bold seems a little too wide. Looking at a typical O'Reilly book, they use ITC Garamond Light (Italic) for headings and Garamond Book for the normal text. It seems to flow there pretty nicely. How much control do we have over fonts? 2. The highlighted text has borders that seem a little heavy. The notes have borders that are light gray. 'Important' and 'Caution' areas have the heavy border too. Perhaps removing the border completely from the gray backgrounds and using the light gray border for all the light yellow backgrounds would give a better visual appearance. -- Bruce -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
Re: [new XSL] Ready for inputs.
El Domingo, 8 de Abril de 2007 04:28, Bruce Dubbs escribió:
Please, try to keep the CC to lfs-dev.
>
> I do think that each section in Chapters 5 and 6 that install a new
> package should start on a new page, but places like Chapters 8 and 9 and
> possibly 1, 2, 3, 4, and 7 should 'flow'.
Yes, I was thinking also about that. The code was committed some hours ago.
Now the PDF have only 254 pages:
http://www.lfs-es.info/new-lfs-book/fop1-try2-lfs-book.pdf
> It would also be nice to solve the problem of long urls that cause ugly
> spacing when the text is fully justified. Examples are: page 13
> (section 1.5), page 14, page 206 (section 7.5), page 217 (7.12.1).
>
> The last paragraph on page 224 (8.2) also suffers from the
> long-name-spacing-problem.
>
> These word spacing issues vary a bit in 'badness', but it would be nice
> if there were optional (zero width space) breaks at slash ('/') and
> underscore ('_') characters.
The URLs hyphenation support on the old stylesheets and FOP-0.20 was very
ugly. I will test if the current one is more usable and, if true, trying to
extend the support also to filenames.
--
Manuel Canales Esparcia
Usuario de LFS nº2886: http://www.linuxfromscratch.org
LFS en castellano: http://www.escomposlinux.org/lfs-es http://www.lfs-es.info
TLDP-ES: http://es.tldp.org
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page
