Re: Update of "StatusReports/StatusReportForFebruary2010"

It is time to prepare a report for the ASF board again. Please, add
your thoughts. I will finalize and submit this report in a week from
now, on Wednesday 10 February during the morning (W-Europe).

Note that I again mentioned the desirability of a release for both
Batik and FOP (and for xmlgraphics-commons by dependency).

Regards, Simon

--

-- 
Simon Pepping
home page: http://www.leverkruid.eu

Re: Update of "StatusReports/StatusReportForFebruary2010"

In addition some statistics (in parentheses the numbers of last quarter):

xmlgraphics commits: 12 (9), see
http://www.svnsearch.org/svnsearch/repos/ASF/search?from=20091101&to=20100228&path=%2Fxmlgraphics%2Fcommons
fop commits: 36 (131), see
http://www.svnsearch.org/svnsearch/repos/ASF/search?from=20091101&to=20100228&path=%2Fxmlgraphics%2Ffop
batik commits: 5 (2), see
http://www.svnsearch.org/svnsearch/repos/ASF/search?from=20091101&to=20100228&path=%2Fxmlgraphics%2Fbatik

general: 50 (34)
fop-dev: 259 (486)
fop-users: 459 (555)
batik-dev: 95 (71)
batik-users: 222 (199)

As you see, the number of FOP commits and the activity on fop-dev are
rather lower than last quarter. User lists were active again.

--

-- 
Simon Pepping
home page: http://www.leverkruid.eu

DO NOT REPLY [Bug 48684] New: Hyphenation of languages with country code does unnecessary IO / innefficient caching.

https://issues.apache.org/bugzilla/show_bug.cgi?id=48684

           Summary: Hyphenation of languages with country code does
                    unnecessary IO / innefficient caching.
           Product: Fop
           Version: all
          Platform: PC
        OS/Version: Windows Vista
            Status: NEW
          Severity: normal
          Priority: P2
         Component: general
        AssignedTo: fop-dev <at> xmlgraphics.apache.org
        ReportedBy: ludger.buenger <at> realobjects.com

Created an attachment (id=24929)
 --> (https://issues.apache.org/bugzilla/attachment.cgi?id=24929)
hyphenation tree cache patch

Hi everyone.

When profiling the startup time of our application, I discovered that FOP's
hyphenation loads and stores identical instances of an hyphenation tree
multiple times.

This occurs once for each country code given if no specific dictionary for the
given country is available.

Imagine an application hyphenating text from the following languages:

DO NOT REPLY [Bug 32789] Arabic words are broken for rendering PDF from FOP

https://issues.apache.org/bugzilla/show_bug.cgi?id=32789

--- Comment #3 from RN <at> Intersystems.com 2010-02-05 14:33:18 UTC ---
Created an attachment (id=24934)
 --> (https://issues.apache.org/bugzilla/attachment.cgi?id=24934)
Support for Arabic PDF rendering using ICU4J

This patch uses ICU4J to do form-shaping and BIDI transformation of rendered
text.  It is a patch for the FOP trunk.   It does not change the layout manager
or the area tree handler or allow a writing-mode other than “lr-tb”.   For this
patch to be integrated with FOP, FOP would need to distribute the ICU4J library
- icu4j-4_2_1.jar.   It affects both PDF and PCL rendering but has only been
tested with PDF rendering.  So far results of testing with PDF rendering have
been positive.  The PCL aspect of the patch looks correct given that the PDF
aspect works.

--

-- 
Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

trying to debug using eclipse

Hi Guys,

Wondering if there are any tips of what i'm doing wrong - have built the
application using ant, and it says it was built successfully. Can see the
event-models.xml in the accessibility section, however, when running the
application from eclipse, I get:

NFO: Default page-width set to: 210mm
Exception in thread "main" java.lang.ExceptionInInitializerError
	at org.apache.fop.apps.FOUserAgent.<init>(FOUserAgent.java:102)
	at
org.apache.fop.apps.FopFactory.newFOUserAgent(FopFactory.java:188)
	at
org.apache.fop.cli.CommandLineOptions.parse(CommandLineOptions.java:171)
	at org.apache.fop.cli.Main.startFOP(Main.java:158)
	at org.apache.fop.cli.Main.main(Main.java:205)
Caused by: java.util.MissingResourceException: File event-model.xml not
found
	at
org.apache.fop.events.model.AbstractEventModelFactory.loadModel(AbstractEven
tModelFactory.java:46)
	at
org.apache.fop.accessibility.AccessibilityEventProducer$EventModelFactory.cr
eateEventModel(AccessibilityEventProducer.java:54)
	at
org.apache.fop.events.DefaultEventBroadcaster.<clinit>(DefaultEventBroadcast
er.java:73)
	... 5 more

Any suggestions on where I should start looking?

Re: trying to debug using eclipse

RE: trying to debug using eclipse

Re: trying to debug using eclipse

DO NOT REPLY [Bug 32789] Arabic words are broken for rendering PDF from FOP

https://issues.apache.org/bugzilla/show_bug.cgi?id=32789

--- Comment #4 from J.Pietschmann <j3322ptm <at> yahoo.de> 2010-02-07 05:12:27 UTC ---
I'd like to have a detection whether ICU4J and possibly also whether BIDI
support
is available at run time, and either fail with a sensible error message or
degrade
output. Distributing ICU4J with FOP is a bit of a headache, but taking
advantage
of it if the user installed it separately is certainly ok.

--

-- 
Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

DO NOT REPLY [Bug 32789] Arabic words are broken for rendering PDF from FOP

https://issues.apache.org/bugzilla/show_bug.cgi?id=32789

--- Comment #5 from Jonathan Levinson <levinson <at> intersystems.com> 2010-02-07 05:44:28 UTC ---
Why is distributing ICU4J with FOP a bit of a headache?

Would you use Java Relection to test whether the ICU4J classes this patch uses
to support Arabic are available at run-time, and would you use reflection to
call the ICU4J methods if they are available?

--

-- 
Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.