Simon Pepping created FOP-2576:
--
Summary: FOP does not use configuration option hyphenation-base
Key: FOP-2576
URL: https://issues.apache.org/jira/browse/FOP-2576
Project: FOP
Issue Type: Bug
[
https://issues.apache.org/jira/browse/FOP-2569?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15146539#comment-15146539
]
Simon Pepping commented on FOP-2569:
Regarding ant's failure to report failu
[
https://issues.apache.org/jira/browse/FOP-2569?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15146508#comment-15146508
]
Simon Pepping commented on FOP-2569:
The recursio
Mehdi has recommended himself to the FOP team by taking new
initiatives, such as Junit4 and Jacoco. But where is the
documentation? See e.g. the wiki page HowToCreateLayoutEngineTests:
Does that still apply? How do I know what jacoco is and how to run it?
Should I just be in the know?
Please, cons
access to the repositories to enable writing.
Success as a FOP developer,
Simon Pepping
It is not a good idea to fetch xml.xsd from W3C each time. Put it in
the sources and if necessary use a catalog. xml.xsd is already
available at src/documentation/intermediate-format-ng/xml.xsd.
Simon
On Thu, Nov 10, 2011 at 08:27:53AM +, Jeremias Maerki wrote:
> To whom it may engage...
>
I will not apply this patch. I will no longer be available to shepherd
this project in FOP. Somebody else must take over this role.
Simon
On Sun, Nov 06, 2011 at 09:14:20PM -0700, Glenn Adams wrote:
> Simon,
>
> I have created a patch [1] that, if applied to trunk as described in [2],
> effectiv
report?
Can you indicate how you proceeded, and how you guarantee that the
patch has the same result as a merge in Subversion?
Simon Pepping
On Sat, Oct 29, 2011 at 09:02:42AM +0800, Glenn Adams wrote:
> Let me know how I may most expeditiously accomplish this work. In the mean
> time, I will pre
roposal to merge the Temp_ComplexScripts branch
into trunk has been accepted.
Thank you for voting. I acknowledge that Vincent and Peter are not
convinced of the wisdom of this decision. I hope we can all move
forward with this new situation.
Simon
On Tue, Oct 25, 2011 at 10:31:43AM +0200, Simon Pepping wrot
re team
membership kicks in. Team members trust each other not to do bad
things to the code.
>
> If in the indefinite future I am not working on this code, then feel free to
> change it as you like. In the mean time, I'd appreciate a little respect.
Respect yes, but not touching it, no.
Simon Pepping
The vote runs for three days, and will end on Friday 28 October 2011
at 18:00h UTC.
Simon Pepping
On Tue, Oct 25, 2011 at 10:31:43AM +0200, Simon Pepping wrote:
>
> Following this request, I herewith propose to merge the branch
> Temp_ComplexScripts into trunk, and launch a fo
charter,
article 11, http://wiki.apache.org/xmlgraphics/ProjectCharter.
Simon Pepping
On Mon, Oct 24, 2011 at 09:05:34PM +0800, Glenn Adams wrote:
> Sixth, I am going to be maintaining this code. If anyone has a problem with
> specific code during a merge or regression, they merely need ask me.
That is a big no. There will always be a moment when someone else must
or wants to work
02:02:10PM +0100, Chris Bowditch wrote:
> On 19/10/2011 19:32, Simon Pepping wrote:
>
> Hi Simon,
>
> I think you misunderstood my mail. I don't want to stop the merge. I
> simply thought it was an appropriate time to discuss some concerns
> that Vincent and Peter had ident
On Thu, Oct 20, 2011 at 02:53:54PM +0100, Vincent Hennebert wrote:
> Here are the sizes of some new files:
> 1075 src/java/org/apache/fop/fonts/GlyphSequence.java
> 1089 src/java/org/apache/fop/fonts/GlyphProcessingState.java
> 1269
> src/codegen/unicode/java/org/apache/fop/text/bidi/GenerateBidiT
Jonathan,
Obviously, FOP's strongest supporters over the past years do not
require this new functionality. FOP needs the additional support of
new stakeholders of this new functionality. Could your teams test it
on their documents and report their findings to the fop-user email
list?
that,
say no to the merge request, and feel comfortable with a trusted niche
application.
Simon Pepping
On Wed, Oct 19, 2011 at 09:50:24AM +0100, Chris Bowditch wrote:
> On 18/10/2011 19:55, Simon Pepping wrote:
> >I merged the ComplexScripts branch into trunk. Result:
>
> Hi S
I merged the ComplexScripts branch into trunk. Result:
--- Merging r981451 through r1185769 into '.':
Summary of conflicts:
Text conflicts: 58
Tree conflicts: 126
Most tree conflicts are probably an artifact of subversion. See
>svn info lib/xmlgraphics-commons-1.5svn.jar|tail -n 4
Tree confl
I understand that Mockito facilitates true unit testing of specific
pieces of code. That is a good facility to have.
+1
Simon
On Thu, Oct 13, 2011 at 04:38:46PM +0100, Peter Hancock wrote:
> I would like to launch a vote to include the Mockito framework and her
> dependencies in to FOP for unit
Mehdi Houshmand's ICLA is now on file with the ASF.
I take this opportunity to remind you that all code in our and other
ASF repositories must have been donated to the ASF under a
Contributor's License Agreement. This allows the ASF to claim that the
code was 'Licensed to the Apache Software Found
On Thu, Sep 29, 2011 at 10:18:54AM -, phanc...@apache.org wrote:
> Author: phancock
> Date: Thu Sep 29 10:18:53 2011
> New Revision: 1177251
>
> URL: http://svn.apache.org/viewvc?rev=1177251&view=rev
> Log:
> Fix FO tree hierarchy: BasicLink shouldn't inherit from Inline
Why? A basic-link is
Please, use our source code quality control tools. Simon
On Thu, Sep 29, 2011 at 08:58:13AM -, spepp...@apache.org wrote:
> Author: spepping
> Date: Thu Sep 29 08:58:12 2011
> New Revision: 1177228
>
> URL: http://svn.apache.org/viewvc?rev=1177228&view=rev
> Log:
> Various small fixes
>
> Mo
:26PM +0100, mehdi houshmand wrote:
> Hi,
>
> This is my fault, I think this was a merge conflict here, it should be
> MultiByteFont.getDefaultWidth().
>
> My apologies.
>
> Mehdi
>
> On 28 September 2011 20:38, Simon Pepping wrote:
> > Revision 1175754 int
Revision 1175754 introduces a significant findbugs error:
VERY confusing to have methods
org.apache.fop.fonts.MultiByteFont.getdefaultwidth() and
org.apache.fop.fonts.CIDFont.getDefaultWidth()
Simon
I filed an issue for infrastructure at
https://issues.apache.org/jira/browse/INFRA-3969.
Simon
On Mon, Sep 26, 2011 at 08:00:08AM +, build...@apache.org wrote:
> The Buildbot has detected a new failure on builder fop-trunk while building
> ASF Buildbot.
> Full details are available at:
> ht
Upgrading the test setup to JUnit4 is fine with me.
The current options to run single tests and to disable tests are
useful; a new test setup should keep those options. Otherwise any
simplification and improvement of the test system is fine with me.
Simon
On Fri, Sep 23, 2011 at 04:16:03PM +0800
On Wed, Sep 14, 2011 at 02:13:16PM +0200, Jeremias Maerki wrote:
> You're right. I think there's a lot of inconsistency here. So, why not
> keep it VERY simple?
>
> 1. Wipe the team page clean.
> 2. Add a paragraph with a alphabetically sorted, comma-separated list of
> names of contributors (with
On Wed, Aug 24, 2011 at 09:04:08PM -0600, Glenn Adams wrote:
> The 'format' property is only partially supported, where it is limited to
> the following values:
>
> format : 0*1|a|A|i|I
>
> Perhaps someone could update
> http://xmlgraphics.apache.org/fop/compliance.html#fo-property-numberstring-s
When publishing the commons web site I noticed that the failure of
subversion checkout and checkin is due to the broken links in the
build process. So we need to find a way to fix those.
Simon
On Tue, Aug 23, 2011 at 04:13:50PM +0200, Simon Pepping wrote:
> I find publishing the web site a p
I find publishing the web site a pain. Forrest has two broken links:
[java] X [0] favicon.icoBROKEN: No
pipeline matched request: favicon.ico
[java] at -
file:/fsd/source/apache-forrest-0.8/main/webapp/./sitemap.xmap:606:76
[java] X [0]
You can raise an issue in JIRA for project GUMP:
https://issues.apache.org/jira/browse/GUMP. Simon
On Tue, Aug 16, 2011 at 11:40:33AM +0100, Vincent Hennebert wrote:
>
> Now I’m not too sure how to get JUnit upgraded. Should I send a mail to
> general at gump.apache.org, or builds at apache.org,
On Wed, Aug 10, 2011 at 02:33:05PM +0100, Vincent Hennebert wrote:
> On 10/08/11 12:56, Jeremias Maerki wrote:
> > junit-compile-java:
> > [mkdir] Created dir:
> > /srv/gump/public/workspace/xml-fop/build/test-classes
> > [mkdir] Created dir:
> > /srv/gump/public/workspace/xml-fop/build/t
Stop this infighting, please. We all have our strong and weak points.
Stop attacking each other on real or perceived weak points. Cooperate
with each other and complement each other in a positive atmosphere.
Simon
On Thu, Jul 28, 2011 at 12:59:52PM +0100, Vincent Hennebert wrote:
> On 27/07/11 13
At the moment probably most users do not use complex scripts in FOP.
But by giving FOP complex scripts functionality, we hope to expand the
user base and their FOP usage, so that in the future maybe most users
will use complex scripts in FOP.
I am in favour of enabling complex scripts by default.
I do not have Windows7, but I found those fonts, and they work fine.
OpenType seems to be very much a Microsoft game. Linux vendors seem
not to move along with MS. Do other font vendors?
Simon
On Wed, Jun 22, 2011 at 01:25:04PM -0600, Glenn Adams wrote:
> Microsoft changed the Indic script proces
Glenn,
I studied the OpenType spec. With that knowledge I assumed, perhaps
naively, that for all OT fonts a correct rendering can be obtained by
following the directives in the tables in the font.
The code of the ComplexScripts branch provides specific processing of
each Indic font (until now Dev
I tested the latest code in the branch ComplexScripts with a font
called Lohit-Devanagari, version 2.4.5, copyright Red Hat, license
GPLv2, file lohit_hi.ttf, Debian package ttf-devanagari-fonts.
Fontforge shows that the font has 2 GPOS tables and a large number of
GSUB tables.
I was not successfu
On Fri, Jun 10, 2011 at 08:44:11PM +, bugzi...@apache.org wrote:
> https://issues.apache.org/bugzilla/show_bug.cgi?id=49687
>
> --- Comment #33 from Glenn Adams 2011-06-10 20:44:11 UTC
> ---
> I believe this is a side-effect of Simon's incremental merges from trunk into
> the Temp_ComplexScr
On Tue, Jun 07, 2011 at 10:05:24PM +0200, Andreas L. Delmelle wrote:
> On 07 Jun 2011, at 17:43, Vincent Hennebert wrote:
>
> > I’m a bit at a loss to understand why Gump has suddenly started to throw
> > this error. The tests run fine on my local copy, both with a Sun and an
> > OpenJDK jvm. Coul
I would rather have a more collaborative tone than your gratefulness.
Simon
On Tue, Apr 05, 2011 at 12:14:41PM +0100, Vincent Hennebert wrote:
> Along with the other ones, that makes a lot of mistakes in just a few
> commits. I’d be grateful if you could double-check your changes before
> committi
8.5. Please, react within 72 hours if you feel that this move is
incorrect.
We thank you for your contributions to FOP. Should you wish to become
active again, then you are welcome to do that at any time.
Regards,
On behalf of the XML Graphics PMC,
Simon Pepping, PMC chairman
As before, I will generally not fix findbugs errors or warnings in
contributions by other people. I will fix findbugs errors or warnings
in code that I write, or code changes that I make.
Note that the use of the findbugs code analysis tool is not a policy
of the FOP project, and that consequently
On Wed, Feb 23, 2011 at 01:10:10PM -0700, Glenn Adams wrote:
> Right now the nightly build is our CI process.
That is a development-centric point of view. The nightly build is
definitely not a CI process. It is a service to the users, which must
not be interrupted by development concerns. If a rel
n quality.
Simon
> On Wed, Feb 23, 2011 at 12:55 AM, Simon Pepping wrote:
>
> > On Tue, Feb 22, 2011 at 11:25:20AM -0700, Glenn Adams wrote:
> > > I notice also that the nightly build target does not run all the junit
> > > tests. It would be better if it run all of
On Tue, Feb 22, 2011 at 11:25:20AM -0700, Glenn Adams wrote:
> I notice also that the nightly build target does not run all the junit
> tests. It would be better if it run all of them plus checkstyle and
> findbugs.
Many junit tests require a display. Nightly builds are run in a
headless configura
On Tue, Feb 22, 2011 at 07:15:17PM +, Vincent Hennebert wrote:
> On 22/02/11 07:24, Simon Pepping wrote:
> > Not all FOP developers are willing to use findbugs. I hid the findbugs
> > errors as a courtesy to those FOP developers who do use findbugs, so
> > they can check
On Mon, Feb 21, 2011 at 08:28:33PM +0100, Andreas Delmelle wrote:
> I saw one exclusion --unconfirmed cast-- that would seem to stem from my
> recent refactoring in the BlockStackingLMs. Not sure why an exclusion was
> chosen here, but adding an assert statement in the code avoids the warning as
When I build the project or part of it with Eclipse, and run findbugs
afterwards (with ant), I get a number of errors. Now I always make a
clean compile before running findbugs. I do not understand why Eclipse
builds would create findbugs errors where a clean ant build does not.
It makes findbugs s
Not all FOP developers are willing to use findbugs. I hid the findbugs
errors as a courtesy to those FOP developers who do use findbugs, so
they can check their own code based on a clean slate.
FOP's history has left us with a very large number of existing
findbugs errors. It makes no sense to com
Vincent and Andreas,
Thanks. I did not realize that Andreas' commit reverted an earlier
change by Vincent.
Simon
On Fri, Feb 18, 2011 at 07:23:41PM +0100, Andreas Delmelle wrote:
> On 18 Feb 2011, at 15:18, Vincent Hennebert wrote:
>
> >>
> >> Please, do not revert other committers' changes. D
Vincent,
Please, do not revert other committers' changes. Discuss them if you
have objections.
Simon
On Wed, Feb 16, 2011 at 03:19:29PM -, vhenneb...@apache.org wrote:
> Author: vhennebert
> Date: Wed Feb 16 15:19:29 2011
> New Revision: 1071282
>
> URL: http://svn.apache.org/viewvc?rev=107
I am pleased that you undertake this kind of cleanup work in the
layout engine. It is very useful that you try to make this piece of
code more accessible.
Simon
On Sun, Feb 06, 2011 at 12:18:15AM +0100, Andreas Delmelle wrote:
> On 05 Feb 2011, at 22:49, adelme...@apache.org wrote:
>
> > Author:
I get a junit failure in BitmapImageUtilTestCase:
Testcase: testConvertToMono(org.apache.fop.util.BitmapImageUtilTestCase):
FAILED
expected:<0[1010100]0001000101010101> but
was:<0[001000100010001]0001000101010101>
junit.framework.ComparisonFailure:
expected:<0[1010100]0001
On Wed, Feb 02, 2011 at 01:02:47AM +0100, Andreas Delmelle wrote:
> On 02 Feb 2011, at 00:46, adelme...@apache.org wrote:
>
> > Author: adelmelle
> > Date: Tue Feb 1 23:46:38 2011
> > New Revision: 1066275
> >
> > URL: http://svn.apache.org/viewvc?rev=1066275&view=rev
> > Log:
> > Add type safet
You are right. I got confused by various issues in my tools.
The jar file was built by 'ant jar-main'. This target includes all
cruft that is present in the build directory. The build files could do
with an includes attribute in the jar task.
Simon
On Mon, Jan 31, 2011 at 09:12:10PM +0100, Jerem
Hi Peter,
On Sun, Jan 30, 2011 at 12:16:04PM +, Peter Hancock wrote:
> Would the decision to move from SVN to another VCS be in the hands of
> the wider ASF community?
The central repository is owned by the ASF and a decision to move
is in the hands of the Apache Software Foundation membershi
> On Jan 29, 2011, at 12:24 PM, Simon Pepping wrote:
>
> > I read in the literature that GIT and Mercurial merge would be very
> > much better at resolving possible conflicts than subversion. Today I
> > tested this with the merge of the Temp_Color branch into trunk.
> >
the Temp_Color branch before the merge. If not,
the change must be made at the moment when the XGC jar file is
updated, which is not a good moment.
That changes my vote to -1 for the moment, until this change has been
made.
Simon
On Sat, Jan 29, 2011 at 09:06:58PM +0100, Simon Pepping wrote:
>
I read in the literature that GIT and Mercurial merge would be very
much better at resolving possible conflicts than subversion. Today I
tested this with the merge of the Temp_Color branch into trunk.
In GIT I used the GIT repository at https://github.com/apache/fop. The
merge of Temp_Color result
, I am in favour of merging this work into trunk:
+1.
Thanks for this work.
Simon
On Sat, Jan 29, 2011 at 04:14:41PM +0100, Simon Pepping wrote:
> I get three failures on the color branch junit tests:
>
> java version "1.6.0_18"
> OpenJDK Runtime Environment (IcedTea
I get three failures on the color branch junit tests:
java version "1.6.0_18"
OpenJDK Runtime Environment (IcedTea6 1.8.3) (6b18-1.8.3-2)
OpenJDK Server VM (build 16.0-b13, mixed mode)
OS: GNU/Linux (Debian testing)
[echo] Apache Ant version 1.8.0 compiled on March 11 2010
[echo] VM: 16.0-b13, Su
I take this discussion to express my worries that FOP needs to create
its own support for fonts, among which Open Type Fonts. FOP's core
task is the layout and printing of FO files. If FOP could rely on good
font libraries, that would make our code base so much smaller and our
development tasks so
Wow, on the last day of the fourth year after I committed this script,
it is proven that someone actually uses it. (I do not use it myself
since I never work on MS Windows.) I have always considered JScript a
much smarter solution than the shell in windows. But the world is not
waiting for smart so
Done. Simon
On Tue, Jan 11, 2011 at 07:40:59PM +0100, Simon Pepping wrote:
> On Tue, Jan 11, 2011 at 10:55:25AM +, Peter Hancock wrote:
> > Hi,
> >
> > When configuring the base directory using the fop.xconf relative urls
> > are based on the working direc
On Tue, Jan 11, 2011 at 10:55:25AM +, Peter Hancock wrote:
> Hi,
>
> When configuring the base directory using the fop.xconf relative urls
> are based on the working directory, and not the fop.xconf.
> This contradicts the URI specification as pointed out in
> http://old.nabble.com/Re%3A-Probl
Your patch seems OK to me. Even though the conditionals handle some
tricky navigation through the list, this is the best way to use the
similarities between the two methods.
Will you apply it?
Simon
On Wed, Jan 05, 2011 at 02:01:55PM -0500, bugzi...@apache.org wrote:
> https://issues.apache.org/
> single-byte fonts, we might still need to use "#". Not sure.
Then it might be better to use '?', which many tools use for that
purpose.
Let us put that on our wish list. It is not part of the fix for this
bug report.
Simon
> On 07.01.2011 14:17:42 Simon Pepping wrote:
On Fri, Jan 07, 2011 at 02:38:49PM +0100, Andreas Delmelle wrote:
> On 07 Jan 2011, at 14:17, Simon Pepping wrote:
>
> Hi Simon,
>
> > On Fri, Jan 07, 2011 at 07:31:07AM -0500, bugzi...@apache.org wrote:
> >> So, if no one objects, I will apply the patch as propose
On Fri, Jan 07, 2011 at 07:31:07AM -0500, bugzi...@apache.org wrote:
> https://issues.apache.org/bugzilla/show_bug.cgi?id=50471
>
> --- Comment #4 from Andreas L. Delmelle 2011-01-07
> 07:31:03 EST ---
>
> Very right indeed.
> So, if no one objects, I will apply the patch as proposed. FOP will
I implemented your suggestion in revision 1052214. Thanks.
In order to omit keeping any reference, you might implement a command
line option. Alternatively, you might implement scanning the fo tree
to check if any page references are used. However, this would only
work if there is only one page se
d to do to arrive at your
first submitted patch: design, code, test, submit. You could open a
bugzilla issue early if you wish. You could create a wiki page for
your project and add design documents to it.
We hope to see your contributions to FOP, to the benefit of all its
users.
Best, Simon Pepping
Design Notes for Extensible Stylesheet Language (XSL) 2.0 Draft
Published, see http://www.w3.org/News/2010#entry-8981.
Simon
That is a lot of bugs solved. Thanks for looking through the bug
reports. Simon
On Sun, Dec 19, 2010 at 09:36:16AM -0500, bugzi...@apache.org wrote:
> https://issues.apache.org/bugzilla/show_bug.cgi?id=38880
>
> Matthias Reischenbacher changed:
>
>What|Removed
Fixed in r1042150, Simon
On Fri, Dec 03, 2010 at 08:44:58PM +0100, Simon Pepping wrote:
> There are two failures in the unit tests:
>
> junit-layout-standard:
> [junit] Testcase:
> kerning_1_on.xml(org.apache.fop.layoutengine.LayoutEngineTestSuite$1):
> Caused an
There are two failures in the unit tests:
junit-layout-standard:
[junit] Testcase:
kerning_1_on.xml(org.apache.fop.layoutengine.LayoutEngineTestSuite$1):
Caused an ERROR
[junit] Expected XPath expression to evaluate to '36420', but got '40020'
(XPath: //flow/block[1]/block[1]/lineAre
Hi Andreas,
Welcome back into FOP activity.
Simon
On Thu, Nov 25, 2010 at 04:31:38PM -0500, bugzi...@apache.org wrote:
> https://issues.apache.org/bugzilla/show_bug.cgi?id=38264
>
> Andreas L. Delmelle changed:
>
>What|Removed |Added
> -
Glenn,
One note: You introduced findbugs as a tool, and you created the
findbugs target in the build file.
Simon
On Fri, Nov 19, 2010 at 08:28:09AM -0700, Glenn Adams wrote:
> Thanks! You say:
>
> "I note that we have not accepted findbugs as a tool of the project. I
> think that not all develo
ked fields
Neither method nor field
Simon
On Wed, Nov 17, 2010 at 07:24:43PM +0100, Simon Pepping wrote:
> I will take care of this. I am now squashing the easier
> findbugs-reported bugs/problems. The
I will revert the renaming of public methods. It was not a good idea.
Sorry for the noise.
Simon
On Thu, Nov 18, 2010 at 05:03:34PM +0100, Simon Pepping wrote:
> It breaks org.krysalis.barcode4j.fop.BarcodeXMLHandler: getNamespace
> -> getNameSpace (from render.xml.XMLXMLHandler.get
It breaks org.krysalis.barcode4j.fop.BarcodeXMLHandler: getNamespace
-> getNameSpace (from render.xml.XMLXMLHandler.getNamespace ->
getNameSpace
On Thu, Nov 18, 2010 at 04:42:44PM +0100, Simon Pepping wrote:
> render.AbstractGenericSVGHandler.getNamespace ->
-> getFoFile
cli.CommandLineOptions.getXMLFile -> getXmlFile
cli.CommandLineOptions.getXSLFile -> getXslFile
On Wed, Nov 17, 2010 at 09:29:06PM +0100, Simon Pepping wrote:
> On Wed, Nov 17, 2010 at 07:45:31PM -, spepp...@apache.org wrote:
> > Author: spepping
> > Date: Wed Nov 17 19
Should be fixed now. Simon
On Thu, Nov 18, 2010 at 08:00:27AM +, build...@apache.org wrote:
> The Buildbot has detected a new failure of fop-trunk on ASF Buildbot.
> Full details are available at:
> http://ci.apache.org/builders/fop-trunk/builds/68
>
> Buildbot URL: http://ci.apache.org/
>
On Thu, Nov 18, 2010 at 11:25:10AM +, Vincent Hennebert wrote:
> Hi Simon,
>
> On 17/11/10 20:29, Simon Pepping wrote:
> > On Wed, Nov 17, 2010 at 07:45:31PM -, spepp...@apache.org wrote:
> >> Author: spepping
> >> Date: Wed Nov 17 19:45:27 2010
> &g
On Wed, Nov 17, 2010 at 07:45:31PM -, spepp...@apache.org wrote:
> Author: spepping
> Date: Wed Nov 17 19:45:27 2010
> New Revision: 1036179
>
> URL: http://svn.apache.org/viewvc?rev=1036179&view=rev
> Log:
> findbugs-reported bug squashing; 959 bugs left (findbugs 1.3.9)
findbugs reports nam
I will take care of this. I am now squashing the easier
findbugs-reported bugs/problems. Then I will add the remaining ones to
the exclusion file, such that those that are really excluded can be
distinguished from those which have not yet been examined.
Simon
On Tue, Nov 16, 2010 at 09:41:00AM -0
Note that, in order to have all junit tests succeed in headless mode,
we also require a new Batik jar with the patch of bug 42408. Until
that has been released, we have 5 failures in headless mode.
Simon
On Wed, Nov 17, 2010 at 12:39:54PM -, spepp...@apache.org wrote:
> Author: spepping
> Dat
Oops. Sorry, sloppy work on my part. Simon
On Mon, Nov 15, 2010 at 01:52:58PM -, jerem...@apache.org wrote:
> Author: jeremias
> Date: Mon Nov 15 13:52:58 2010
> New Revision: 1035276
>
> URL: http://svn.apache.org/viewvc?rev=1035276&view=rev
> Log:
> Added missing license header.
,
there is a remote possibility that these public methods are used by an
external application, but that is so remote as to be beyond my
horizon.
Simon
--
Simon Pepping
home page: http://www.leverkruid.eu
the
> TTFReader application with the -d option, e.g.,
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> Which for Simplified Arabic 5.0 produces the output shown in the attached
> file.
--
Simon Pepping
home page: http://www.leverkruid.eu
s
> according to font defined glyph classes.
>
> Regards,
> Glenn
--
Simon Pepping
home page: http://www.leverkruid.eu
g dev branch at git://
> github.com/skynavga/fop.git.
>
> The GDEF (glyph definition) table is now supported as well in order to
> correctly process the IgnoreBase, IgnoreLigatures, IgnoreMarks lookup flags
> according to font defined glyph classes.
>
> Regards,
> Glenn
--
Simon Pepping
home page: http://www.leverkruid.eu
adless environment. See the ant target
'nightly-build'. The other junit tests will be included as soon as
they can be run in a headless environment. I understand that the
resolution of bug 42408 against Batik which you submitted, would solve
that problem.
Simon
--
Simon Pepping
http://ci.apache.org/projects/xmlgraphics/fop/snapshots/.
We hope that they are useful.
Simon
--
Simon Pepping
home page: http://www.leverkruid.eu
rrest-generated documentation,
as explained in the download page.
On Wed, Aug 18, 2010 at 03:46:21PM +0200, Simon Pepping wrote:
> This is to inform you that I requested the creation of nightly (or
> perhaps weekly) builds of FOP. I think this will benefit users who
> want to use a snapshot
(glyph position)
> table functions operating on Arabic text as produced by FOP 1.0 with complex
> script features enabled:
>
--
Simon Pepping
home page: http://www.leverkruid.eu
up.
Simon
On Mon, Aug 30, 2010 at 09:39:09AM +0200, Simon Pepping wrote:
> A test run of a nightly build was made with ant, default target. It
> failed in the junit tests. The stdout log is here:
> http://ci.apache.org/builders/fop-trunk/builds/0/steps/compile/logs/stdio. The
> errors
efinitely required, but is well worth it. I'm
> never, ever, ever going back to wrangling a lib/ dir full of mixed
> direct and transitive dependencies from several different 3rd party
> libraries again.
I found offo in maven central:
http://repo1.maven.org/maven2/net/sf/offo/f
can adjust the
> configuration to make automatic use of snapshot updates?
>
> Regards,
> Glenn
>
> On Wed, Sep 8, 2010 at 3:47 PM, Simon Pepping wrote:
>
> > Does this build system require us to deploy snapshots of
> > xmlgraphics-commons and batik to the maven repo
y remove TODO statements from javadoc comments and
> move them below in their own Java // comments
> ??? I remove the definition of the custom tag from build.xml
>
> Let me know if I missed anything.
--
Simon Pepping
home page: http://www.leverkruid.eu
gt; --> (https://issues.apache.org/bugzilla/attachment.cgi?id=25986)
> Patch to add maven build support.
>
> This patch has been verified against repository version 992575.
--
Simon Pepping
home page: http://www.leverkruid.eu
1 - 100 of 574 matches
Mail list logo
