Hi
I'm working on a bug to get AFP to draw borders so that the horizontal
and vertical lines are aligned. There are rounding errors in
or.apache.fop.afp.AFPBorderPainter.java in paint(PaintingInfo
paintInfo) caused by Math.round(), basically it's the age old issue
of:
x == y + z
doesn't mean
Hi,
I'm working on making TTF subset embedding configurable such that a
user can opt for either full font embedding, subset embedding or just
referencing, this would be extending the work Jeremias submitted. I
was considering adding a parameter to the font configuration file
called embedding with
Hi Jeremias,
This code fails the build, you need to add a ; (a semi-colon) to the
last parameter in the enumerated type in
o.a.f.fonts.truetype.TTFSubSetFile. I was also curious why you made
TTFSubSetFile.GlyphHandler? Why do you make it an interface, and why
do you use an anonymous class in
I was building from the command line, using ant package and
referencing I've got the same version as you... Curious... Though I
completely agree with your comments on TTFSubSetFile, it needs a
little sprucing.
Hi Mehdi
On 12.11.2010 16:32:45 mehdi houshmand wrote:
Hi Jeremias,
This code
this issue since it makes little
difference either way.
Thanks
Mehdi
On 14 November 2010 09:17, mehdi houshmand med1...@gmail.com wrote:
I was building from the command line, using ant package and
referencing I've got the same version as you... Curious... Though I
completely agree with your comments
And mine... I'll include headers in future patches.
On 16 November 2010 08:58, Simon Pepping spepp...@leverkruid.eu wrote:
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
All that being said, I could implement my initial proposal, obviously
it would have to be user friendly and not conflict with the settings
already available, so maybe a parameter called embedding with two
possible values, full and subset (since the none is already
covered by referenced fonts).
As
Hi,
I've been working on unit testing some of the classes in FOP and I
think FOP could benefit from using a mocking framework. The goal is
obviously that every class has a complimentary test class to test
behaviour and state and mocking a class is a good way to emulate an
object. I shan't make
Hi Eric,
What OS are you using? If you're using Linux there are packages for
installing the Ant and JUnit libraries which may avoid these issues.
This I think is a config issue.
Mehdi
On 20 December 2010 20:28, Eric Douglas edoug...@blockhouse.com wrote:
I compiled FOP 1.0 using the Ant build
://ant.apache.org/manual/install.html and look for ANT_HOME + lib
+ Windows.
I hope that helps,
Pete
On Mon, Dec 20, 2010 at 9:24 PM, mehdi houshmand med1...@gmail.com wrote:
I'm no Windows expert by any stretch of the imagination, but have you
tried adding the JUnit jar to the build XML, add the Ant jar
Hi Ivan,
I've been looking quite a bit at the fonts packages recently, and you
are correct neither CFF nor True Type collections are currently
supported. They both need to be implemented. In terms of how long it
would take, that's a very speculative question and not quite as simple
to answer as
Oops, I seem to have copy/pasted that link twice, my apologies, it
probably doesn't deserve 2 mentions.
Mehdi
On 19 January 2011 09:17, mehdi houshmand med1...@gmail.com wrote:
Hi Ivan,
I've been looking quite a bit at the fonts packages recently, and you
are correct neither CFF nor True
Hi Simon,
The FOP font library doesn't actually render or paint any fonts, it
does 1 of 2 things. Either it a) creates a subset of the font, and
streams the subset (as a byte stream) to the PDF/PS document or b) it
streams the whole font to the document (I think this is what is done
for AFP, I
be able to view them and print them on most
printers, but can't guarantee 100% compliance.
Sorry if I didn't make that clear.
Mehdi
On 19 January 2011 09:55, Jeremias Maerki d...@jeremias-maerki.ch wrote:
Mehdi,
TrueType collections are supported!
On 19.01.2011 10:17:11 mehdi houshmand wrote
Hi Guys,
I've been looking into the PS rendering, with an eye to reduce the
size of PS documents. I noticed that when PS documents are created
from concatenated IFs, FOP prints the procsets in a %%BeginResource:
procset every time it encounters a header tag in the IF. This
doesn't produce invalid
wrote:
Hi Mehdi,
The thought has crossed my mind that it was something to do with memory
and garbage collection.
Thanks for your help!
Pete
On 16/03/2011 5:50 AM, mehdi houshmand wrote:
Hi Peter,
This smells of a memory leak, I've had a few issue myself with tomcat
and its funky
Hi Guys,
I found an issue with a True Type Font in PDF, I have attached a PDF
with the possible bug (buggy.pdf) and with my fix (fixed.pdf). The
issue is that if you copy/paste the text from the normal-weighted font
(top line) of the PDF, the (space) and ! (exclamation mark)
characters are
think it is safe to remove the fixed indices 1 and
2 since this whole thing then seems to work for both kinds of fonts.
I'd say, put your patch in Bugzilla!
On 17.03.2011 17:27:22 mehdi houshmand wrote:
Hi Guys,
I found an issue with a True Type Font in PDF, I have attached a PDF
I agree, it seems you may have misunderstood the purpose and/or
function of an xsl:template element, I think it may be worth going
through some XSLT tutorials to get a better understanding of how to
XSL templates.
Mehdi
On 4 May 2011 20:16, J.Pietschmann j3322...@yahoo.de wrote:
On 04.05.2011
Sorry, how to *use* XSL templates.
On 5 May 2011 09:01, mehdi houshmand med1...@gmail.com wrote:
I agree, it seems you may have misunderstood the purpose and/or
function of an xsl:template element, I think it may be worth going
through some XSLT tutorials to get a better understanding of how
Hi,
Prologue:
I am investigating an AFP issue, and one of our AFP printers rejected
the document with an error in the MCF (Map Coded Font) entry for the
character set not being found. Nothing unusual for AFP, however, I
hadn't given FOP a fop.xconf, so no custom fonts are being defined.
Anyway,
/com.ibm.printers.afpproducts/com.ibm.printers.guidetooutput/c5pu3mst49.htm
C0 (C - zero) designates a raster character set.
So, CO (C - O) would be wrong.
On 16.05.2011 10:40:00 mehdi houshmand wrote:
Hi,
Prologue:
I am investigating an AFP issue, and one of our AFP printers rejected
Hi Jeremias,
Just to satiate your curiousity, in the modca spec, page 96, it says
A medium map remains in effect until another medium map is selected
or the end of the document is reached., which means the previous
implementation, storing the lastMediumMap, would be perfectly valid.
Mehdi
On 8
and insert new IMMs
during the split. I think it's safer this way.
On 12.07.2011 11:12:27 mehdi houshmand wrote:
Hi Jeremias,
Just to satiate your curiousity, in the modca spec, page 96, it says
A medium map remains in effect until another medium map is selected
or the end of the document is reached
Hi Eric,
What operating system are you working on? You probably don't need to
compile ant, there will almost definitely be binaries for your
operating system.
Mehdi
On 19 July 2011 13:58, Eric Douglas edoug...@blockhouse.com wrote:
If I try to compile fop source it says it requires ant.
If I
You'll find it here:
http://ant.apache.org/bindownload.cgi
On 19 July 2011 14:07, mehdi houshmand med1...@gmail.com wrote:
Hi Eric,
What operating system are you working on? You probably don't need to
compile ant, there will almost definitely be binaries for your
operating system.
Mehdi
Hi Glenn,
We took a look at the complex scripts support, and a big chunk of the
code-base is in the fonts, and the layout tests don't cover fonts,
rendering etc. What are you finding for end-to-end performance? We
created a large latin only document and found about 50% increase in
time.
Mehdi
rendering, it
does include use of fonts.
Could you send me the large latin only document in FO form (preferably
compressed if large), so I may test it?
G.
On Tue, Jul 19, 2011 at 7:51 AM, mehdi houshmand med1...@gmail.com wrote:
Hi Glenn,
We took a look at the complex scripts support, and a big
sense, but I'm compiling in
Eclipse Helios on Windows XP.
I found that Eclipse does come with an ant folder under it's plugin path
so I started with the ant.jar from there.
-Original Message-
From: mehdi houshmand [mailto:med1...@gmail.com]
Sent: Tuesday, July 19, 2011 9:08 AM
I started with the ant.jar from there.
-Original Message-
From: mehdi houshmand [mailto:med1...@gmail.com]
Sent: Tuesday, July 19, 2011 9:08 AM
To: fop-dev@xmlgraphics.apache.org
Subject: Re: Which came first, the chicken or the egg?
Hi Eric,
What operating system are you working
Hi Guys,
I want to propose an upgrade of our test system to JUnit 4, the
benefits of upgrading can be found on plenty of blogs [1], but I just
wanted to get a feel of what everyone thought? For those that aren't
familiar with JUnit 4, it is backward compatible, so that may
alleviate some
to link to any other guide without
evaluating in detail. If another member of our community has made
the transition on another project and can offer advice, or perhaps can
I point us to useful resources, this would be most welcomed!
Thanks,
Peter
On Wed, Sep 14, 2011 at 10:16 AM, mehdi
in
MultiByteFont, and that therefore MultiByteFont.getDefaultWidth()
returns the wrong value. Can there be a test that reveals such an
error?
Simon
On Wed, Sep 28, 2011 at 08:53:26PM +0100, mehdi houshmand wrote:
Hi,
This is my fault, I think this was a merge conflict here, it should
Sorry Eric, I meant to say, this is a developer question, could you
post questions concerning the code on fop-dev in future.
Thanks
Mehdi
On 19 October 2011 14:47, mehdi houshmand med1...@gmail.com wrote:
Hi Eric,
The renderers of old were removed quite a while ago in commit#989178.
Hope
Hi Eric,
Could you put up which unit tests are failing. Another user is having
a similar issue.
Thanks
Mehdi
On 24 October 2011 14:05, Eric Douglas edoug...@blockhouse.com wrote:
Sounds like just what I was looking for! Thanks!
I used the TortoiseSVN to download the trunk but I still
-
From: mehdi houshmand [mailto:med1...@gmail.com]
Sent: Monday, October 24, 2011 9:28 AM
To: fop-dev@xmlgraphics.apache.org
Subject: Re: org.apache.fop.svg.PDFDocumentGraphics2D can't change page size?
Hi Eric,
Could you put up which unit tests are failing. Another user is having a
similar
.
-Original Message-
From: mehdi houshmand [mailto:med1...@gmail.com]
Sent: Monday, October 24, 2011 3:38 PM
To: fop-dev@xmlgraphics.apache.org
Subject: Re: org.apache.fop.svg.PDFDocumentGraphics2D can't change page size?
Curious... The other user was complaining of the same issue
:18, Chris Bowditch wrote:
Dear FOP committers,
The vote has been running for 6 days now so it's time to sum up the votes.
Mehdi has submitted dozens of high quality patches and regularly
participates on the mailing lists. Mehdi is already an official FOP
Contributor. I propose Mehdi Houshmand
Hi Glenn,
Yeah, JUnit4 doesn't allow one to parametrize test names this is a
known issue. I did spend some time looking into how it would be
possible, see https://issues.apache.org/bugzilla/show_bug.cgi?id=51928.
Hopefully it will be rectified soon.
Mehdi
On 16 November 2011 23:47, Glenn Adams
Hi Simon,
My apologies, I did float the idea about the layout engine tests and
kept to the suggestions that were given me. As such, creating tests is
exactly the same and the subset of tests run are still configurable
via System properties. The behaviour is the same, the only difference
made is
, mehdi houshmand wrote:
Hi Simon,
Hi Mehdi,
My apologies, I did float the idea about the layout engine tests and
kept to the suggestions that were given me. As such, creating tests is
exactly the same and the subset of tests run are still configurable
via System properties. The behaviour
This appears to be failing because Gump doesn't have Mockito in its
class-path, I think it needs to be added to the Gump Metadata
(http://svn.apache.org/repos/asf/gump/metadata/project/xml-fop.xml),
does anyone know how I do this?
Thanks
Mehdi
On 23 November 2011 07:50, Jeremias Maerki
See https://issues.apache.org/jira/browse/GUMP-167, hopefully it will
be resolved in the next build.
On 23 November 2011 09:41, mehdi houshmand med1...@gmail.com wrote:
This appears to be failing because Gump doesn't have Mockito in its
class-path, I think it needs to be added to the Gump
This change has been reverted, please see
https://issues.apache.org/bugzilla/show_bug.cgi?id=52513
On 23 January 2012 18:38, Jonathan Levinson
jonathan.levin...@intersystems.com wrote:
I have no vote, but I’m not happy with the change since it will break our
RenderServer.jar which is a
Done in r1235358.
On 24 January 2012 14:47, Chris Bowditch bowditch_ch...@hotmail.com wrote:
Hi Mehdi,
On 24/01/2012 10:02, me...@apache.org wrote:
Author: mehdi
Date: Tue Jan 24 10:02:36 2012
New Revision: 1235191
URL: http://svn.apache.org/viewvc?rev=1235191view=rev
Log:
I've spent some time looking through the examples and the
documentation above and I think the classes listed below are all the
classes necessary for most the use-cases and thus should be considered
the public API.
org.apache.fop.apps.*
org.apache.fop.fo.FOEventHandler
Hi,
Another proposal for public consideration:
There seem to be an awful lot of static main methods around the fonts
and hyphenation packages, I was wondering if anyone had any objections
to moving all these methods into classes under a single package i.e.
org.apache.fop.cli.utils. This would
output format.
This is used at least in embedding.intermediate.ExampleConcat.java
Alexios Giotis
On Jan 27, 2012, at 1:23 PM, Chris Bowditch wrote:
On 25/01/2012 14:59, mehdi houshmand wrote:
Hi Mehdi,
I've spent some time looking through the examples and the
documentation above and I
On 27 January 2012 20:17, J.Pietschmann j3322...@yahoo.de wrote:
Am 27.01.2012 16:35, schrieb mehdi houshmand:
There seem to be an awful lot of static main methods around the fonts
and hyphenation packages, I was wondering if anyone had any objections
to moving all these methods into classes
...@yahoo.de wrote:
Am 25.01.2012 15:59, schrieb mehdi houshmand:
This would mean deprecating
o.a.f.apps.FOUserAgent.setRendererOverride(...) since (if I'm not
mistaken) this is legacy code to bind a MIME type to IF output.
AFAIR it was meant as a hook for users providing their own renderer
This has been amended in r1237610. However just to note, this strictly
speaking shouldn't be a checkstyle error, FOP is Java5 compliant not
Java6, and as such that method isn't deprecated.
On 27 January 2012 17:44, Glenn Adams gl...@skynav.com wrote:
I notice 4 checkstyle errors have creeped
Hi,
As I've said previously, I've been looking at unifying URI resolution,
I've looked at a lot of the code regarding this and from what I can
see FOP uses file access for the following types of files:
1) Input/Output files - by that I mean FO and output, both of which
are many-to-many
2)
Hi Glenn,
I fixed this issue in r1243549, this was a mistake made during the
migration to Junit4 (i.e. my fault). The reason junit-all doesn't
invoke these tests is because it runs a regex (**/*TestCase.java),
which (rather ironically in this case) catches more of the tests than
the TestSuites
Sorry, I should have said, this was an issue spotted by Glenn Adams.
Thanks for flagging it up Glenn!
Mehdi
On 14 February 2012 14:48, me...@apache.org wrote:
Author: mehdi
Date: Tue Feb 14 14:48:00 2012
New Revision: 1243963
URL: http://svn.apache.org/viewvc?rev=1243963view=rev
Log:
Hi,
I was running o.a.f.intermediate.IFParserTestCase in Eclipse, and
found it extremely frustrating that the schema (xml.xsd) had to be in
the same folder as the test class?!?! Why? It means, if I want to run
said test with the Eclipse Junit Runner, I have to copy it into the
proper directory,
Hi Jeremias, I'll address your concerns inline:
snip/
First, I would like to suggest you start with listing relevant code
portions on the wiki before anything else. Where is what? And what's the
problem with each case? Right now there are only a few vague pointers
and an underlying
Hi Craig,
Just out of curiosity, what issues are you having with the
pdf-image-plugin? I spent quite a lot of time with it and submitted a
patch to Jeremias (not sure if he's committed it). Maybe we could help
you there? We've also got some commits lying around that we're not
happy with per-se
to the Google Summer of Code Project? how does it
relate to ASF and FOP activities?
On Thu, Mar 1, 2012 at 3:50 AM, mehdi houshmand med1...@gmail.com wrote:
Hi,
We're thinking of submitting a proposal or two to the Google Summer of
Code project and wanted to get some input from the community
the admin, all you
have to do is provide ideas for projects. If you have a wish list or a
list of TODOs that you think a newbie could do for a summer project (I
do appreciate that's quite a big caveat), now's your opportunity.
Mehdi
On 1 March 2012 16:26, mehdi houshmand med1...@gmail.com wrote:
Hi
-in code base, also - probably
more importantly - I can't imagine it would serve as encouragement.
Mehdi
On 5 March 2012 14:36, Glenn Adams gl...@skynav.com wrote:
I would suggest whittling down the fop bug list, starting from the
beginning.
On Mon, Mar 5, 2012 at 6:35 AM, mehdi houshmand med1
complex than it
should be in my opinion, cleanup / modularization would help) and this is not
a simple task.
Alex Giotis
On Mar 5, 2012, at 4:49 PM, mehdi houshmand wrote:
Haha, if only it were that simple... The projects have to be
interesting and fulfilling and at least bordering on fun
I fat-fingered the reply button instead of reply-to-all... *face-palm*
-- Forwarded message --
From: mehdi houshmand med1...@gmail.com
Date: 6 March 2012 09:33
Subject: Re: Google Summer of Code
To: Craig Ringer ring...@ringerc.id.au
On 6 March 2012 00:16, Craig Ringer ring
-- Forwarded message --
From: mehdi houshmand med1...@gmail.com
Date: 6 March 2012 10:12
Subject: Fwd: Google Summer of Code
To: fop-dev@xmlgraphics.apache.org
I fat-fingered the reply button instead of reply-to-all... *face-palm*
-- Forwarded message --
From
Seems I didn't forward this one to fop-dev either... My apologies.
-- Forwarded message --
From: mehdi houshmand med1...@gmail.com
Date: 29 February 2012 09:41
Subject: Re: fop-pdf-image and fonts; as requested
To: Craig Ringer ring...@ringerc.id.au
Hi Craig,
We had this exact
/03/2012 10:12, mehdi houshmand wrote:
I fat-fingered the reply button instead of reply-to-all... *face-palm*
Mehdi, Craig,
snip/
- Anything in the proposed XSL-FO 2.0 feature list (though most of it
won't
be realistic for GSoC projects);
- Merge fop-pdf-image and implement smart
Hi Craig,
Excellent!!! I think we're making some progress here!
snip
Ugh. A well-designed RIP should be able to load XObject forms on demand
and free them under memory pressure. After all, an image is also a
global resource that can be referenced multiple times across different
pages (an
leisure.
Mehdi
On 8 March 2012 02:17, Craig Ringer ring...@ringerc.id.au wrote:
On 08/03/12 04:12, Vincent Hennebert wrote:
Just my 2 cents on a particular detail...
On 07/03/12 07:51, Craig Ringer wrote:
On 06/03/12 18:49, mehdi houshmand wrote:
snip/
So with that in mind, what exactly
If I'm not mistaken the r1302518 commit broke compile compatibility with
the Jeremias' PDF-image-plugin trunk which needs to be addressed. It's a
simple change if I'm not mistaken, just to do with how PDFDocument holds
it's version (was an int now an enum o.a.f.pdf.Version), there maybe some
other
Hennebert wrote:
On 16/02/12 10:23, mehdi houshmand wrote:
Hi,
I was running o.a.f.intermediate.IFParserTestCase in Eclipse, and
found it extremely frustrating that the schema (xml.xsd) had to be in
the same folder as the test class?!?! Why? It means, if I want to run
said test
I wouldn’t bother. Lacking of a proper QA process, we don’t use the
‘verified’ and ‘closed’ status and consider that a bug has been handled
once its status has been changed to ‘fixed’.
Vincent
Not sure I agree with you there Vincent. Giving a bug a closed status
allows us to perform
Hi Jeremias/Chris,
First thing first; I'll second Jeremias's suggestion and Chris in saying
that this is definitely a major release. The best reason is because we're
purposefully changing behaviour. FOP is currently very flexible in handling
URIs, it has a lot of contingency mechanisms for
Hi Glenn,
Firstly, although this is loosely related, can you try to keep the emails
in the thread relevant, this is going to be a verbose thread so we don't
want to add to the confusion. As for the public API, I don't believe
IFPainter is part of the public API, but I'm not sure who does and
Hi Craig,
My sincerest apologies for not getting round to looking at what you've done
here. I'll try and take a look in the next few days and give it a think,
see if there's anything we can do to help.
Apologies once again,
Mehdi
On 28 March 2012 07:39, Craig Ringer ring...@ringerc.id.au
Hi Jeremias,
I'll add my comments inline:
snip/
First, I'd like to stress that I'm not putting out a veto here. I'm
just trying to take the position of an advocate to the FOP users who
might not all follow the development closely.
Yeah, I/we do appreciate your concerns, it's important for
Hi Craig,
I'll address each of your suggestions inline:
snip/
The reason I'm adapting fop-pdf-images to support merging PDF images
into the main PDF content instead of using XObject Forms is that the use
of lots of PDF XObject Forms seems to cause RIPs and clients to perform
poorly or run
Hi,
I'm sceptical the cost/rewards add up, but since Glenn has volunteered for
all the hard work, then there're no costs and only rewards :)!!
It'll be an onerous task and the usually a thankless one, so I'll address
the latter by saying thanks Glenn!
+1 from me
Mehdi
On 17 April 2012 09:15,
This isn't a significant change, it just changes the max TRN size for a
DBCS to 252 rather than 253 for SBCSs. The rest of the patch is just clean
up, I don't think it warrants a bug really...
On 11 May 2012 14:40, Glenn Adams gl...@skynav.com wrote:
was there a bug filed against which this fix
Yeah fair play on this one, in all honesty I was being lazy this time.
On 15 May 2012 15:42, Glenn Adams gl...@skynav.com wrote:
Could you file a bug and reference it against this commit? Most commits
that change code, except perhaps one that is a trivial fix to a immediately
prior checkin or
Hi All,
I think we've got to the stage in the URI unification branch where it's
ready to be merged into trunk (not into 1.1RC1). I know there have been
proponents against the inclusion of this feature and/or those who are
concerned the wider implications as it means FOP has fewer contingency
Sorry, added [VOTE] to subject line... My bad
On 26 June 2012 15:38, mehdi houshmand med1...@gmail.com wrote:
Hi All,
I think we've got to the stage in the URI unification branch where it's
ready to be merged into trunk (not into 1.1RC1). I know there have been
proponents against
and/or restrict those services.
Mehdi
On 26 June 2012 15:57, Glenn Adams gl...@skynav.com wrote:
On Tue, Jun 26, 2012 at 8:38 AM, mehdi houshmand med1...@gmail.comwrote:
It means we can get rid of the font-caching and don't have to to worry
about performance but it also allowed to do a lot
with a 1.1 branch,
from witch RCx and final release will be tagged, that should allow to
continue merging branches onto trunk without any interaction on branch
release.
WDYT?
2012/7/2 Chris Bowditch bowditch_ch...@hotmail.com:
On 26/06/2012 15:39, mehdi houshmand wrote:
Sorry, added [VOTE
further RC or final releases are planed to be ma
2012/7/2 mehdi houshmand med1...@gmail.com:
Hi Pascal,
I won't be merging this into anything other than trunk. Sorry, maybe I
should have made that more explicit.
Mehdi
On 2 July 2012 12:32, Pascal Sancho psancho@gmail.com wrote
exist ;-)
2012/7/2 mehdi houshmand med1...@gmail.com:
Excuse my ignorance here, but why do any changes to trunk affect 1.1RC*?
The
1.1 branch has already been defined and voted upon, I don't see how any
changes to trunk would affect it? I'm not very familiar with the FOPs
releasing
Thanks guys, that's 5 x +1 and no one in opposition. I'll merge in the
branch imminently and update the docs as appropriate
On 2 July 2012 14:40, Glenn Adams gl...@skynav.com wrote:
On Mon, Jul 2, 2012 at 7:25 AM, mehdi houshmand med1...@gmail.com wrote:
Ahh I see, ok, thanks Pascal. I think
interface?
See the reply above. Again, there's a TODO suggesting just that, again,
time constraints...
Thanks,
Vincent
On 03/07/12 10:35, mehdi houshmand wrote:
Thanks guys, that's 5 x +1 and no one in opposition. I'll merge in the
branch imminently and update the docs as appropriate
, it didn't seem appropriate to refer to it as a
directory since it could be anything. The javadoc clearly describes the
behaviour of the method, I think this is sufficient for now.
On 4 July 2012 08:38, mehdi houshmand med1...@gmail.com wrote:
On 3 July 2012 15:48, Vincent Hennebert vhenneb
On 4 July 2012 12:32, Vincent Hennebert vhenneb...@gmail.com wrote:
One thing I forgot to mention: this work deserves its entry in the
status.xml file, with importance set to ‘high’.
snip/
Let me insist on that one. The inconsistency is actually introduced by
Fop classes. Before the merge
...@gmail.com - http://ourlil.com/
My religion is simple. My religion is kindness.
- HH The 14th Dalai Lama of Tibet
On Wed, Jul 4, 2012 at 9:26 AM, Chris Bowditch
bowditch_ch...@hotmail.com wrote:
On 04/07/2012 17:15, Glenn Adams wrote:
On Wed, Jul 4, 2012 at 9:25 AM, mehdi houshmand med1
it NOT to validate strictly, so how would a user
expect FOP to behave?
On 4 July 2012 17:26, Chris Bowditch bowditch_ch...@hotmail.com wrote:
On 04/07/2012 17:15, Glenn Adams wrote:
On Wed, Jul 4, 2012 at 9:25 AM, mehdi houshmand med1...@gmail.commailto:
med1...@gmail.com wrote:
On 4 July 2012 12:32
Adams gl...@skynav.com wrote:
On Thu, Jul 5, 2012 at 12:41 AM, mehdi houshmand med1...@gmail.comwrote:
Hi Chris/Glenn/Anyone else,
You say command-line options should override the fop.xconf values, which
makes sense. But should not-given command-line options override fop.xconf
values too
I did create a bugzilla entry (
https://issues.apache.org/bugzilla/show_bug.cgi?id=53563), I just didn't
put the bug number in the commit message, my apologies, I was complacent in
that regard. Is it worth changing the commit message retrospectively to add
the bugzilla entry?
Mehdi
On 18 July
As we've seen this morning, my ineptitude at even basic bureaucracy doesn't
really qualify me to show a bias to either side, but I'll give my 2 cents
worth since I am a stakeholder in this debate:
On 18 July 2012 13:17, Vincent Hennebert vhenneb...@gmail.com wrote:
snip/
Well, the problem is
thread for this? We seem to
be hijacking a commit message...
Mehdi
On 19 July 2012 09:14, Chris Bowditch bowditch_ch...@hotmail.com wrote:
On 18/07/2012 14:06, mehdi houshmand wrote:
Hi Mehdi,
As we've seen this morning, my ineptitude at even basic bureaucracy
doesn't really qualify me to show
years ago I updated our own development
infrastructure (SVN / Jira / Jenkins / Artifactory / Confluence / ...) and
are currently migrating from svn to git.
On Jul 19, 2012, at 11:39 AM, mehdi houshmand wrote:
Having worked a little bit with PDFBox, they seem to have quite tight
integration
Glenn,
Is it worth porting these javadoc amendments to the 1.1 branch? I don't
mind doing it if you'd like them in 1.1.
Mehdi
On 23 July 2012 11:21, me...@apache.org wrote:
Author: mehdi
Date: Mon Jul 23 10:21:23 2012
New Revision: 1364567
URL:
Hi Jeremias,
You are correct, I'll fix this as soon as it's convenient.
Mehdi
On 26 July 2012 17:36, Jeremias Maerki d...@jeremias-maerki.ch wrote:
When I've looked through the changes made to FOP's public API, I was
wondering what a SchemaAwareResourceResolver was. First thought was:
what
Hi All,
I've come across a yet another concurrency based bug in FOP, this time to
do with how we handle AFP character-sets. The problem in this scenario is
that the CharacterSetBuilders are singletons and their creation wasn't
really intended to be used in a heavily multithreaded system. As such,
be resolved
equally well by writing a few lines of code. Or, if you intend to refactor
FOP's internal data structures and Guava would help to reduce the amount of
code, the number of bugs and increase readability.
Alex Giotis
On Aug 9, 2012, at 11:59 AM, mehdi houshmand med1...@gmail.com wrote
My bad. Just fixed this
On 4 September 2012 10:49, Vincent Hennebert vhenneb...@gmail.com wrote:
On 03/09/12 09:38, mehdi wrote:
Author: mehdi
Date: Mon Sep 3 08:38:26 2012
New Revision: 1380169
URL: http://svn.apache.org/viewvc?rev=1380169view=rev
Log:
Amended a couple javadocs
1 - 100 of 112 matches
Mail list logo