Re: Table of Contens fo:leader Problem
Hey, thanks for this "workaround". I'think it is ok. Dirk Jeremias Maerki schrieb: I can't think of an FO construct that would accomplish this. The only work-around would be a table but that leaves you with a possible compromise concerning the leader which cannot come as close to the page number as you might wish. 1 Demo Demo Demo Demo Demo Demo Demo Demo Demo Demo Demo Demo Demo Demo Demo Demo Demo Demo leader-pattern="rule" rule-thickness="0.5pt"/> 555 I guess, we'd need a "text-indent-last" or something. Jeremias Maerki On 26.11.2007 12:46:43 Dirk Bromberg wrote: Hi Users, i've a small problem with the usage of a leader. When i will render a TOC, i use this code: 1 Demo Demo Demo Demo Demo Demo Demo Demo Demo Demo Demo Demo Demo Demo Demo Demo Demo Demo leader-pattern="rule" rule-thickness="0.5pt"/> 555 The problem: When the text "Demo" is too long for the page then it breaks above the pagenumber and starts in a new line under the start of the first line. Is there way to create a style like: --- 1 Demo Demo Demo BREAK Demo Demo 555 Thanks. Dirk - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Problem generating PDF with FOP 0.20.5 and Latin Modern fonts
On Tue, 2007-11-27 at 15:54 +0100, Jeremias Maerki wrote: > On 27.11.2007 15:24:44 Daniel Rosenberg wrote: > > Ok, so this is perhaps rather uncommon. I guess the reason would be to > > improve readability and aesthetics -- it should be easy to read the > > text and it should look as good as possible. > > > > I do not see the way the operating system is involved, at least not if > > the fonts are embedded. > > I meant it this way: Install the Latin Modern fonts in your operating > system. Does a word processor then automatically choose the right > variant depending on the font size? Not really. It actually shows you > each font separately in the font list because it gets all the fonts from > the operating system. Maybe some extremely sophisticated desktop > publishing application might bring its own font subsystem that would let > you do something like that, but not without a lot of manual > configuration, because the embedded information on how to interpret the > individual font files is most likely insufficient for Type 1 and > TrueType fonts. > > > If the feature is supported by the PDF > > standard it should be supported by the PDF reader. Am i right? But > > perhaps there could be problems if the fonts are not embedded? > > PDF doesn't directly support it but it the job of the producing > application to select the font to use for each character. So if FOP had > this functionality it could be made to work. But you could run into problems > if the fonts were not embedded, yes. > > Look, if you absolutely want this feature, you'll have to look into it > yourself and submit a patch. Otherwise, you simply have to use the > work-around shown earlier. Well, I just wanted to know whether this could be done with FOP, and gain some font/FOP/PDF knowledge, which you have supplied. Thank you Jeremias and Vincent for this! / Daniel > > > Jeremias Maerki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: CMYK/Pantone support
Philipp Wagner-3 wrote: > > Philip Luppens schrieb: >> >> Philipp Wagner-3 wrote: >>> Please have a look at the internet, there are some good articles about >>> this topic, as it pops up every now and then. >>> >> >> Thanks for the explanation. I already knew most of what you told, but I'm >> simply struggling with the concept when integrating with XSL-FO. Like I >> said, there's very limited information when dealing with CMYK (other >> than: >> "there's support for CMYK in 0.93" and the source code). > > Spot colors (no matter if Pantone or whatever else) are not supported by > XSL-FO to my knowledge. To specify a spot color in a PDF document, you > have to give the name of the spot color (= some string without special > meaning, your printer has to know how to interpret this) and a RGB > representation of the color so that Acrobat can display it close to > correct. This RGB-representation can be completely wrong, then you're > document will look wrong when viewed on screen but will be correctly > printed (if your printer uses the color you specified in the color name). > > See how Xml2Pdf by Altanova solves this problem: > http://alt-soft.com/Support_kb_color_management.aspx > > The first paragraph says it all: > Xml2PDF supports also a number of conventions (!) for RGB, CMYK, > Grayscale, Spot and some other colors. > > This means, by adding custom attributes (or "conventions", as they did), > it would be possible for FOP to support spot colors. > > Philipp > > Thanks a lot Philipp - I'll explore that site further, and see if they provide a possible solution for my case. Kind regards, Phil -- View this message in context: http://www.nabble.com/CMYK-Pantone-support-tf4882401.html#a13975543 Sent from the FOP - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: CMYK/Pantone support
First of all, sorry about replying above, and not inline .. Nabble isn't really making this easy (or I just haven't figured it out). Thanks for the extensive reply, much appreciated. It definitely clears up a couple of things for me (and hopefully others). I'll have a look at the cmyk functions, see if I can get something to work. As for the help, *sigh*. I'd do so in a heartbeat, but the truth is I'm simply preparing a study for this project, and I won't actually be the one implementing it. And as can be expected, my next project has nothing to do with XSL-FO, so my chances of contributing something back are very limited. Plus, like you already said, the barrier to enter is quite high. In order to write a decent manual, one is assumed to be at least familiar with that particular field and its corresponding FOP implementation - which I am not. The only thing I have added is an overflow exception in the layout managers when an overflow is detected (rather than printing a warning) since I needed that functionality. It was also raised and proposed on this mailing list but never actually entered in the bug tracker afaict. Thanks again, Phil Jeremias Maerki-2 wrote: > > On 27.11.2007 17:22:22 Philip Luppens wrote: >> >> Thanks for the swift reply. Ok, so, let's me summarize it and please >> correct >> me afterwards. Like I said, I'm totally ignorant when it comes to this. > > Hey, I'm no color professional, either. I had to learn a lot about that > while hacking FOP and I certainly haven't finished learning. I guess at > some point I'll need a concrete project together with professionals to > get this to a happy ending. > >> So, am I correct when I say that Pantone is not an ICC color space ? > > I think so, yes. But I could be wrong and I hope to be corrected if I am. > >> So it's >> not like the printing department can just send me an ICC file, which I >> then >> specify in and everything will be fine ? Bummer :-) > > No, it's more complicated. You have to specify every single color in the > FO and SVG content in the right format, too. > >> If I were to be sure that the included images were in the correct color >> space, would that mean those are fine then when included, or would they >> still be transformed by FOP when dealing with color spaces ? > > Actually, bitmap images is one place where we have less of a gap. Some > image have associated color profiles and they get transported into the > final PDF so the colors are preserved. > >> So how should I go ahead to get the CMYK support going in FO ? You said >> to >> specify the output profile, but should I find an .icc profile for that ? >> And >> would that require changing anything else, or would the transformation be >> automatically ? > > You need to specify the output profile as described here: > http://xmlgraphics.apache.org/fop/0.94/configuration.html#pdf-renderer > > CMYK colors are specified like this (let's write more docs on this!): > rgb-icc(r,g,b,#CMYK,c,m,y,k) <-- #CMYK is a "pseudo-profile" > or > cmyk(c,m,y,k) > (I'd use the rgb-icc() variant for better compatibility with other FO > implementations which do similar things.) > > It's also a good idea to take a look at this page: > http://xmlgraphics.apache.org/fop/0.93/pdfx.html > >> You spoke about proprietary extensions - does that mean there are >> companies >> that provide commercial extensions for Pantone ? Or is that totally out >> of >> the question ? > > Uhm, no, I mean we would need to specify proprietary ways of specifying > color in XSL-FO which are not defined by the spec. See the cmyk() > function above. That's our own invention. It's not in the spec. Possibly > bad interoperability between XSL-FO implementations which actually > defeats the purpose of the standard. OTOH, it can eventually lead to a > feature being adopted in new versions of the standard. > >> Sorry for asking these (stupid) questions, but it's hard to find >> information >> or code examples on these issues. > > That's because not many people do this kind of thing. And that's the > reason why FOP is not so strong in this area. Help is welcome. > > Jeremias Maerki > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > -- View this message in context: http://www.nabble.com/CMYK-Pantone-support-tf4882401.html#a13975130 Sent from the FOP - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: CMYK/Pantone support
Philip Luppens schrieb: > > Philipp Wagner-3 wrote: >> Please have a look at the internet, there are some good articles about >> this topic, as it pops up every now and then. >> > > Thanks for the explanation. I already knew most of what you told, but I'm > simply struggling with the concept when integrating with XSL-FO. Like I > said, there's very limited information when dealing with CMYK (other than: > "there's support for CMYK in 0.93" and the source code). Spot colors (no matter if Pantone or whatever else) are not supported by XSL-FO to my knowledge. To specify a spot color in a PDF document, you have to give the name of the spot color (= some string without special meaning, your printer has to know how to interpret this) and a RGB representation of the color so that Acrobat can display it close to correct. This RGB-representation can be completely wrong, then you're document will look wrong when viewed on screen but will be correctly printed (if your printer uses the color you specified in the color name). See how Xml2Pdf by Altanova solves this problem: http://alt-soft.com/Support_kb_color_management.aspx The first paragraph says it all: Xml2PDF supports also a number of conventions (!) for RGB, CMYK, Grayscale, Spot and some other colors. This means, by adding custom attributes (or "conventions", as they did), it would be possible for FOP to support spot colors. Philipp - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: CMYK/Pantone support
Philipp Wagner-3 wrote: > > Please have a look at the internet, there are some good articles about > this topic, as it pops up every now and then. > Thanks for the explanation. I already knew most of what you told, but I'm simply struggling with the concept when integrating with XSL-FO. Like I said, there's very limited information when dealing with CMYK (other than: "there's support for CMYK in 0.93" and the source code). My question about Pantone is something that would probably need to be solved with the printing department (they said CMYK could do, but they preferred Pantone). But since I see my wording isn't accurate enough, I'll ask them to provide a better explanation ;-) Thanks again, Phil -- View this message in context: http://www.nabble.com/CMYK-Pantone-support-tf4882401.html#a13974581 Sent from the FOP - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: CMYK/Pantone support
On 27.11.2007 17:22:22 Philip Luppens wrote: > > Thanks for the swift reply. Ok, so, let's me summarize it and please correct > me afterwards. Like I said, I'm totally ignorant when it comes to this. Hey, I'm no color professional, either. I had to learn a lot about that while hacking FOP and I certainly haven't finished learning. I guess at some point I'll need a concrete project together with professionals to get this to a happy ending. > So, am I correct when I say that Pantone is not an ICC color space ? I think so, yes. But I could be wrong and I hope to be corrected if I am. > So it's > not like the printing department can just send me an ICC file, which I then > specify in and everything will be fine ? Bummer :-) No, it's more complicated. You have to specify every single color in the FO and SVG content in the right format, too. > If I were to be sure that the included images were in the correct color > space, would that mean those are fine then when included, or would they > still be transformed by FOP when dealing with color spaces ? Actually, bitmap images is one place where we have less of a gap. Some image have associated color profiles and they get transported into the final PDF so the colors are preserved. > So how should I go ahead to get the CMYK support going in FO ? You said to > specify the output profile, but should I find an .icc profile for that ? And > would that require changing anything else, or would the transformation be > automatically ? You need to specify the output profile as described here: http://xmlgraphics.apache.org/fop/0.94/configuration.html#pdf-renderer CMYK colors are specified like this (let's write more docs on this!): rgb-icc(r,g,b,#CMYK,c,m,y,k) <-- #CMYK is a "pseudo-profile" or cmyk(c,m,y,k) (I'd use the rgb-icc() variant for better compatibility with other FO implementations which do similar things.) It's also a good idea to take a look at this page: http://xmlgraphics.apache.org/fop/0.93/pdfx.html > You spoke about proprietary extensions - does that mean there are companies > that provide commercial extensions for Pantone ? Or is that totally out of > the question ? Uhm, no, I mean we would need to specify proprietary ways of specifying color in XSL-FO which are not defined by the spec. See the cmyk() function above. That's our own invention. It's not in the spec. Possibly bad interoperability between XSL-FO implementations which actually defeats the purpose of the standard. OTOH, it can eventually lead to a feature being adopted in new versions of the standard. > Sorry for asking these (stupid) questions, but it's hard to find information > or code examples on these issues. That's because not many people do this kind of thing. And that's the reason why FOP is not so strong in this area. Help is welcome. Jeremias Maerki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: CMYK/Pantone support
Philip Luppens schrieb: > Thanks for the swift reply. Ok, so, let's me summarize it and please correct > me afterwards. Like I said, I'm totally ignorant when it comes to this. > > So, am I correct when I say that Pantone is not an ICC color space ? So it's > not like the printing department can just send me an ICC file, which I then > specify in and everything will be fine ? Bummer :-) No, Pantone sells color swatches. You go to your printer, say this color looks nice (on the given paper) and he then knows how to mix the ink that the color looks like the one you chose. There is no real way of converting CMYK (or RGB) colors to "Pantone" or the other way round. Many software applications (like Photoshop) contain matching tables which give you an estimation of how the color will look like on a given paper (usually coated and/or uncoated paper). You can find some of these tables on the internet, but it't not possible to include them in open source software. You don't use Pantone colors like RGB or CMYK, they are spot colors or used for colors like metallic or gold/silver. Usually, a company has a letterhead with only one specific color, that's specified in Pantone (or HSK, which is used mainly in Germany, but essentially the same). Imagine offset printing: if printing CMYK, your printer will have four plates (one for every color). The pictures are rasterized and the four colors will mix to give your eye the right color. If you are printing using some Pantone spotcolors, your printer will have one plate for Pantone #XX, one for Pantone #XY and so on. #XX may be a specific green, #XY may be gold and so on. Usually, they are not rasterized like the CMYK-plates, but contain the solid color (which means, red and blue won't give you violet). Please have a look at the internet, there are some good articles about this topic, as it pops up every now and then. Philipp - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: CMYK/Pantone support
Thanks for the swift reply. Ok, so, let's me summarize it and please correct me afterwards. Like I said, I'm totally ignorant when it comes to this. So, am I correct when I say that Pantone is not an ICC color space ? So it's not like the printing department can just send me an ICC file, which I then specify in and everything will be fine ? Bummer :-) If I were to be sure that the included images were in the correct color space, would that mean those are fine then when included, or would they still be transformed by FOP when dealing with color spaces ? So how should I go ahead to get the CMYK support going in FO ? You said to specify the output profile, but should I find an .icc profile for that ? And would that require changing anything else, or would the transformation be automatically ? You spoke about proprietary extensions - does that mean there are companies that provide commercial extensions for Pantone ? Or is that totally out of the question ? Sorry for asking these (stupid) questions, but it's hard to find information or code examples on these issues. Phil Jeremias Maerki-2 wrote: > > Using Pantone colors is not an option using plain SVG or XSL-FO. Both > standard use sRGB by default and support ICC color spaces in addition to > that. Everything else means the usage of proprietary extensions. > > We now have some support for CMYK and you can specify an output profile > to map those CMYK colors into a calibrated space. But that does only > work for the XSL-FO part. SVG is a different story. I don't even know if > ICC colors in SVG would be handled correctly for PDF output at the > moment. > > If you need more than that, it's Java hacking time in Batik and FOP. :-) > > If sRGB is out of the question, I'd try in the direction of ICC colors > but that might still require some work in both products. > > Jeremias Maerki > > > > On 27.11.2007 16:28:23 Philip Luppens wrote: >> >> Hi all, >> >> I have inherited a project that's using FOP to create PDFs, and send them >> to >> the printing department. Of course, the printing department doesn't quite >> like sRGB color spaces, and they requested the possibility to use the >> Pantone color space instead (CMYK being a distant second option). Now, I >> have very limited experience with color spaces (read: I knew they existed >> .. >> somewhere ..), so some of this might be entirely wrong (or badly worded). >> >> In the XSL we're using to transform the XML, we're also using external >> SVG >> images. The newly created PDF should be using the Pantone color space. >> Now, >> I wonder: does this mean my SVGs should also be declared in the Pantone >> color space, or is this something FOP should take care of (provided that >> there is Pantone support, of course) ? >> >> I've seen there is (limited) CMYK support for PDFs, but whatever >> post/page >> I've found regarding Pantone colors, is either complete rubbish (at least >> for me), or unanswered. >> >> Kind regards, >> >> Philip >> -- >> View this message in context: >> http://www.nabble.com/CMYK-Pantone-support-tf4882401.html#a13972838 >> Sent from the FOP - Users mailing list archive at Nabble.com. > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > -- View this message in context: http://www.nabble.com/CMYK-Pantone-support-tf4882401.html#a13973897 Sent from the FOP - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: CMYK/Pantone support
Using Pantone colors is not an option using plain SVG or XSL-FO. Both standard use sRGB by default and support ICC color spaces in addition to that. Everything else means the usage of proprietary extensions. We now have some support for CMYK and you can specify an output profile to map those CMYK colors into a calibrated space. But that does only work for the XSL-FO part. SVG is a different story. I don't even know if ICC colors in SVG would be handled correctly for PDF output at the moment. If you need more than that, it's Java hacking time in Batik and FOP. :-) If sRGB is out of the question, I'd try in the direction of ICC colors but that might still require some work in both products. Jeremias Maerki On 27.11.2007 16:28:23 Philip Luppens wrote: > > Hi all, > > I have inherited a project that's using FOP to create PDFs, and send them to > the printing department. Of course, the printing department doesn't quite > like sRGB color spaces, and they requested the possibility to use the > Pantone color space instead (CMYK being a distant second option). Now, I > have very limited experience with color spaces (read: I knew they existed .. > somewhere ..), so some of this might be entirely wrong (or badly worded). > > In the XSL we're using to transform the XML, we're also using external SVG > images. The newly created PDF should be using the Pantone color space. Now, > I wonder: does this mean my SVGs should also be declared in the Pantone > color space, or is this something FOP should take care of (provided that > there is Pantone support, of course) ? > > I've seen there is (limited) CMYK support for PDFs, but whatever post/page > I've found regarding Pantone colors, is either complete rubbish (at least > for me), or unanswered. > > Kind regards, > > Philip > -- > View this message in context: > http://www.nabble.com/CMYK-Pantone-support-tf4882401.html#a13972838 > Sent from the FOP - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: What about 'maximum-repeats'? RE: Is it possible to limit FOP transformation output (PDF) onyl to several pages?
No, the spec defines that the implementation should reuse the last page-master if there's more content but no more page-masters. There's nothing built into FOP that allows you to do that. I've explained to you the options that are available right now. Everything else involves hacking FOP. Jeremias Maerki On 27.11.2007 16:35:42 Andrejus Chaliapinas wrote: > > There's nothing in XSLT or FO that lets you do that. But you can go > > Found described here: > http://www.cafeconleche.org/books/bible2/chapters/ch18.html > > > maximum-repeats="10"/> > > > Will it work if I change value to 2 (for my test case of 2 initial document > pages)? > > Andrejus - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
What about 'maximum-repeats'? RE: Is it possible to limit FOP transformation output (PDF) onyl to several pages?
> There's nothing in XSLT or FO that lets you do that. But you can go Found described here: http://www.cafeconleche.org/books/bible2/chapters/ch18.html Will it work if I change value to 2 (for my test case of 2 initial document pages)? Andrejus - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Is it possible to limit FOP transformation output (PDF) onyl to several pages?
There's nothing in XSLT or FO that lets you do that. But you can go through FOP's intermediate format [1] because there you have each page separately as an XML file which you can easily cut down to two pages. Still, the whole document will be layouted. The alternative is to use a PDF library to extract the first two pages from the full PDF file. [1] http://xmlgraphics.apache.org/fop/stable/intermediate.html Jeremias Maerki On 27.11.2007 15:58:30 Andrejus Chaliapinas wrote: > Hi, > > Is it possible to achieve via usage of fo:page-sequence-master or > fo:page-sequence or combining fo:page-number into some xsl logic? While big > documents may have one special front page and all the same layout rest pages > - for testing purposes only 2 first document pages are required. > > Any help would be appreciated. > > Andrejus - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
CMYK/Pantone support
Hi all, I have inherited a project that's using FOP to create PDFs, and send them to the printing department. Of course, the printing department doesn't quite like sRGB color spaces, and they requested the possibility to use the Pantone color space instead (CMYK being a distant second option). Now, I have very limited experience with color spaces (read: I knew they existed .. somewhere ..), so some of this might be entirely wrong (or badly worded). In the XSL we're using to transform the XML, we're also using external SVG images. The newly created PDF should be using the Pantone color space. Now, I wonder: does this mean my SVGs should also be declared in the Pantone color space, or is this something FOP should take care of (provided that there is Pantone support, of course) ? I've seen there is (limited) CMYK support for PDFs, but whatever post/page I've found regarding Pantone colors, is either complete rubbish (at least for me), or unanswered. Kind regards, Philip -- View this message in context: http://www.nabble.com/CMYK-Pantone-support-tf4882401.html#a13972838 Sent from the FOP - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Is it possible to limit FOP transformation output (PDF) onyl to several pages?
Hi, Is it possible to achieve via usage of fo:page-sequence-master or fo:page-sequence or combining fo:page-number into some xsl logic? While big documents may have one special front page and all the same layout rest pages - for testing purposes only 2 first document pages are required. Any help would be appreciated. Andrejus - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Problem generating PDF with FOP 0.20.5 and Latin Modern fonts
On 27.11.2007 15:24:44 Daniel Rosenberg wrote: > Ok, so this is perhaps rather uncommon. I guess the reason would be to > improve readability and aesthetics -- it should be easy to read the > text and it should look as good as possible. > > I do not see the way the operating system is involved, at least not if > the fonts are embedded. I meant it this way: Install the Latin Modern fonts in your operating system. Does a word processor then automatically choose the right variant depending on the font size? Not really. It actually shows you each font separately in the font list because it gets all the fonts from the operating system. Maybe some extremely sophisticated desktop publishing application might bring its own font subsystem that would let you do something like that, but not without a lot of manual configuration, because the embedded information on how to interpret the individual font files is most likely insufficient for Type 1 and TrueType fonts. > If the feature is supported by the PDF > standard it should be supported by the PDF reader. Am i right? But > perhaps there could be problems if the fonts are not embedded? PDF doesn't directly support it but it the job of the producing application to select the font to use for each character. So if FOP had this functionality it could be made to work. But you could run into problems if the fonts were not embedded, yes. Look, if you absolutely want this feature, you'll have to look into it yourself and submit a patch. Otherwise, you simply have to use the work-around shown earlier. Jeremias Maerki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Problem generating PDF with FOP 0.20.5 and Latin Modern fonts
Daniel Rosenberg wrote: > Ok, so this is perhaps rather uncommon. I guess the reason would be to > improve readability and aesthetics -- it should be easy to read the > text and it should look as good as possible. Yes. The rationale is that small text is more readable if the glyphs are wider, whereas it’s not necessary for large text (on the contrary, you want to put a decent number of glyphs on a same line). The Latin Modern fonts are all from the same family (they all look similar), but the glyphs have been slightly adjusted and widened for the small sizes. The difference is obvious when displaying the same text at the same size with the several fonts. This is really the same concern as having a dedicated font for small caps, or for different stretches. Only, this puts the level a bit higher. And this is orthogonal to the format used to describe the font. In this case the vectorial format is not so much used to be able to display the font at different sizes, as to allow glyphs to be reproduced with a good precision at all resolutions (screen, low/high quality printer...). I’m sure typographists from the pre-numeric era were used that concept. > I do not see the way the operating system is involved, at least not if > the fonts are embedded. If the feature is supported by the PDF > standard it should be supported by the PDF reader. Am i right? But > perhaps there could be problems if the fonts are not embedded? Well, the question shouldn’t be formulated that way. PDF does not know anything about font resolution. All it knows is displaying some text with some given font at a given size. Operating systems could be able to select the right font for the right size, but they simply don’t implement (to my knowledge) that feature which is relevant to high-level typography. So you have to do it yourself, or use a high-quality publishing application that does it for you. Unfortunately FOP isn’t one of them yet... Vincent - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Problem generating PDF with FOP 0.20.5 and Latin Modern fonts
Ok, so this is perhaps rather uncommon. I guess the reason would be to improve readability and aesthetics -- it should be easy to read the text and it should look as good as possible. I do not see the way the operating system is involved, at least not if the fonts are embedded. If the feature is supported by the PDF standard it should be supported by the PDF reader. Am i right? But perhaps there could be problems if the fonts are not embedded? / Daniel On Tue, 2007-11-27 at 13:55 +0100, Jeremias Maerki wrote: > Does your operating system support it? I bet it doesn't. At any rate, > I've never seen this with scalable fonts. I'm sure there's a reason why > the Latin Modern fonts were designed this way, but it's the first set > I've seen of that kind. > > Jeremias Maerki > > > > On 27.11.2007 13:44:57 Daniel Rosenberg wrote: > > Ok, thanks, now I know the status of this. Is this 'multi sized' font > > design unusual perhaps? > > > > / Daniel > > > > > > On Tue, 2007-11-27 at 11:50 +0100, Jeremias Maerki wrote: > > > No, it wouldn't be that easy (i.e. not a two hour job) and if we change > > > something there, we should also handle font-stretch, font-variant and > > > font substitution properly at the same time, which IMO are more > > > important (font-stretch anyway). At any rate, it's possible, but to my > > > knowledge Daniel is the first user to ask for font-size-dependent font > > > selection. > > > > > > Jeremias Maerki > > > > > > > > > > > > On 27.11.2007 11:28:20 Vincent Hennebert wrote: > > > > Daniel Rosenberg wrote: > > > > > Ok, so I can have only one entry for each unique font triplet? Is this > > > > > due to a shortcoming in FOP, or due to limitations in PDF? > > > > > > > > It’s a shortcoming of FOP I’m afraid. Ideally, each time the font size > > > > changes it should check if there is a font from the same family > > > > designed > > > > for that size. > > > > > > > > The font sub-system has evolved quite a bit recently and I didn’t > > > > follow > > > > the changes in detail, but I don’t believe this is something FOP is > > > > doing, and I’m not even sure the current design can easily handle that. > > > > Maybe font specialists will be able to provide more details. > > > > > > > > Vincent > > > > > > > > > > > - > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Problem generating PDF with FOP 0.20.5 and Latin Modern fonts
Does your operating system support it? I bet it doesn't. At any rate, I've never seen this with scalable fonts. I'm sure there's a reason why the Latin Modern fonts were designed this way, but it's the first set I've seen of that kind. Jeremias Maerki On 27.11.2007 13:44:57 Daniel Rosenberg wrote: > Ok, thanks, now I know the status of this. Is this 'multi sized' font > design unusual perhaps? > > / Daniel > > > On Tue, 2007-11-27 at 11:50 +0100, Jeremias Maerki wrote: > > No, it wouldn't be that easy (i.e. not a two hour job) and if we change > > something there, we should also handle font-stretch, font-variant and > > font substitution properly at the same time, which IMO are more > > important (font-stretch anyway). At any rate, it's possible, but to my > > knowledge Daniel is the first user to ask for font-size-dependent font > > selection. > > > > Jeremias Maerki > > > > > > > > On 27.11.2007 11:28:20 Vincent Hennebert wrote: > > > Daniel Rosenberg wrote: > > > > Ok, so I can have only one entry for each unique font triplet? Is this > > > > due to a shortcoming in FOP, or due to limitations in PDF? > > > > > > It’s a shortcoming of FOP I’m afraid. Ideally, each time the font size > > > changes it should check if there is a font from the same family designed > > > for that size. > > > > > > The font sub-system has evolved quite a bit recently and I didn’t follow > > > the changes in detail, but I don’t believe this is something FOP is > > > doing, and I’m not even sure the current design can easily handle that. > > > Maybe font specialists will be able to provide more details. > > > > > > Vincent > > > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Problem generating PDF with FOP 0.20.5 and Latin Modern fonts
Ok, thanks, now I know the status of this. Is this 'multi sized' font design unusual perhaps? / Daniel On Tue, 2007-11-27 at 11:50 +0100, Jeremias Maerki wrote: > No, it wouldn't be that easy (i.e. not a two hour job) and if we change > something there, we should also handle font-stretch, font-variant and > font substitution properly at the same time, which IMO are more > important (font-stretch anyway). At any rate, it's possible, but to my > knowledge Daniel is the first user to ask for font-size-dependent font > selection. > > Jeremias Maerki > > > > On 27.11.2007 11:28:20 Vincent Hennebert wrote: > > Daniel Rosenberg wrote: > > > Ok, so I can have only one entry for each unique font triplet? Is this > > > due to a shortcoming in FOP, or due to limitations in PDF? > > > > It’s a shortcoming of FOP I’m afraid. Ideally, each time the font size > > changes it should check if there is a font from the same family designed > > for that size. > > > > The font sub-system has evolved quite a bit recently and I didn’t follow > > the changes in detail, but I don’t believe this is something FOP is > > doing, and I’m not even sure the current design can easily handle that. > > Maybe font specialists will be able to provide more details. > > > > Vincent > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Problem generating PDF with FOP 0.20.5 and Latin Modern fonts
No, it wouldn't be that easy (i.e. not a two hour job) and if we change something there, we should also handle font-stretch, font-variant and font substitution properly at the same time, which IMO are more important (font-stretch anyway). At any rate, it's possible, but to my knowledge Daniel is the first user to ask for font-size-dependent font selection. Jeremias Maerki On 27.11.2007 11:28:20 Vincent Hennebert wrote: > Daniel Rosenberg wrote: > > Ok, so I can have only one entry for each unique font triplet? Is this > > due to a shortcoming in FOP, or due to limitations in PDF? > > It’s a shortcoming of FOP I’m afraid. Ideally, each time the font size > changes it should check if there is a font from the same family designed > for that size. > > The font sub-system has evolved quite a bit recently and I didn’t follow > the changes in detail, but I don’t believe this is something FOP is > doing, and I’m not even sure the current design can easily handle that. > Maybe font specialists will be able to provide more details. > > Vincent - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Problem generating PDF with FOP 0.20.5 and Latin Modern fonts
Daniel Rosenberg wrote: > Ok, so I can have only one entry for each unique font triplet? Is this > due to a shortcoming in FOP, or due to limitations in PDF? It’s a shortcoming of FOP I’m afraid. Ideally, each time the font size changes it should check if there is a font from the same family designed for that size. The font sub-system has evolved quite a bit recently and I didn’t follow the changes in detail, but I don’t believe this is something FOP is doing, and I’m not even sure the current design can easily handle that. Maybe font specialists will be able to provide more details. Vincent - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: change the icon image in the bookmark
I've checked the PDF specification (even version 1.7) but I haven't found any possibility to influence the bookmark icons. So, no, it's not possible. Jeremias Maerki On 26.11.2007 15:24:57 Daling Xu wrote: > Hi, > > I am using the FOP to generate a PDF file. > >In the PDF, I have a bookmark tree. Now in each of the bookmark, > there is an image icon which is ( I believe) the default icon from > Acrobat. Is there any way I can customize this icon using my own image > file? > > Thanks > > Linda - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Table of Contens fo:leader Problem
I can't think of an FO construct that would accomplish this. The only work-around would be a table but that leaves you with a possible compromise concerning the leader which cannot come as close to the page number as you might wish. 1 Demo Demo Demo Demo Demo Demo Demo Demo Demo Demo Demo Demo Demo Demo Demo Demo Demo Demo 555 I guess, we'd need a "text-indent-last" or something. Jeremias Maerki On 26.11.2007 12:46:43 Dirk Bromberg wrote: > Hi Users, > > i've a small problem with the usage of a leader. > > When i will render a TOC, i use this code: > > 1 Demo Demo Demo Demo Demo Demo Demo > Demo Demo Demo Demo Demo Demo Demo Demo Demo Demo Demo leader-pattern="rule" rule-thickness="0.5pt"/> 555 > > > The problem: When the text "Demo" is too long for the page then it > breaks above the pagenumber and starts in a new line under the start of > the first line. Is there way to create a style like: > > --- > 1 Demo Demo Demo BREAK >Demo Demo 555 > > > > Thanks. > > Dirk - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Problem generating PDF with FOP 0.20.5 and Latin Modern fonts
Ok, so I can have only one entry for each unique font triplet? Is this due to a shortcoming in FOP, or due to limitations in PDF? / Daniel On Mon, 2007-11-26 at 14:56 +, Vincent Hennebert wrote: > Hi Daniel, > > Daniel Rosenberg wrote: > > Yes, > > > > but isn't this characteristics of 'differently sized' fonts there to > > optimize readability and aesthetics of a font when typesetted in > > different sizes? > > You’re right. Those numbers are indeed sizes and correspond to an > optimal point size at which the font looks best. Even if, being > described in a vectorial format, they can be scaled to any size. > > I don’t think the way you did will work, although that would be the most > desirable one. I believe the only way is to “cheat” by hard-coding the > font size in the family name: > > > > > In your FO document, you would change the font family in addition to > changing the font size: > > That may be an easy change depending on the way you generate your FO > files. > > HTH, > Vincent > > > > Scaling works fine, but I guess the result will be > > even better if all availabe fonts are utilized? > > > > / Daniel > > > > > > On Mon, 2007-11-26 at 09:25 +0100, Jeremias Maerki wrote: > >> I think you've got that wrong. The numbers behind the font names are not > >> sizes. I don't know the English word for the typography term, but in > >> this font family: the lower the number, the wider the individual > >> characters and the character spacing. > >> > >> Type 1 fonts are scalable, so you don't need different fonts for > >> different sizes. > >> > >> Jeremias Maerki > >> > >> > >> > >> On 25.11.2007 02:17:30 Daniel Rosenberg wrote: > >>> Hi, I have another question. The Latin Modern fonts have different > >>> versions of different sizes of fonts. Can I utilize this in my > >>> generated PDF document? > >>> > >>> For example, I'd like to include something like > >>> > >>> >>> embed-file="type1/public/lm/lmr10.pfb"> > >>> > >>> > >>> >>> embed-file="type1/public/lm/lmr12.pfb"> > >>> > >>> > >>> >>> embed-file="type1/public/lm/lmr17.pfb"> > >>> > >>> > >>> > >>> in my userconfig.xml and then (in some way) switch between the > >>> differently sized fonts. > >>> > >>> / Daniel > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
