Re: Embedding font triplets w/ a single TTF file
Vincent Hennebert wrote: So if I were you, I wouldn't try to derive a bold typeface from a normal one ;-) Like Jeremias said I would rather find a naturally bold font. Are there even any fonts which both support a large subset of unicode and have bold and italic variants? I went searching a while back and found nothing. The underlying problem here is that FOP's PDF renderer can't substitute fonts when the specified font doesn't exist (the Java2D renderer does this automatically as a side-effect of Java.) As a result of this limitation, developers get forced to include some huge font like "Arial Unicode MS", even though there are enough fonts on their operating system that they don't need to use this font in any other application. FOP could use bits of AWT to figure out how to substitute, the problem as I understand it is that there is no trivial way to map a Font object to a TTF file. It's possible though... in a roundabout and non-portable way. sun.font.FontManager.getFontPath(false); => "C:\\Windows\\Fonts" From that we would then open every TTF file, which gives us the name and style for each TTF file. Reversing that map would give us a mapping from font family and style back to the TTF file which needs to be embedded. It would cause a hell of a lot more than an extra 2 seconds startup time, however... :-/ I did consider doing this at the XSL-FO level somehow, running it through some Java code to automatically insert an where fonts need substituting. Daniel -- Daniel Noll Nuix Pty Ltd Suite 79, 89 Jones St, Ultimo NSW 2007, AustraliaPh: +61 2 9280 0699 Web: http://nuix.com/ Fax: +61 2 9212 6902 This message is intended only for the named recipient. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this message or attachment is strictly prohibited. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Lines are hiding in AWTViewer perhaps Bug in Java2DRenderer or Java2D itsself
Thx Jeremias If anybody is still interested here is the link where the story is going on: http://archives.java.sun.com/cgi-bin/wa?A2=ind0701&L=java2d-interest&D=0&T=0&X=06B05B125A8B1CEAF3&[EMAIL PROTECTED]&P=5174 Jeremias Maerki-2 wrote: > > I would, but I don't have the time at the moment. Sorry. Maybe the > following list could help you with the Java2D specifics: > http://archives.java.sun.com/java2d-interest.html > > On 29.01.2007 22:15:32 Cheffe wrote: >> >> Anybody here for helping me out? Or does anyone know an other forum where >> i >> might get some help =) > > > > > Jeremias Maerki > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > -- View this message in context: http://www.nabble.com/Lines-are-hiding-in-AWTViewer-perhaps-Bug-in-Java2DRenderer-or-Java2D-itsself-tf3049992.html#a8728801 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: Embedding font triplets w/ a single TTF file
Jeremias Maerki wrote: Just for those technically interested how this effect would be done in PDF, here's an example: I think the key value here is the use of "2 Tr" which gives each glyph a border of a certain width which makes the font appear "bold". So if anyone wants to implement something like that, here's the template. :-) Very interesting. Thanks for the tip. The main drawback of course being that it only works for PDF :( - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Can't create 3of9Barcode font metric file
Daniel Noll wrote: Even if it had worked I would recommend against it personally as it dramatically increases processing times... I turned the option on here for ARIALUNI.TTF and it took 2.5 seconds to create a PDF file compared to 0.5 seconds. You may as well have the XML file there since you have to go and manually add entries for the TTF files anyway. If FOP one day starts picking up the TTF files which are installed on the computer without having to be told, the situation may change. Well, its not surprising that FOP takes longer to render a single document when the Font metrics are no available, it has to go and generate them. But for subsequent documents I would expect the time to be back to 0.5 second. As an added bonus, the resulting PDF wouldn't open in Adobe Reader anymore either, but that's probably one of these "may not yet work as expected" things. :-) Uh Oh... sounds like a bug! Chris - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Can't create 3of9Barcode font metric file
Hello Jeremias, thank you, it works fine with the trunk version. Regards Joerg Jeremias Maerki schrieb: Not your mistake, Joerg. It was a bug. I've fixed it shortly after you raised it here: http://svn.apache.org/viewvc?view=rev&rev=496860 I wonder why we haven't seen this bug earlier since we actually have K3.ttf in our distribution under the examples. If you can use FOP Trunk (from SVN), you can get the K3.ttf font to work. The alternative with FOP 0.93 is to use Barcode4J for Code39 barcodes. On 30.01.2007 17:41:31 Chris Bowditch wrote: Joerg Heinrich wrote: Hi Chris, I've changed my FOP configuration file then I started fop and got following error: Jan 30, 2007 4:59:51 PM org.apache.fop.fonts.truetype.TTFFile readFont INFO: Number of glyphs in font: 48 Jan 30, 2007 4:59:52 PM org.apache.fop.fonts.LazyFont load SEVERE: Failed to read font metrics file null java.io.EOFException: Reached EOF, file size=5104 offset=5104 Where's my mistake? I don't know. I was just repeating what Jeremias told you. Since Jeremias was the one who implemented the feature of not specifying the Font metrics, lets wait and see what he says on the matter. Chris Jeremias Maerki - 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 with Visio-SVG, retrieve line number in SVG where error occurs
Cameron McCormack schrieb: Jeremias Maerki: If you remove "marker-end:url(#);" from the line 18 (starting with "st9"), it should work. At least then, Batik doesn't complain anymore (The problem is not really in FOP, but in Batik which does all the SVG handling). If you want details, the Batik people may be able to give you an explanation. I can't tell off-hand without diving into the spec. My SVG knowledge is not good enough for that. Indeed, marker-end="url(#)" is an error. The URL in there should be a reference to an SVG marker element somewhere. “#” just means a same document reference (I think), so it’s not valid. I will post this to a visio newsgroup. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Embedding font triplets w/ a single TTF file
Chris Bowditch a écrit : > Jeff Vannest wrote: > >> >> -Original Message- >> From: Manuel Mall [mailto:[EMAIL PROTECTED] Sent: Monday, January 29, >> 2007 8:01 PM >> To: fop-users@xmlgraphics.apache.org >> Subject: Re: Embedding font triplets w/ a single TTF file >> >>> FOP requires a font containing the actual bold (or italic) characters >>> it has no capability to derive / render a bold character from a given >>> 'plain' character. You would need to find a font which contains the >>> bold characters you are interested in. >> >> >> I understand the response, and that's the way it looked to me, too. >> Question: Why is this possible in Adobe PDF, Word, etc, but not in FOP, >> which follows the PDF spec? ...not a criticism...just wondering where >> the >> "catch" is. > > Well Word emulates the bold effect if no bold version of a Font is > available by printing the glyph on top of itself a few times (each time > having a slight offset from the last position) The XSL-FO spec doesn't > require such a feature. I guess it would be a useful feature if FOP did > this too, but I don't think the purists will like it. Indeed. They would tell you: "A font is a set of glyphs carefully designed to look nice together. It may contain ligatures, glyph variants, spacing adjustments (so-called kerning, like in "AV") between certain glyphs to make text look even better. In fact a font can be seen like an artwork. Thus any attempt to tweak it in any way (setting a non-null letter-spacing, simulating bold or slanted typeface, etc.) can only distort the intent of the original author." So if I were you, I wouldn't try to derive a bold typeface from a normal one ;-) Like Jeremias said I would rather find a naturally bold font. Vincent - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
