https://issues.apache.org/bugzilla/show_bug.cgi?id=49870
Matthias Reischenbacher changed:
What|Removed |Added
CC||matthias8...@gmx.at
https://issues.apache.org/bugzilla/show_bug.cgi?id=49870
Summary: Border-right not visible if hyphenation is activated
Product: Fop
Version: 1.0
Platform: PC
Status: NEW
Severity: major
Priority: P2
Component: pdf
On 02.09.2010 12:14, Glenn Adams wrote:
also the doclet options to permit use of @todo without warnings. I could try
to experiment some to see if that is feasible, then we could return to the
former usage of @todo.
Javadoc 1.5 or later can be passed a command line option defining
additional to
https://issues.apache.org/bugzilla/show_bug.cgi?id=46360
--- Comment #7 from Alexis Giotis 2010-09-02 07:52:22
EDT ---
Created an attachment (id=25970)
--> (https://issues.apache.org/bugzilla/attachment.cgi?id=25970)
Patch to clone the SVG document inside PDFImageHandlerSVG
The patch is attach
Hi Alexis
Thanks for the patch! I'll look at it shortly. Would you mind attaching
it to the Bugzilla issue?
https://issues.apache.org/bugzilla/show_bug.cgi?id=46360
That way it's clearer that you donate the changes to the ASF and
everything concerning this problem is in one place. Thanks!
On 02.
Jeremias, thanks for the clarification about the FopFactory.
I had a look at your old commit at
http://svn.apache.org/viewvc?view=revision&revision=724163
The current situation in trunk is that in
PDFImageHandlerSVG.handleImage() the SVG document is not cloned but in
other places it is. Exampl
On Thu, Sep 2, 2010 at 6:04 PM, Jeremias Maerki wrote:
> I'm not sure we have the tooling to make sure noone
> uses @todo.
>
Actually, checkstyle 5.1 will report warnings for any use of a non-standard
tag that is not qualified with a dotted prefix. Also the standard Doclet in
recent JDKs will com
Just to add my 0.05 CHF: I normally use @todo when adding TODOs as part
of a method or class comment and I use //TODO inline. That's because
plain "TODO" lets the full text bleed into the Javadocs which is
certainly something we don't want. See for example:
org.apache.fop.area.DestinationData.resol
https://issues.apache.org/bugzilla/show_bug.cgi?id=46360
--- Comment #6 from Alexis Giotis 2010-09-02 05:01:10
EDT ---
I can confirm that this issue is valid for FOP 1.0. A workaround is to use a
different instance of FopFactory per thread.
--
Configure bugmail: https://issues.apache.org/bugzi
Peter could be right. And there I thought I had this under control. But
with so many open Bugzilla issues, things get lost quickly. I've seen
multi-threading issues inside Batik myself in a production system and
haven't been able to put my finger on it since I though I had this fixed,
but it could
Hi Peter,
Thanks for pointing this out. It differs in that the instance of
FOUserAgent was shared, but other than this, it's exactly the same case.
Finally, this leads to
https://issues.apache.org/bugzilla/show_bug.cgi?id=46360
which is still open.
As I read from the thread, this is a compl
https://issues.apache.org/bugzilla/show_bug.cgi?id=49681
--- Comment #6 from Jeremias Maerki 2010-09-02 03:36:12
EDT ---
Should have thought about it earlier. We're talking about TIFF export, so
another work-around: Install JAI ImageIO Tools to give ImageIO a TIFF codec
which it hasn't by defaul
https://issues.apache.org/bugzilla/show_bug.cgi?id=49681
Jeremias Maerki changed:
What|Removed |Added
Status|NEW |NEEDINFO
--- Comment #5 from Jer
https://issues.apache.org/bugzilla/show_bug.cgi?id=49681
Jeremias Maerki changed:
What|Removed |Added
Version|0.95|1.0
--- Comment #4 from Jeremias
https://issues.apache.org/bugzilla/show_bug.cgi?id=49727
Jeremias Maerki changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
15 matches
Mail list logo
