DO NOT REPLY [Bug 33871] New: - problem with

gzilla/show_bug.cgi?id=33871 Summary: problem with -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- Y

DO NOT REPLY [Bug 33808] New: - problem with large number-rows-spanned

gzilla/show_bug.cgi?id=33808 Summary: problem with large number-rows-spanned Product: Fop Version: 0.20.5 Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: pdf re

Re: Problem with newlines in TextLayoutManager

Jeremias Maerki wrote: Luca (and maybe Finn), Not forgetting Simon :-) Is there some reason why my patch below would make anything worse? It seems to fix my problem here and all my test cases still pass (at least the ones that passed before). I dont know the answer to your question. However, I

Problem with newlines in TextLayoutManager

Luca (and maybe Finn), I think I found a problem with TextLayoutManager where NEWLINEs are not properly handled. Consider the following block (extracted from list.fo): If the FO file is parsed directly the SAX events happen to always start with a NEWLINE and then adding exactly one

Re: Another problem with Marker.rebind()

r not teaching an old dog new tricks. In spite of those concerns, I went with an "inefficient" parsing mechanism, because it mightily clarified the parsing process. As a completely unintentional side-effect, it gave me the tools to solve the really critical FOP performance problem on

Re: Another problem with Marker.rebind()

- Original Message - From: "Peter B. West" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, December 08, 2004 8:20 PM Subject: Re: Another problem with Marker.rebind() > Oh, I'm sorry, it involves > re-thinking the building of the FO tree,

Re: Another problem with Marker.rebind()

entertainment value in watching the wheel being re-invented. Before I arrived, this problem was known as "re-parenting". In my discussions of the issue, years after re-parenting was first discussed, there is even a diagram - shock, horror! - of the basic process proposed for Defoe (th

RE: Another problem with Marker.rebind()

Simon Pepping wrote: > Both markers are printed in blue. Perhaps it would be a > solution to clone the subtree below the marker to > retrieve-marker, and rebind that copy. That would be another > example of layout dependent data in the FO tree. If every Just by way of clarification, this is n

Another problem with Marker.rebind()

I noticed another problem with Marker.rebind(): When the same marker is retrieved more than once, the first rebind is overwritten with the second. See this example: red: , blue: . Both markers are printed in blue. Perhaps it would be a solution to clone

Re: HEAD compile problem with JDK 1.3

menting. One can see the constants relevant for each property that one is coding with, and code with less concern of coding a constant outside the allowed set of constant values for the property. But now that I think more about it, the spec already takes care of the former concern, and as for the

Re: HEAD compile problem with JDK 1.3

Glen Mazza wrote: No--I think it is that Leader, by being a subclass of FObj, implements the Constants interface, which has a (class?) called LeaderPattern. An inner interface. (I'm unsure why it doesn't work in 1.3--that is strange.) Me too. Java 1.3 didn't recognize the identifier LeaderPattern,

Re: HEAD compile problem with JDK 1.3

--- "J.Pietschmann" <[EMAIL PROTECTED]> wrote: > Hi, > I tried to compile Fop HEAD with JDK 1.3 (1.3.1_08) > and got > loads of errors like > [javac] > ...\fop\src\java\org\apache\fop\fo\flow\Leader.java:112: >Constant expression required. > [javac] case LeaderPattern.SPACE:

HEAD compile problem with JDK 1.3

Hi, I tried to compile Fop HEAD with JDK 1.3 (1.3.1_08) and got loads of errors like [javac] ...\fop\src\java\org\apache\fop\fo\flow\Leader.java:112: Constant expression required. [javac] case LeaderPattern.SPACE: [javac] ^ Surprisingly, the very same workarea compiles

Re: page-number-citation problem

se provide: - FOP release information - Exact problem description (expected result vs. actual result) - A reasonably small test case J.Pietschmann

page-number-citation problem

We are having an issue with using the page-number-citation for outputting the page-number for those pages that are inside a page-sequence when the number is restarted (initial-number="1"). We are trying to output a page-number in a TOC but cannot get a value. Is there going to be a fix for this ty

Re: [From fop-user] RE: problem in rendering PS image

On 23.09.2004 20:18:33 Clay Leeds wrote: > On Sep 23, 2004, at 11:07 AM, Jeremias Maerki wrote: > > Well, you've just loaded me with another exciting thing to watch. I've > > already got too many of them. Damn. Can we vote on making a day last > > 26h > > instead of 24? > > +1! Ride 'em cowboy!

Re: [From fop-user] RE: problem in rendering PS image

On Sep 23, 2004, at 11:07 AM, Jeremias Maerki wrote: Well, you've just loaded me with another exciting thing to watch. I've already got too many of them. Damn. Can we vote on making a day last 26h instead of 24? +1! Ride 'em cowboy! This *is* exciting! I haven't had this much fun watching the lis

Re: [From fop-user] RE: problem in rendering PS image

Yes, I mean java.awt.Graphics2D because if you have that you can generate PDF (using the PDF transcoder) and SVG (using Batik's SVGGraphics2D) from it already and you can even use it with the AWT renderer (which I prefer to call Java2D renderer). Obviously, this is not important for PS output since

RE: [From fop-user] RE: problem in rendering PS image

Jeremias Maerki wrote: > PDF Reference Fourth Edition Version 1.5: > Chapter 4.7.1, page 296: > "Note: Since PDF 1.4 encompasses all of the Adobe imaging > model features of the PostScript language, there is no longer > any reason to use PostScript XObjects. This feature is likely > to be remov

Re: [From fop-user] RE: problem in rendering PS image

On 23.09.2004 16:38:51 Victor Mote wrote: > [Thread moved from fop-user] > > Jeremias Maerki wrote: > > > Note: Support for EPS graphics in PDF has been deprecated > > with the latest specs. > > When I saw this comment, I went looking for this in the PDF Reference, Third > Edition (for PDF 1.4

[From fop-user] RE: problem in rendering PS image

[Thread moved from fop-user] Jeremias Maerki wrote: > Note: Support for EPS graphics in PDF has been deprecated > with the latest specs. When I saw this comment, I went looking for this in the PDF Reference, Third Edition (for PDF 1.4) and Fourth Edition (for PDF 1.5), and couldn't find it. Cou

DO NOT REPLY [Bug 29224] - Problem when opening PDF file in the browser

gzilla/show_bug.cgi?id=29224 Problem when opening PDF file in the browser [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Reso

DO NOT REPLY [Bug 29224] - Problem when opening PDF file in the browser

gzilla/show_bug.cgi?id=29224 Problem when opening PDF file in the browser [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Reso

DO NOT REPLY [Bug 29224] New: - Problem when opening PDF file in the browser

gzilla/show_bug.cgi?id=29224 Problem when opening PDF file in the browser Summary: Problem when opening PDF file in the browser Product: Fop Version: 0.15 Platform: PC OS/Version: Other Status: NEW Severity: Normal Pr

DO NOT REPLY [Bug 28877] - Problem to use extension with embed client

gzilla/show_bug.cgi?id=28877 Problem to use extension with embed client [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Reso

DO NOT REPLY [Bug 28877] - Problem to use extension with embed client

gzilla/show_bug.cgi?id=28877 Problem to use extension with embed client [EMAIL PROTECTED] changed: What|Removed |Added URL||https://sourceforge.ne

DO NOT REPLY [Bug 28877] New: - Problem to use extension with embed client

gzilla/show_bug.cgi?id=28877 Problem to use extension with embed client Summary: Problem to use extension with embed client Product: Fop Version: 0.20.5 Platform: All OS/Version: Other Status: NEW Severity: Major Priority:

DO NOT REPLY [Bug 27199] - [PATCH] FOP breadcrumb problem

gzilla/show_bug.cgi?id=27199 [PATCH] FOP breadcrumb problem [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Reso

DO NOT REPLY [Bug 27199] - [PATCH] FOP breadcrumb problem

gzilla/show_bug.cgi?id=27199 [PATCH] FOP breadcrumb problem --- Additional Comments From [EMAIL PROTECTED] 2004-04-05 05:42 --- It looks like I'll have to wait before applying this--for some reason I wasn't given write access to xml-site (I believe FOP members get it by defaul

DO NOT REPLY [Bug 27199] - [PATCH] FOP breadcrumb problem

gzilla/show_bug.cgi?id=27199 [PATCH] FOP breadcrumb problem [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|

DO NOT REPLY [Bug 27727] New: - problem displaying Japanese fonts in PDF.

gzilla/show_bug.cgi?id=27727 problem displaying Japanese fonts in PDF. Summary: problem displaying Japanese fonts in PDF. Product: Fop Version: 0.15 Platform: HP OS/Version: Windows NT/2K Status: NEW Severity: Major Pr

DO NOT REPLY [Bug 27199] - [PATCH] FOP breadcrumb problem

gzilla/show_bug.cgi?id=27199 [PATCH] FOP breadcrumb problem [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Reso

DO NOT REPLY [Bug 27199] - [PATCH] FOP breadcrumb problem

gzilla/show_bug.cgi?id=27199 [PATCH] FOP breadcrumb problem --- Additional Comments From [EMAIL PROTECTED] 2004-02-24 20:30 --- Created an attachment (id=10526) clean breadcrumb-optimized.js file

DO NOT REPLY [Bug 27199] - [PATCH] FOP breadcrumb problem

gzilla/show_bug.cgi?id=27199 [PATCH] FOP breadcrumb problem --- Additional Comments From [EMAIL PROTECTED] 2004-02-24 20:29 --- Created an attachment (id=10525) clean breadcrumb.js file

DO NOT REPLY [Bug 27199] New: - [PATCH] FOP breadcrumb problem

gzilla/show_bug.cgi?id=27199 [PATCH] FOP breadcrumb problem Summary: [PATCH] FOP breadcrumb problem Product: Fop Version: all Platform: Other URL: http://xml.apache.org/fop/ OS/Version: All Status: NEW Severity:

Web Maestro vs. The Breadcrumb Problem

Clay, I'm *very* happy to see you working on fixing the pesky breadcrumb problem[1] on our website. I'm also seeing that you're bringing yourself up to speed with the usage of Forrest [2], something few (any?) of us have, outside of just being able to edit the XML docu

DO NOT REPLY [Bug 23509] - Problem with marker 'first-starting-within-page'

gzilla/show_bug.cgi?id=23509 Problem with marker 'first-starting-within-page' [EMAIL PROTECTED] changed: What|Removed |Added Priority|Other

Re: Problem with scaling png image file in svg

, I've never noticed a 'poor' screen quality from using higher resolution images. I never noticed any noticeable difference from using higher resolution images. However, lower, 72-dpi images printed on a laser printer (300dpi+) show poorly. The only "problem" with higher

Re: Problem with scaling png image file in svg

Hi Jay, So, it wasn't clear that you were embedding these PNG's in a PDF. In this case the problem is the Adobe rendering engine. Well really the problem is the fact that you are using PNG images where you should be using a vector format like SVG. Where do these PNG image come

Re: [VOTE] Peter Herweg for committer (WAS: problem applying latest RTF patch)

Victor Mote wrote: [Incidentally, this "someone else" can be Peter himself at this stage...I'd like to see a little bit more FOP-DEV/-USER ML communication from him, however the quality & quantity of his patches have been very good. I'm open for making him committer should others also feel this wa

Re: [VOTE] Peter Herweg for committer (WAS: problem applying latest RTF patch)

Victor Mote wrote: [Incidentally, this "someone else" can be Peter himself at this stage...I'd like to see a little bit more FOP-DEV/-USER ML communication from him, however the quality & quantity of his patches have been very good. I'm open for making him committer should others also feel this w

Re: [VOTE] Peter Herweg for committer (WAS: problem applying latest RTF patch)

+1 On 24.11.2003 23:03:41 Victor Mote wrote: > Glen Mazza wrote: > > > [Incidentally, this "someone else" can be Peter > > himself at this stage...I'd like to see a little bit > > more FOP-DEV/-USER ML communication from him, however > > the quality & quantity of his patches have been very > > go

Re: [VOTE] Peter Herweg for committer (WAS: problem applying latest RTF patch)

Victor Mote wrote: +1 +1 Christian

Re: [VOTE] Peter Herweg for committer (WAS: problem applying latest RTF patch)

Le Lundi, 24 nov 2003, à 23:03 Europe/Zurich, Victor Mote a écrit : Glen Mazza wrote: [Incidentally, this "someone else" can be Peter himself at this stage...I'd like to see a little bit more FOP-DEV/-USER ML communication from him, however the quality & quantity of his patches have been very goo

Re: [VOTE] Peter Herweg for committer (WAS: problem applying latest RTF patch)

Victor Mote wrote: +1 Victor Mote +1 -- Peter B. West

RE: [Patch 101 lesson] RTF patch problem fixed

Clay Leeds wrote: > Does it make sense for xml-fop dev'ers to standardize on a particular > directory structure for CVS? It seems that this problem might have been > averted had Glen used what I was the standard directory structure for > xml-fop development: for development purpo

[VOTE] Peter Herweg for committer (WAS: problem applying latest RTF patch)

Glen Mazza wrote: > [Incidentally, this "someone else" can be Peter > himself at this stage...I'd like to see a little bit > more FOP-DEV/-USER ML communication from him, however > the quality & quantity of his patches have been very > good. I'm open for making him committer should others > also

Re: [Patch 101 lesson] RTF patch problem fixed

Does it make sense for xml-fop dev'ers to standardize on a particular directory structure for CVS? It seems that this problem might have been averted had Glen used what I was the standard directory structure for xml-fop development: for development purposes it is best if xml-fop builds be

Re: [Patch 101 lesson] RTF patch problem fixed

Glen Mazza wrote: [..] 2.) My problem with yesterday's file is that the Index was "Index: xml-fop/src/java/org/apache/fop/render/rtf/rtflib/testdocs/SimpleLists.java", but I don't store FOP in an parent directory named "xml-fop". I manually edited all the ind

[Patch 101 lesson] RTF patch problem fixed

Thanks for the help, Jeremias, on the patch problem I had yesterday. I confirmed the problem was the "Index:" sections all holding the name of a parent directory of FOP, whose name I wasn't using for my own local version of the software. For the benefit of the FOP-DEV archives, sh

Re: problem applying latest RTF patch

Hehe, Eclipse provides a nice interface to work around the problem in no time. The problem was that the patch was somehow made from the parent directory of the xml-fop module. Eclipse (and maybe even "patch", but I haven't checked) provides a function that lets you snip a certain

problem applying latest RTF patch

Team, I'm having difficulty applying Peter Herweg's latest RTF patch--for some reason my Windows patch tool is going into infinite loops while trying to process it (The problem could be the patch file itself or how I'm using the patch tool--I'm not sure.) Will someone else

DO NOT REPLY [Bug 1180] - Problem with monospaced font

gzilla/show_bug.cgi?id=1180 Problem with monospaced font --- Additional Comments From [EMAIL PROTECTED] 2003-11-19 13:17 --- ...with AWTRenderer, of course.

DO NOT REPLY [Bug 1180] - Problem with monospaced font

gzilla/show_bug.cgi?id=1180 Problem with monospaced font --- Additional Comments From [EMAIL PROTECTED] 2003-11-19 13:09 --- >From bad to worse in 0.20.5. After applying the previously mentioned fix, the preformatted (with spaces) lines are still totally misaligned, looks like a zig

Problem with displaying image in pdf from ftp server on port number other than 21

Hello everyone, I am having a problem with displaying image in pdf files. I am displaying the images from a ftp server. When I am using the port number 21, both html and pdf displayes the image... but when I am using any other port number, html is displaying the image but in pdf for the same image

DO NOT REPLY [Bug 24378] New: - Minor problem in sample code for embedding

gzilla/show_bug.cgi?id=24378 Minor problem in sample code for embedding Summary: Minor problem in sample code for embedding Product: Fop Version: all Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority:

DO NOT REPLY [Bug 23781] New: - problem with embedding svg into a fop:box

gzilla/show_bug.cgi?id=23781 problem with embedding svg into a fop:box Summary: problem with embedding svg into a fop:box Product: Fop Version: 0.20.5 Platform: PC OS/Version: Windows XP Status: NEW Severity: Normal Pr

RE: (Victor) PDF fo:basic-link problem in trunk

Cool/Thanks. --- Victor Mote <[EMAIL PROTECTED]> wrote: > I just committed a change that fixes this. __ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com

RE: (Victor) PDF fo:basic-link problem in trunk

t; > > Victor Mote > > > > Victor, > > I checked out a version of trunk the day before > AddLMVisitor was added (cvs checkout -D 2003-08-17 > xml-fop) and fo:basic-link worked fine before then. > > I tracked down the problem: the signature of the > createA

RE: (Victor) PDF fo:basic-link problem in trunk

(cvs checkout -D 2003-08-17 xml-fop) and fo:basic-link worked fine before then. I tracked down the problem: the signature of the createArea() method needed to be changed when you moved it from fo.flow.BasicLink.addLayoutManager() to layoutmgr.AddLMVisitor.serveBasicLink(). (old) BasicLink.addLay

RE: (Victor) PDF fo:basic-link problem in trunk

J.Pietschmann wrote: > Victor Mote wrote: > > Yes, without some sort of regression testing mechanism, > > We should have that now, see > test/java/org/apache/fop/GenericFOPTestCase.java > > I deliberatly went for a self containg test scheme, which > means not even external XML files. Add tests a

Re: (Victor) PDF fo:basic-link problem in trunk

Victor Mote wrote: Yes, without some sort of regression testing mechanism, We should have that now, see test/java/org/apache/fop/GenericFOPTestCase.java I deliberatly went for a self containg test scheme, which means not even external XML files. Add tests at will (well, almost). J.Pietschmann

RE: (Victor) PDF fo:basic-link problem in trunk

--- Victor Mote <[EMAIL PROTECTED]> wrote: > I don't know. I recommend going back to a version of > the code before the > AddLMVisitor was checked in, and seeing 1) whether > it worked properly then, > and 2) what it was doing, and comparing that to what > is happening now. The Good idea--I'll do

RE: (Victor) PDF fo:basic-link problem in trunk

f regression testing mechanism, it is possible. However ... > I've narrowed the problem to being that > AddLMVisitor.setupBasicLinkArea() is not being called > from AddLMVisitor.serveBasicLink(). ... compare what is going on in AddLMVisitor to the addLayoutManager() method that was in revision

Re: (Victor) PDF fo:basic-link problem in trunk

er's addAreas() function must be called. However, the instance of ISLM in this function is just a local variable whose addAreas() is never activated (normally it's called by PageLayoutManager--I can't do so here because of other PLM-specific objects needed by it.) Hopefully Victor ca

Re: (Victor) PDF fo:basic-link problem in trunk

Glen Mazza wrote: Looking at lines 299-302, you have a strange createArea() function within braces--I'm unsure what you're attempting to do there: this code (which calls setupBasicLinkArea()) is never being activated: lm = new InlineStackingLayoutManager() { protected InlineParent createArea(Ba

(Victor) PDF fo:basic-link problem in trunk

Visitor: http://cvs.apache.org/viewcvs.cgi/xml-fop/src/java/org/apache/fop/layoutmgr/AddLMVisitor.java?annotate=1.19 I've narrowed the problem to being that AddLMVisitor.setupBasicLinkArea() is not being called from AddLMVisitor.serveBasicLink(). Looking at lines 299-302, you have a strange cre

DO NOT REPLY [Bug 23509] - Problem with marker 'first-starting-within-page'

gzilla/show_bug.cgi?id=23509 Problem with marker 'first-starting-within-page' --- Additional Comments From [EMAIL PROTECTED] 2003-09-30 09:17 --- Created an attachment (id=8391) Test .fop file

DO NOT REPLY [Bug 23509] New: - Problem with marker 'first-starting-within-page'

gzilla/show_bug.cgi?id=23509 Problem with marker 'first-starting-within-page' Summary: Problem with marker 'first-starting-within-page' Product: Fop Version: 0.20.5 Platform: All OS/Version: All Status: NEW

DO NOT REPLY [Bug 23387] - Problem in Page Break

gzilla/show_bug.cgi?id=23387 Problem in Page Break [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Reso

DO NOT REPLY [Bug 23387] - Problem in Page Break

gzilla/show_bug.cgi?id=23387 Problem in Page Break --- Additional Comments From [EMAIL PROTECTED] 2003-09-24 15:21 --- Created an attachment (id=8332) test and results (gz)

DO NOT REPLY [Bug 23387] - Problem in Page Break

gzilla/show_bug.cgi?id=23387 Problem in Page Break --- Additional Comments From [EMAIL PROTECTED] 2003-09-24 15:12 --- Created an attachment (id=8330) files for tests and results

DO NOT REPLY [Bug 23387] New: - Problem in Page Break

gzilla/show_bug.cgi?id=23387 Problem in Page Break Summary: Problem in Page Break Product: Fop Version: 0.20.5 Platform: PC OS/Version: Windows XP Status: NEW Severity: Critical Priority: Other Component: page-

Re: (Jay) RE: RE: Batik Extension/FOP problem

txt with both svg: and batik: prefix FOP output: [INFO] 1.0dev [ERROR] findHyphenPoss: problem! [ERROR] findHyphenPoss: problem! [ERROR] findHyphenPoss: problem! [ERROR] findHyphenPoss: problem! [ERROR] findHyphenPoss: problem! [ERROR] findHyphenPoss: problem! [ERROR] findHyphenPoss: problem! [ERR

Re: (Jay) RE: RE: Batik Extension/FOP problem

Quite possibly. FOP does not appear ready for your needs at this time. Glen --- Jay Chiu <[EMAIL PROTECTED]> wrote: > > I have not seen the error "[ERROR] findHyphenPoss: > problem!" in > previous FOP versions. Could it be some recent > change causing > t

Re: (Jay) Batik Extension/FOP problem

. So the problem does not appear to be with FOP--at least on this issue--but with either your SVG or with Batik. FOP uses Batik for SVG--if your SVG portion is not working with Batik/Squiggle, it won't work with FOP. Batik is another library, another team--I don't handle it. In this de

Re: Re: (Jay) RE: RE: Batik Extension/FOP problem

I think I got the same result you did. I'll look into the problem. Glen --- Jay Chiu <[EMAIL PROTECTED]> wrote: > I got the hanging problem when I used command > "fop.bat xx.fo > xx.pdf". However FOP does NOT hang, when I run it in > IntelliJ. > Prob

Re: (Jay) RE: RE: Batik Extension/FOP problem

bat on fo files to generate pdf. But > it always > hangs. It prints out "[ERROR] findHyphenPoss: > problem!" on > processing examples/fo/embedding.fo and > examples\fo\advanced\giro.fo. > > Can you please check? > > Thanks a lot. > > Jay > >

Re: (Jay) RE: RE: Batik Extension/FOP problem

/fo/advanced/giro.fo ) and > > received the same 'hyphenation errors'. > > That's a known problem of the HEAD code. Are you > sure you want > to use this? > > J.Pietschmann > __ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com

Using HEAD code (was: Batik Extension / FOP Problem)

Jörg, Sorry to start a new thread for this, but I read your reply in the archives ( as of today I subsribed myself to also receive the messages; before I was only subscribed to fop-dev-digest ). So, to answer your question: No, I did not really need to use the HEAD code, but was just trying to h

Re: (Jay) RE: RE: Batik Extension/FOP problem

Andreas L. Delmelle wrote: I've just been running the same test ( examples/fo/advanced/giro.fo ) and received the same 'hyphenation errors'. That's a known problem of the HEAD code. Are you sure you want to use this? J.Pietschmann

RE: (Jay) RE: RE: Batik Extension/FOP problem

p.jar file on XP machine. > Then I ran fop.bat on fo files to generate pdf. But it always > hangs. It prints out "[ERROR] findHyphenPoss: problem!" on > processing examples/fo/embedding.fo and > examples\fo\advanced\giro.fo. > Jay, I've just been running the

RE: (Jay) RE: RE: Batik Extension/FOP problem

--- "Andreas L. Delmelle" <[EMAIL PROTECTED]> wrote: > I'm just being curious: did my remarks turn out to > be helpful here? (I just > want to check to what extent I'm beginning to > understand the internals of > the application...) > I was happy to see you going through the source code. Also we

RE: (Jay) RE: RE: Batik Extension/FOP problem

> -Original Message- > From: Glen Mazza [mailto:[EMAIL PROTECTED] > > I added in a new Batik extension element mapping in > our main trunk code--this should help you. It is not Glen, I'm just being curious: did my remarks turn out to be helpful here? (I just want to check to what extent

(Jay) RE: RE: Batik Extension/FOP problem

Jay, I added in a new Batik extension element mapping in our main trunk code--this should help you. It is not perfect--I noticed a hyphenation warning during running your sample fo document; also I ran one of the samples in the Batik directory (I embedded gears.svg into an FO document)--it *appea

Re: Batik Extension/FOP problem

Glen Mazza wrote: Thomas, Two concerns on making this change in our production version: 1.) We do not have plans anytime soon for making a new release of maintenance--so, if I made the change, the new pdftranscoder.jar could be based only on a nightly build--is that OK with you? I think that w

Re: Batik Extension/FOP problem

Thomas, Two concerns on making this change in our production version: 1.) We do not have plans anytime soon for making a new release of maintenance--so, if I made the change, the new pdftranscoder.jar could be based only on a nightly build--is that OK with you? 2.) I checked out xml-batik and r

Re: Batik Extension/FOP problem

Hi Glen, So there already is such a constant: batik.extension.svg.BatikExtConstants.BATIK_EXT_NAMESPACE_URI. I shouldn't add this to ExtensibleSVGDOMImplementation as it is exactly that extensible. The set of Namespaces it supports is determined at run time based on the Service Provider I

RE: RE: Batik Extension/FOP problem

Jay, Please type this up in Bugzilla so we don't forget it. (http://xml.apache.org/fop/bugs.html)--Also include this sample as an attachment to the bug. No time guarantees can be given, however. In the meantime, Thomas, I don't think I can just switch our SVGElementMapping implementation from SV

Re: RE: Batik Extension/FOP problem

a look at my batik extension code and help me solve the problem? I hope someone know the details of both FOP and SVG may help me. I am affraid that FOP does not contain Batik extension because FOP developor did not feel it is easy to add. Thanks a lot. Jay > > Jihai Qiu wrote: > &g

Re: Batik Extension/FOP problem

make a small change so FOP uses the ExensibleSVGDOMImplementation instead of SVGDOMImplementation for all the elements. I think you really want to try and "fix" the existing SVG element mapping stuff in FOP. How to do this? I stuck in this problem now and do not know what to do the ne

Re: encoding problem with Fo file

sri vela wrote: I have a fo file which has some special characters, which are not being parsing by FOp and throwing "Invalid byte 1 of 1-byte UTF-8 sequence" exception. Can any one tell me how to fix this problem.please have a look at the Fo file.It is throwing exception at single quote which is us

encoding problem with Fo file

is used in "Trey's" word and also throwing the same exception for bullets also.I appreciate if some one could help me out from this problem. __ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.c

DO NOT REPLY [Bug 1180] - Problem with monospaced font

gzilla/show_bug.cgi?id=1180 Problem with monospaced font --- Additional Comments From [EMAIL PROTECTED] 2003-08-12 14:52 --- Created an attachment (id=7771) fix monospaced wide spaceing in AWT - To unsubscribe, e-mail:

DO NOT REPLY [Bug 1180] - Problem with monospaced font

gzilla/show_bug.cgi?id=1180 Problem with monospaced font --- Additional Comments From [EMAIL PROTECTED] 2003-08-12 14:51 --- Why has this bug been languishing for so long? It's got an easy fix. If the fix is rejected becuase it messes up non monospaced fonts then perhaps we should trig

Re: Tiff image problem

[EMAIL PROTECTED] wrote: If I have only one tiff image, it renders normally. But I have 4 tif images in a page. When I run it, it gives me "java.lang.OutofMemory" error. I add a reset cache line in my code. "org.apache.fop.image.FopImageFactory.resetCache();" But nothing is changed. If you run out

Tiff image problem

Hello, I have a tif image in my FO file. I want to render into PDF file. If I have only one tiff image, it renders normally. But I have 4 tif images in a page. When I run it, it gives me "java.lang.OutofMemory" error. I add a reset cache line in my code. "org.apache.fop.image.FopImageFactory.res

DO NOT REPLY [Bug 22022] New: - Code Generator problem in foproperties.xml

gzilla/show_bug.cgi?id=22022 Code Generator problem in foproperties.xml Summary: Code Generator problem in foproperties.xml Product: Fop Version: 0.20.5 Platform: Other OS/Version: Other Status: NEW Severity: Enhan

Re: Awful problem with image cache.

g PSRenderer to fix it, if I have any luck, I will let people know about. Just an observation, this problem is disappearing after 3,4 rendered pages. --- Yours sincerely, Ivan Latysh. Ivan[a]yourmail.com - To unsubscribe, e-m

Re: Awful problem with image cache.

IvanLatysh wrote: I have a singleton which returns one Driver all the time. This is not a good idea. It is better to use a new Driver every time because, as you experienced, reset() isn't reliable. it is dramatically decreasing performance. This is almost certainly an overstatement. Do you have me

  1   2   3   4   5   6   >