Re: Font i2of5.ttf - ENCODING = ?
http://www.w3schools.com/xml/xml_elements.asp Carlos Daniel Schafer wrote: Hi Hello, people I have a problem with the Font i2of5.ttf when I generated a file PDF I can transformed a file XML with a file XSL:FO but I need uses in XML this encoding=UTF-8 OR encoding =ISO-8859-1. I looked in the Server this next messages errors: SystemId Unknown; Line 1; Column -1; Error al imprimir estas boletas javax.xml.transform.TransformerException: The content beginning 0 is not legal markup. Perhaps the 0 (#30;) ch Exception in init: javax.xml.transform.TransformerException: The content beginning 0 is not legal markup. Perhaps the 0 (#30;) character should be a letter. ; Line#: 1; Column#: -1 javax.xml.transform.TransformerException: The content beginning 0 is not legal markup. Perhaps the 0 (#30;) character should be a letter. I don't understand is the problem. Please help me. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Rotating Text Elements
Hello all, I have looked over the list and have found references to the fact that the reference-orientation element is not currently implemented, and the suggestion that rotating text can be accomplished by embedding svg. However, a cursory examination of svg seems to indicate that there is no support for external fonts (as is currently supported in FOP). So, if I wanted to include a sidebar on a regular PDF document (8.5 x 11 text running left to right), containing a non-standard font, with the text running top to bottom, it looks like I'm out of luck... My questions: 1.To the best of your knowledge (as I know this is not the SVG list) - Does SVG support external fonts? 2.If reference-orientation were supported, would I be able to accomplish my task? 3.Will reference-orientation be supported in a future release? and, if so, when? 4.And, finally, any other suggestions for accomplishing this using FOP? My thanks, Angus - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
TIFF image rendering in pdf is lossy
FOP 0.20.5rc2 ISSUE: TIFF image rendering in pdf is lossy. QUESTION 1: Is this a configuration item? QUESTION 2: How can I, as a user, resolve this issue. Comparison of tiff image to rendered image in pdf. PDF shows marked degredation. PDF contains tag: /DCTDecode - indicates lossy compression Using a faxed tiff image. Looked at ./org/apache/fop/image/TiffImage.java: According to code when compression type equals 3 use CCFFilter. Suspect, however, that DCTFilter used instead. tiffinfo: Image Width: 1728 Image Length: 1073 Resolution: 204, 98 pixels/inch Bits/Sample: 1 Compression Scheme: CCITT Group 3 Photometric Interpretation: min-is-white FillOrder: msb-to-lsb Orientation: row 0 top, col 0 lhs Samples/Pixel: 1 Rows/Strip: 1073 Planar Configuration: single image plane Group 3 Options: (0 = 0x0) Fax Data: clean (0 = 0x0) Can convert the image format and render with better 'visual' results, but this makes fop a little hungry. (tried png). Your help is appreciated. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: TIFF image rendering in pdf is lossy
It would seem that the real issue is that some code I was using was doing an implicit convert of the tif image to jpeg before the transformation took place. Sorry to bother. Angus Stewart wrote: FOP 0.20.5rc2 ISSUE: TIFF image rendering in pdf is lossy. QUESTION 1: Is this a configuration item? QUESTION 2: How can I, as a user, resolve this issue. Comparison of tiff image to rendered image in pdf. PDF shows marked degredation. PDF contains tag: /DCTDecode - indicates lossy compression Using a faxed tiff image. Looked at ./org/apache/fop/image/TiffImage.java: According to code when compression type equals 3 use CCFFilter. Suspect, however, that DCTFilter used instead. tiffinfo: Image Width: 1728 Image Length: 1073 Resolution: 204, 98 pixels/inch Bits/Sample: 1 Compression Scheme: CCITT Group 3 Photometric Interpretation: min-is-white FillOrder: msb-to-lsb Orientation: row 0 top, col 0 lhs Samples/Pixel: 1 Rows/Strip: 1073 Planar Configuration: single image plane Group 3 Options: (0 = 0x0) Fax Data: clean (0 = 0x0) Can convert the image format and render with better 'visual' results, but this makes fop a little hungry. (tried png). Your help is appreciated. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: TIFF image rendering in pdf is lossy
Thanx Manuel, The problem turned out to be a utility class using JAI that preprocesses the image and, if image format not specified, defaults to JPEG ... NASTY. For some reason, too, JAI will not read a tiff that we compress using group 3 1D or 2D encoding. For the time being will continue to use png images, however, still unhappy with the amount of memory and processing time this requires. Angus Manuel Mall wrote: Angus, have you got JAI (Java Advanced Imaging) in your FOP environment (see http://xml.apache.org/fop/graphics.html)? If not that may be the problem as the TIFF support relies on the presence of JAI. If JAI is not available it defaults to using JIMI and that again will DCT encode your images as JIMI has only very limited support for the TIFF format. Manuel -Original Message- From: Angus Stewart [mailto:[EMAIL PROTECTED] Sent: Tuesday, 29 July 2003 5:41 To: [EMAIL PROTECTED] Subject: TIFF image rendering in pdf is lossy FOP 0.20.5rc2 ISSUE: TIFF image rendering in pdf is lossy. QUESTION 1: Is this a configuration item? QUESTION 2: How can I, as a user, resolve this issue. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]