[Fwd: reference-orientation implemented yet?]
text/plain; charset=ISO-8859-1; format=flowed: Unrecognized ---BeginMessage--- div class=moz-text-flowed style=font-family: -moz-fixedHello group, I tried to implemente the following: +++ The reference-orientation property (http://www.ibiblio.org/xml/books/bible2/chapters/ch18.html) The reference-orientation property allows you to specify that the content of a box is rotated relative to its normal orientation. The only valid values are 90-degree increments, which are measured counterclockwise, that is 0, 90, 180, and 270. You can also specify -90, -180, and -270. For example, here's a 90-degree rotation: fo:block reference-orientation=90 Bottom to Top /fo:block +++ Is that possible or not yet /div ---End Message--- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
cvs commit: xml-fop KEYS
chrisg 2003/01/21 01:27:51 Added: .KEYS Log: KEYS file for signing releases with my public GnuPG key Revision ChangesPath 1.1 xml-fop/KEYS Index: KEYS === This file contains the PGP keys of various developers. Please don't use them for email unless you have to. Their main purpose is code signing. Users: pgp KEYS Developers: pgp -kxa your name and append it to this file. (pgpk -ll your name pgpk -xa your name) this file. (gpg --list-sigs your name gpg --armor --export your name) this file. pub 1024D/8408F755 2003-01-20 Christian Geisert [EMAIL PROTECTED] sub 1024g/41D98B12 2003-01-20 -BEGIN PGP PUBLIC KEY BLOCK- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Weitere Infos: siehe http://www.gnupg.org mQGiBD4rT6kRBADPozVPJAOKLqcgtnGFHj0Qav5OBPqjTprJji0BgxPrcZLZQFUO 0AmeJpzwgE0vDISx+DgGOKPcqeCLnSqtoR3rYc5Tf57FPlZ/E2/fzMwC0soYzJ6e E9uSsXBIPeeRHcrxyCYJx69g2D/zS2vGnAIr0LYLXhadvChK1zngU0pFswCg5z0a TjCH+9VWzerOLaEQYqVyGgMD/i456FFD2lWes8amcN+wpBLSpxysyrbu1FOZ3sVi MjYsODDeLKRB1Cxn6UMx7WE+Av+UhtoJkoTsvcGBtkj+rFfEav2WmCsYDvLwbqpE P5Pun7qgXbznbzCqdNUavXM0goBQtyFhtGkJSoOVXM6H5raO3THEPXU971gkOC9+ agZDA/0WdV3VumDwi9DvII58Fv8K5HKxkZrLeUWAYJzgzeroYgfvuNKr/SrAFuyR W8XxDMPMAMvO1qKUU1Zjffx6RUjeiptmF4ozLvU3I/Pr6atWJL8SPH6rrk6xDpZ5 Ev/we0MmRU5kk9Y8KGavAsOjbMbTv77DL2AZ8qapUQYqfuuiR7QlQ2hyaXN0aWFu IEdlaXNlcnQgPGNocmlzZ0BhcGFjaGUub3JnPohXBBMRAgAXBQI+K0+pBQsHCgME AxUDAgMWAgECF4AACgkQc84u+4QI91W/OwCffMPR+FpADYlte9AabXRuzomhdh4A oNvl89kJdg43/nMw5CErpMvMFNjVuQENBD4rT6sQBACr7d7g+yOPuYaFeS9+wXlO vz3gVWZNUOPalrJwWPQ2yXxCzEd4chpBDUsq7TusEe/RCSUuSQYe0FAET2der4Uj 6TJPB7SuJos3hrqsUQOluoEHS8bCPD7mpXIjd1+tQu57jxgcW4/VnEn3/c57blgY V2/rpAUE8nDRPB1Z8oveJwAECwQAp0zOTs1ehN4MFzy/3T1xO8HVN7LiaZSc4mEs oyIcEcD3iwxJqsVPmJLOfP8fhuqyv4QfG+7gdNBZqji5WTUK2o1vYgnEbvsnGDst Lx9kwaWCalGMXdbuEzXoheX2JJCeP8YkPQw/r9rCeP0jLXExU3B6RJkDXBrZB7L3 Jdj2mxKIRgQYEQIABgUCPitPqwAKCRBzzi77hAj3VeUxAKCJXCs0vrCcfMSO/2M/ Eq/rMruVPwCg34SJtFP5wtlgHa7kdhBLKoenD7g= =+cef -END PGP PUBLIC KEY BLOCK- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: xml-fop KEYS
chrisg 2003/01/21 01:31:28 Added: .Tag: fop-0_20_2-maintain KEYS Log: KEYS file for signing releases with my public GnuPG key Revision ChangesPath No revision No revision 1.1.2.1 +0 -0 xml-fop/KEYS Index: KEYS === RCS file: /home/cvs/xml-fop/KEYS,v retrieving revision 1.1 retrieving revision 1.1.2.1 diff -u -r1.1 -r1.1.2.1 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Fwd: xml.apache.org refactoring #1]
I'm for having two. Takers? On 21.01.2003 00:12:58 Peter B. West wrote: Next question: should we go with 1 or get another nomination? Jeremias Maerki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: [Fwd: xml.apache.org refactoring #1]
Jeremias Maerki wrote: I'm for having two. Takers? On 21.01.2003 00:12:58 Peter B. West wrote: Next question: should we go with 1 or get another nomination? Ok. I'll put my hat in the ring. Peter -- Peter B. West [EMAIL PROTECTED] http://www.powerup.com.au/~pbwest/ Lord, to whom shall we go? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
cvs commit: xml-fop/src/org/apache/fop/fonts TTFFile.java
jeremias2003/01/21 02:43:56 Modified:src/org/apache/fop/fonts Tag: fop-0_20_2-maintain TTFFile.java Log: Fix for bug 16257 (bad ascender/descender in XML font metrics) Ascender and Descender are now read from the OS/2 table if the values in the hhea table are zero. Revision ChangesPath No revision No revision 1.6.2.7 +15 -4 xml-fop/src/org/apache/fop/fonts/Attic/TTFFile.java Index: TTFFile.java === RCS file: /home/cvs/xml-fop/src/org/apache/fop/fonts/Attic/TTFFile.java,v retrieving revision 1.6.2.6 retrieving revision 1.6.2.7 diff -u -r1.6.2.6 -r1.6.2.7 --- TTFFile.java 9 Jan 2003 13:47:25 - 1.6.2.6 +++ TTFFile.java 21 Jan 2003 10:43:56 - 1.6.2.7 @@ -68,6 +68,8 @@ int ansiWidth[]; HashMap ansiIndex; +private TTFDirTabEntry currentDirTab; + /** * Position inputstream to position indicated * in the dirtab offset + offset @@ -77,10 +79,10 @@ TTFDirTabEntry dt = (TTFDirTabEntry)dirTabs.get(name); if (dt == null) { System.out.println(Dirtab + name + not found.); -return; +} else { +in.seek_set(dt.offset + offset); +this.currentDirTab = dt; } - -in.seek_set(dt.offset + offset); } /** @@ -638,6 +640,15 @@ in.skip(2 + 2 + 3 * 2 + 8 * 2); nhmtx = in.readTTFUShort(); // System.out.println(Number of horizontal metrics: + nhmtx); + +//Check OS/2 table for ascender/descender if necessary +if (ascender == 0 || descender == 0) { +seek_tab(in, OS/2, 68); +if (this.currentDirTab.length = 78) { +ascender = in.readTTFShort(); //sTypoAscender +descender = in.readTTFShort(); //sTypoDescender +} +} } /** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: xml-fop/src/org/apache/fop/fonts/truetype TTFFile.java
jeremias2003/01/21 02:44:36 Modified:src/org/apache/fop/fonts/truetype TTFFile.java Log: Fix for bug 16257 (bad ascender/descender in XML font metrics) Ascender and Descender are now read from the OS/2 table if the values in the hhea table are zero. Revision ChangesPath 1.3 +16 -4 xml-fop/src/org/apache/fop/fonts/truetype/TTFFile.java Index: TTFFile.java === RCS file: /home/cvs/xml-fop/src/org/apache/fop/fonts/truetype/TTFFile.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- TTFFile.java 9 Jan 2003 13:51:06 - 1.2 +++ TTFFile.java 21 Jan 2003 10:44:36 - 1.3 @@ -83,6 +83,8 @@ private int ansiWidth[]; private Map ansiIndex; + +private TTFDirTabEntry currentDirTab; /** * Position inputstream to position indicated @@ -93,10 +95,10 @@ TTFDirTabEntry dt = (TTFDirTabEntry)dirTabs.get(name); if (dt == null) { getLogger().error(Dirtab + name + not found.); -return; +} else { +in.seekSet(dt.getOffset() + offset); +this.currentDirTab = dt; } - -in.seekSet(dt.getOffset() + offset); } /** @@ -711,6 +713,16 @@ in.skip(2 + 2 + 3 * 2 + 8 * 2); nhmtx = in.readTTFUShort(); getLogger().debug(Number of horizontal metrics: + nhmtx); + +//Check OS/2 table for ascender/descender if necessary +if (ascender == 0 || descender == 0) { +seekTab(in, OS/2, 68); +if (this.currentDirTab.getLength() = 78) { +ascender = in.readTTFShort(); //sTypoAscender +descender = in.readTTFShort(); //sTypoDescender +} +} + } /** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 16257] - Problems with adding true type fonts to FOP
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16257. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16257 Problems with adding true type fonts to FOP [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2003-01-21 10:51 --- Bug fixed for Meta Normal. Can't tell for the Batang Font what's wrong there without seeing it. Do you get an error message when generating XML font metrics? If you're lucky, the bugfix will be in the 0.20.5 release. If not, you'll have to download FOP from CVS. See: http://xml.apache.org/fop/download.html For interested devs: The MetaNormal font had zero values for ascender and descender in the hhea table. If provided a fallback to the sTypoAscender and sTypoDescender (found in the OS/2 table). - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
cvs commit: xml-fop CHANGES
jeremias2003/01/21 02:52:39 Modified:.Tag: fop-0_20_2-maintain CHANGES Log: Update changes Revision ChangesPath No revision No revision 1.10.2.43 +2 -0 xml-fop/CHANGES Index: CHANGES === RCS file: /home/cvs/xml-fop/CHANGES,v retrieving revision 1.10.2.42 retrieving revision 1.10.2.43 diff -u -r1.10.2.42 -r1.10.2.43 --- CHANGES 18 Jan 2003 18:19:13 - 1.10.2.42 +++ CHANGES 21 Jan 2003 10:52:39 - 1.10.2.43 @@ -1,5 +1,7 @@ == Done since 0.20.4 release +- Fix for bug 16257: Get ascender/descender from OS/2 table if the ones in + hhea are zero (Jeremias Maerki) - Reduced the size of the PSRenderer output (removed redundant movetos) Submitted by: Arnd Beißner [EMAIL PROTECTED] (see bug #16130) - Fixed many (not all) problems with link hotspot positioning and made - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: xml-fop status.xml
jeremias2003/01/21 02:54:37 Modified:.status.xml Log: Update changes Revision ChangesPath 1.23 +4 -0 xml-fop/status.xml Index: status.xml === RCS file: /home/cvs/xml-fop/status.xml,v retrieving revision 1.22 retrieving revision 1.23 diff -u -r1.22 -r1.23 --- status.xml9 Jan 2003 13:52:01 - 1.22 +++ status.xml21 Jan 2003 10:54:37 - 1.23 @@ -116,6 +116,10 @@ changes release version=? date=2003 action context=code dev=JM type=fix + Fixed bug #16257: Get ascender/descender from OS/2 table if the ones in + hhea are zero (TrueType fonts). +/action +action context=code dev=JM type=fix Fixed bug #15877: ArrayIndexOutOfBoundException with certain TrueType fonts. Reserved name indexes were not ignored. /action - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Fwd: xml.apache.org refactoring #1]
Jeremias Maerki wrote: I'm for having two. Takers? Yes, two is better. I'd be happy to volunteer too. Christian - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: [Fwd: xml.apache.org refactoring #1]
Hello there! Ok, we've got 3 desperated volunteers. Should we vote? -- Oleg Tkachenko eXperanto team Multiconn Technologies, Israel - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
DO NOT REPLY [Bug 16298] New: - IllegalAccessError
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16298. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16298 IllegalAccessError Summary: IllegalAccessError Product: Fop Version: 0.20.4 Platform: PC OS/Version: Other Status: NEW Severity: Normal Priority: Other Component: images AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I get an exception when embedding any (simple) SVG-graphic: java.lang.IllegalAccessError: tried to access method org.apache.batik.bridge.UserAgentAdapter.init()V from class org.apache.fop.image.analyser.SVGReader$MUserAgent at org.apache.fop.image.analyser.SVGReader$MUserAgent.init(Unknown Source) at org.apache.fop.image.analyser.SVGReader.loadImage(Unknown Source) at org.apache.fop.image.analyser.SVGReader.verifySignature(Unknown Source) at org.apache.fop.image.analyser.ImageReaderFactory.Make(Unknown Source) at org.apache.fop.image.FopImageFactory.Make(Unknown Source) at org.apache.fop.fo.flow.ExternalGraphic.layout(Unknown Source) ... XSL: ... fo:external-graphic height=28.7mm width=82.6mm xsl:attribute name=srcxsl:value-of select=$imagebase//Test.svg/xsl:attribute /fo:external-graphic ... SVG: ?xml version=1.0 standalone=yes? svg width=583 height=360 rect x=10 y=10 width=30 height=30 fill=blue/ /svg The Batik version is 1.1 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
DO NOT REPLY [Bug 16306] New: - SVG color not rendered correctly in PS Format
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16306. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16306 SVG color not rendered correctly in PS Format Summary: SVG color not rendered correctly in PS Format Product: Fop Version: 0.20.5 Platform: All OS/Version: All Status: NEW Severity: Normal Priority: Other Component: pdf renderer AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] color in SVG graph is rendered at 128 128 128 setrgbcolor instead it should be 128/255 128/255 128/255 setrgbcolor. I will attach a patch later. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Patch for Named Destinations
Hi all. I patched the fop-0_20_2-maintain branch (21-01-2003, approx. 20:00 CET) to have named destinations. The patch allows to link to other PDF-Documents by the following syntax: fo:basic-link external-destination=handbuch-fop.pdf#dest=xyzexternal link to named destination/fo:basic-link fo:basic-link external-destination=handbuch-fop.pdf#page=5external link to page/fo:basic-link This part is based on work by Bernd Brandstetter published recently in the fop-user-list. In addition, the patch allows to define named destinations by a new extension element with the following syntax: fox:destination xmlns:fox=http://xml.apache.org/fop/extensions; destination-name=xyz internal-destination=N40001A/ The destination-name attribute must correspond to the value used in the link (dest=xyz above). The fox:destination elements must be children of the fo:root element. In addition, they must not be the last children, i.e. they should be placed right after the fo:root element opened. (Otherwise they get not processed for whaterever reason this is). This part is based on work by Lloyed McKenzie that was published in the fop-dev-list in November 2001. Two additional classes are neccessary: 1. The destination extension element (org.apache.fop.extensions.Destination) 2. The PDF element for the destination (org.apache.fop.pdf.PDFDestination) --Stefan named-destinations.diff Description: Binary data Destination.java Description: Binary data PDFDestination.java Description: Binary data - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
[OT] Re: Mail client
Hi all, you probably know I'm not very fond of certain behaviours often associated with Outlook users. However, the following has *not* been influenced by me: http://www.bbspot.com/News/2003/01/outlook.html :-) J.Pietschmann - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
RE: [OT] Re: Mail client
Actually, Bill Gates already tracks *all* email and sends me a nickel every time someone forwards the URL below. Thanks, Joerg! Pat -Original Message- From: J.Pietschmann [mailto:[EMAIL PROTECTED]] Sent: Tuesday, January 21, 2003 3:29 PM To: [EMAIL PROTECTED] Subject: [OT] Re: Mail client Hi all, you probably know I'm not very fond of certain behaviours often associated with Outlook users. However, the following has *not* been influenced by me: http://www.bbspot.com/News/2003/01/outlook.html :-) J.Pietschmann - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
DO NOT REPLY [Bug 16298] - IllegalAccessError
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16298. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16298 IllegalAccessError [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2003-01-21 21:34 --- The most likely reason is that an incompatible Batik version is in the class path. Cocoon, for example, is often distributed with mutually incompatible Batik and FOP jars. The only Batik jar guaranteed to work with a certain FOP release is the jar from the FOP distribution. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
RE: Has anybody used the Crystal Reports and how does it compare to t he FOP?
Title: RE: Has anybody used the Crystal Reports and how does it compare to t he FOP? Jeremias, Thank you very much for the comments about this issue. One of the major problems related to the XSL-FO is lack of editors. I'm thinking about using RTF2FO to convert the rtf documents into FO, then the users/developers may use MS Word as FO editor. I have tried this method many times and it works very well. The benefit is that most people are fimilar with MS Word and the RTF to FO convertion is very close to WYSIWYG. Regards, Dianliang -Original Message- From: Jeremias Maerki [mailto:[EMAIL PROTECTED]] Sent: Saturday, 18 January 2003 12:50 AM To: [EMAIL PROTECTED] Subject: Re: Has anybody used the Crystal Reports and how does it compare to t he FOP? I don't want to make Crystal Reports bad, but I haven't heard much good from it, although that the last time that was 3 years ago. Things change. At that time I was working for a Delphi-programming company that have written their own Reporter because Crystal Reports was suboptimal. At the end you'll have to choose the tool that you're most comfortable with. Do the people who have to create the reports like the tool their working with? Does the tool support the things you need to be able to do? One thought I'd like to give you on your way is the one about standards conformance: On one side you need different input and output formats (such as XML, PDF, PostScript). Both FOP and Crystal Reports support a variety of standard input and output formats. But what about the layout style you need to develop for each report, the report itself. Crystal Reports uses its own proprietary format, while FOP uses XSLT, XSL:FO, SVG and other standards to accomplish the same. If you use a standard based tool you have a high probability that you can switch the tool without having to redo each and every report. You may well be able to process your report using RenderX's XEP or the upcoming Adobe server or whatever. What about the editors? With Crystal Reports you get theirs. With XSL you can use some editor. On the other side there's the problem that XSL doesn't have any editors, yet, that get near the functionality of that one from Crystal Reports. WYSIWYG and all. Good luck with the decision. On 16.01.2003 00:43:07 Dianliang Zhu wrote: I'm currently facing a difficult decision whether to keep developing reports using FOP or changing over to the Crystal Reports. Having been using FOP for more than 2 years, I have gained lots of experiences in it. So I would prefer FOP rather than any other reporting tools. But my work mates want to use Crystal Reports. They claim that the Crystal Report is better than FOP in terms of speed, functionality, usability and etc. I don't know too much about the Crystal Report, so I would really appreciate if someone can compare different aspects of FOP and Crystal Report. I need it to justify the development in FOP! Thank you! Jeremias Maerki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] This email is intended for the named recipient only. The information contained in this message may be confidential, or commercially sensitive. If you are not the intended recipient you must not reproduce or distribute any part of this email, disclose its contents to any other party, or take any action in reliance on it, or in reference to it. If you have received this email in error, would you please contact the sender immediately and delete/destroy all copies of this message, both electronic and otherwise. It is the recipient's duty to virus scan and otherwise test the enclosed information before using the information or loading attached files onto any computer system. Oasis Asset Management Ltd does not warrant that the information contained in this e-mail is free from viruses, defects, errors, interception or interference. Any views expressed in this message are those of the individual sender, except where that sender specifically states them to be the views of Oasis Asset Management Ltd.
DO NOT REPLY [Bug 16306] - SVG color not rendered correctly in PS Format
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16306. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16306 SVG color not rendered correctly in PS Format --- Additional Comments From [EMAIL PROTECTED] 2003-01-22 05:26 --- Created an attachment (id=4509) Quick fix - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
DO NOT REPLY [Bug 16306] - [PATCH] SVG color not rendered correctly in PS Format
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16306. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16306 [PATCH] SVG color not rendered correctly in PS Format [EMAIL PROTECTED] changed: What|Removed |Added Summary|SVG color not rendered |[PATCH] SVG color not |correctly in PS Format |rendered correctly in PS ||Format --- Additional Comments From [EMAIL PROTECTED] 2003-01-22 07:20 --- Patches should be supplied as unified diffs or at least context diffs. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]