Re: License Headers in Test Files? [was: Re: svn commit: r827725 - in /xmlgraphics/fop/branches/Temp_Accessibility/test: accessibility/ accessibility/pdf/ resources/images/]

You did the right thing. From http://www.apache.org/legal/src-headers.html#faq: > What files in an Apache release do not require a license header? > > A file without any degree of creativity in either its literal elements > or its structure is not protected by copyright law; therefore, such a >

[Fwd: TLE value truncation (AFP extension)]

Can someone help me here... please have a look at my other mail attached to this... Thanks, Venkat. --- Begin Message --- Hi, Please help me in finding the code related to this TLE value truncation happening for more than 254 bytes. The corresponding bug is already raised... https://issues

DO NOT REPLY [Bug 47711] [PATCH] Wrong CIDSet when embedding CID font subset in a PDF.

https://issues.apache.org/bugzilla/show_bug.cgi?id=47711 Jeremias Maerki changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

Re: TLE value truncation (AFP extension)

On 20.10.2009 16:30:49 Venkat Reddy wrote: > Hi, > > Please help me in finding the code related to this TLE value truncation > happening for more than 254 bytes. The corresponding bug is already > raised... > > https://issues.apache.org/bugzilla/show_bug.cgi?id=47941 > > The MODCA documentatio

Re: TLE value truncation (AFP extension)

Hi Jeremias, Thanks for the information. I will check the code and specs as you stated. Cheers, Venkat. Jeremias Maerki wrote: On 20.10.2009 16:30:49 Venkat Reddy wrote: Hi, Please help me in finding the code related to this TLE value truncation happening for more than 254 bytes. The cor

Re: OutOfMemoryError on IntermediateFormatTestSuite

No, the latest FOP Trunk runs through just fine for me. You could run with -XX:+HeapDumpOnOutOfMemoryError and then analyze the heap dump to identify what eats so much memory. My usual ANT_OPTS: ANT_OPTS=-Xmx512M -XX:MaxPermSize=128M But I've also just run this at default settings (max 64M heap)

Re: TLE value truncation (AFP extension)

Hi Jeremias, I have gone through the code you metioned in (org.apache.fop.afp.modca.TagLogicalElement, line 128), couldn't find any truncation happening there for more than 254 bytes, but the afp output file showing the TLE value upto 254 bytes.. I have a doubt here... 1. Is the FOP code tru

Re: TLE value truncation (AFP extension)

On 22.10.2009 13:07:27 Venkat Reddy wrote: > Hi Jeremias, > > I have gone through the code you metioned in > (org.apache.fop.afp.modca.TagLogicalElement, line 128), couldn't find > any truncation happening there for more than 254 bytes, but the afp > output file showing the TLE value upto 254 b

Re: TLE value truncation (AFP extension)

Hi Venkat, You are right, there is no truncation - but it should, truncation is required as pointed out by Harald in the bugzilla ticket (https://issues.apache.org/bugzilla/show_bug.cgi?id=47941). The implementation of TagLogicalElement requires some rework anyway, as it is just hardwiring T

RE: OutOfMemoryError on IntermediateFormatTestSuite

It works ! Thanks Jeremias. Now I've got a SAXParserException : [junit] Testcase: filename.xml(org.apache.fop.intermediate.IntermediateFormatTestSuite$1): Caused an ERROR [junit] src-resolve: Cannot resolve the name 'xml:space' to a(n) 'attribute declaration' component. [junit] org.xml.sax.

Re: OutOfMemoryError on IntermediateFormatTestSuite

Hmm, what did you change? I'm sorry but I've never seen that exception before. My question remains open: what JVM are you using? Something is still not right. On 22.10.2009 14:39:38 DELCROIX Guillaume wrote: > It works ! > > Thanks Jeremias. > > Now I've got a SAXParserException : > > [junit]

DO NOT REPLY [Bug 47941] AFP Renderer Truncates TLE Values

https://issues.apache.org/bugzilla/show_bug.cgi?id=47941 Adrian Cumiskey changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

DO NOT REPLY [Bug 47941] AFP Renderer Truncates TLE Values

https://issues.apache.org/bugzilla/show_bug.cgi?id=47941 --- Comment #10 from Chris Bowditch 2009-10-22 08:01:43 UTC --- Thanks for the fix Adrian. You are correct that my original report wasn't technically accurate but then I didn't have time to look into the details. Still I am happy with the

RE: OutOfMemoryError on IntermediateFormatTestSuite

I work with JVM 1.6.0_01 Guillaume -Message d'origine- De : Jeremias Maerki [mailto:d...@jeremias-maerki.ch] Envoyé : jeudi 22 octobre 2009 15:01 À : fop-dev@xmlgraphics.apache.org Objet : Re: OutOfMemoryError on IntermediateFormatTestSuite Hmm, what did you change? I'm sorry but I've

DO NOT REPLY [Bug 42808] table footer overflows region-body area without warnings

https://issues.apache.org/bugzilla/show_bug.cgi?id=42808 --- Comment #2 from Jonathan Levinson 2009-10-22 09:13:49 UTC --- I tried this with FOP 0.95 and it looks fixed. The table footer remains in blue area which is region body. -- Configure bugmail: https://issues.apache.org/bugzilla/userpr

Generation of *EventProducer.xml [was: Re: svn commit: r828747...]

Hi, > Log: > Issue an error when attempting to render an intermediate XML file in > accessibility mode, but that file wasn't generated with accessibility (i.e., > does not contain the structure tree) > > Added: > > xmlgraphics/fop/branches/Temp_Accessibility/src/java/org/apache/fop/accessi

Re: OutOfMemoryError on IntermediateFormatTestSuite

So that is most probably a Sun JVM, although an older version. You might want to upgrade your JVM because that version had a number of issues. But I'm not sure that it explains what you're seeing here. At any rate, it must have something to do with XML parsing, so maybe, if updating the JVM doesn't

Re: [VOTE] Merge the Temp_Accessibility Branch Back to Trunk

I followed what you did in the branch and I like it, although I can't really follow why accessibility needed to be backported to the old PDFRenderer. So entirely +1 from me. And thanks for diving into this. It's good to know that this knowledge has a broader foundation in the project. And of course

Re: Generation of *EventProducer.xml [was: Re: svn commit: r828747...]

On 22.10.2009 19:36:14 Vincent Hennebert wrote: > Hi, > > > Log: > > Issue an error when attempting to render an intermediate XML file in > > accessibility mode, but that file wasn't generated with accessibility > > (i.e., does not contain the structure tree) > > > > Added: > > > > xmlgrap

DO NOT REPLY [Bug 48013] Image processing makes FOP really slow

https://issues.apache.org/bugzilla/show_bug.cgi?id=48013 --- Comment #4 from Jonathan Levinson 2009-10-22 11:59:13 UTC --- Fixed in patch. http://svn.apache.org/viewvc?rev=828814&view=rev -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving

Event system

Producing and sending an event is simple enough. But why should I go through the dynamic proxy, with an EventProducer interface and event model, instead of simply produce and send the event? This is the part that makes producing and sending a new type of event difficult to understand for me. Simon

Re: [VOTE] Merge the Temp_Accessibility Branch Back to Trunk

On Thu, Oct 22, 2009 at 05:12:00PM +0100, Vincent Hennebert wrote: > Hi, > > Work on PDF accessibility is basically done. There are still some tests > to perform and maybe a few tweaks here and there, but the main > functionality is in place. > > So I???d like to start a vote for merging the bran

Re: Event system

http://wiki.apache.org/xmlgraphics-fop/ProcessingFeedback is from the design phase and lists the reasons: - type safety - check mechanism to detect missing translations - check mechanism to make sure all necessary parameters are really dealt with, especially when calling the same event from multipl

Re: [VOTE] Merge the Temp_Accessibility Branch Back to Trunk

On 22.10.2009 21:15:40 Simon Pepping wrote: > On Thu, Oct 22, 2009 at 05:12:00PM +0100, Vincent Hennebert wrote: > > Hi, > > > > Work on PDF accessibility is basically done. There are still some tests > > to perform and maybe a few tweaks here and there, but the main > > functionality is in place.

Re: [VOTE] Merge the Temp_Accessibility Branch Back to Trunk

Sounds like a lofty and honorable goal. +1 from me. Clay -- - My religion is simple. My religion is kindness. - HH The 14th Dalai Lama of Tibet

Re: [VOTE] Merge the Temp_Accessibility Branch Back to Trunk

Vincent Hennebert wrote: Hi, Hi Vincent, Work on PDF accessibility is basically done. There are still some tests to perform and maybe a few tweaks here and there, but the main functionality is in place. Thanks for all your hard work getting this feature debugged and cleaned up. So I’d l