[Bug 53887] -awt command line option broken throwing HeadlessException
https://issues.apache.org/bugzilla/show_bug.cgi?id=53887 Mehdi Houshmand med1...@gmail.com changed: What|Removed |Added Status|NEW |NEEDINFO --- Comment #4 from Mehdi Houshmand med1...@gmail.com --- This has been fixed in r1390331. Please could you make sure that it works on your machine and set the status to fixed if you're happy. Thanks. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 50062] fop steals focus from GUI applications even though it is a CLI application
https://issues.apache.org/bugzilla/show_bug.cgi?id=50062 --- Comment #12 from Mehdi Houshmand med1...@gmail.com --- As discussed, this commit has been reverted as the user can set the headless or any other JVM argument if they wish to do so. These arguments, however, should not be set by default. Glenn, should I set the status of this to invalid since it's not actually a bug? Or wontfix? Or should I just leave it be? -- You are receiving this mail because: You are the assignee for the bug.
[Bug 50062] fop steals focus from GUI applications even though it is a CLI application
https://issues.apache.org/bugzilla/show_bug.cgi?id=50062 --- Comment #13 from Glenn Adams gad...@apache.org --- (In reply to comment #12) As discussed, this commit has been reverted as the user can set the headless or any other JVM argument if they wish to do so. These arguments, however, should not be set by default. Glenn, should I set the status of this to invalid since it's not actually a bug? Or wontfix? Or should I just leave it be? I would like to have a better understanding if most usage of FOP requires headed than headless. Since the FOP tests apparently work with headless mode, I have to wonder if headless is the more typical usage. A better fix would be to keep this original fix, and then change to headed if AWT output is used if the user did not explicitly set headed or headless. In other words, I think that switching to headed by default in order to fix AWT usage is the wrong approach. I think we should use headless by default. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 50062] fop steals focus from GUI applications even though it is a CLI application
https://issues.apache.org/bugzilla/show_bug.cgi?id=50062 --- Comment #14 from Mehdi Houshmand med1...@gmail.com --- (In reply to comment #13) (In reply to comment #12) As discussed, this commit has been reverted as the user can set the headless or any other JVM argument if they wish to do so. These arguments, however, should not be set by default. Glenn, should I set the status of this to invalid since it's not actually a bug? Or wontfix? Or should I just leave it be? I would like to have a better understanding if most usage of FOP requires headed than headless. Since the FOP tests apparently work with headless mode, I have to wonder if headless is the more typical usage. The junit tests don't run in a headless environment, a HeadlessException. So I'm not sure what is meant by typical usage. A better fix would be to keep this original fix, and then change to headed if AWT output is used if the user did not explicitly set headed or headless. In other words, I think that switching to headed by default in order to fix AWT usage is the wrong approach. I think we should use headless by default. The problem with that patch is that it forces a headless environment, where as previously the user had the option of a headless environment (with the -Djava.awt.headless=true). No code change is needed in for a headless environment. However with this patch applied a code change is needed, and in several places. Aside from that, a graphical head is needed for use of the AWT renderer but also for SVG as Batik's reliance on the AWT system hasn't been addressed. The use of SVG in the user base is vast, so I'm not sure it's fair to say typical usage doesn't require a headless environment. Fixing Batik is not a small task and not one that it seems anyone is in any rush to fix. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 50062] fop steals focus from GUI applications even though it is a CLI application
https://issues.apache.org/bugzilla/show_bug.cgi?id=50062 --- Comment #15 from Mehdi Houshmand med1...@gmail.com --- Sorry, turns out I can't type. I didn't mean to suggest that the unit tests represent typical use-cases, though they do, they should test a lot more. My point was merely we have to be careful since FOP is used in so many different ways by so many different people; a typical use-case isn't easy to define. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 53860] The pdf-transcoder jar created by fop 0.94 and later includes classes from commons and avalon
https://issues.apache.org/bugzilla/show_bug.cgi?id=53860 Mehdi Houshmand med1...@gmail.com changed: What|Removed |Added Status|NEW |NEEDINFO -- You are receiving this mail because: You are the assignee for the bug.
[Bug 53912] PDF/A-1b compliance is broken in 1.1RC1
https://issues.apache.org/bugzilla/show_bug.cgi?id=53912 Mehdi Houshmand med1...@gmail.com changed: What|Removed |Added OS||All --- Comment #2 from Mehdi Houshmand med1...@gmail.com --- You haven't attached an FO, you've attached an XSL style-sheet without the corresponding XML file. I used PDFBox preflight and it came up with the following warnings: 7.1 : Error on MetaData, An error has occured when processing the underlying XMP source 1.4.9 : Trailer Syntax error, Outline Hierarchy doesn't have Count entry These warning don't seem to be the same as Acrobat Pro. I'll try running that PDF in Acrobat Pro, but in the meantime could you attach the FO you used please? -- You are receiving this mail because: You are the assignee for the bug.
[Bug 53724] [PATCH] Fop-pdf-images extension should ignore crop box dimensions if bigger than media box
https://issues.apache.org/bugzilla/show_bug.cgi?id=53724 Mehdi Houshmand med1...@gmail.com changed: What|Removed |Added Status|NEW |NEEDINFO --- Comment #3 from Mehdi Houshmand med1...@gmail.com --- I think this has been fixed by the fix to bug#53909. Could you test it out and set this bug to resolved if you're happy with the fix. Thanks -- You are receiving this mail because: You are the assignee for the bug.
[Bug 48302] Prepress extensions: media-box used as image size when embedding in PDF
https://issues.apache.org/bugzilla/show_bug.cgi?id=48302 Mehdi Houshmand med1...@gmail.com changed: What|Removed |Added Status|NEW |NEEDINFO --- Comment #6 from Mehdi Houshmand med1...@gmail.com --- Pascal, could you try the latest pdf-image plugin please? Let me know what you think and we can change the way the current if you think it necessary. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 48302] Prepress extensions: media-box used as image size when embedding in PDF
https://issues.apache.org/bugzilla/show_bug.cgi?id=48302 Pascal Sancho psancho@gmail.com changed: What|Removed |Added Status|NEEDINFO|NEW --- Comment #7 from Pascal Sancho psancho@gmail.com --- (In reply to comment #6) Pascal, could you try the latest pdf-image plugin please? Let me know what you think and we can change the way the current if you think it necessary. Just tried after update/build on both fop pdf-image: output is better: trim-box is now taken into account for the size of the rectangle containing the pdf (both as external graphics and fox:document). But the image position is always shifted to the bottom-left corner, probably with the value of the difference between media-box and trim-box. I'll attach pdf output from FOP trunk -- You are receiving this mail because: You are the assignee for the bug.
[Bug 48302] Prepress extensions: media-box used as image size when embedding in PDF
https://issues.apache.org/bugzilla/show_bug.cgi?id=48302 --- Comment #8 from Pascal Sancho psancho@gmail.com --- Created attachment 29417 -- https://issues.apache.org/bugzilla/attachment.cgi?id=29417action=edit PDF output with trunk (r1390401) -- You are receiving this mail because: You are the assignee for the bug.
[Bug 53902] Add scope to header table cell
https://issues.apache.org/bugzilla/show_bug.cgi?id=53902 --- Comment #6 from Vincent Hennebert vhenneb...@gmail.com --- I was able to implement the modified design within the allocated time frame: http://svn.apache.org/viewvc?rev=1390412view=rev Thanks for your excellent suggestion! Will close the bug once I've updated the documentation on the website. Vincent -- You are receiving this mail because: You are the assignee for the bug.
[Bug 48302] Prepress extensions: media-box used as image size when embedding in PDF
https://issues.apache.org/bugzilla/show_bug.cgi?id=48302 Pascal Sancho psancho@gmail.com changed: What|Removed |Added Attachment #24636|0 |1 is obsolete|| --- Comment #9 from Pascal Sancho psancho@gmail.com --- Created attachment 29418 -- https://issues.apache.org/bugzilla/attachment.cgi?id=29418action=edit PDF with crop-box = media-box, against latest fop/pdf-image trunks -- You are receiving this mail because: You are the assignee for the bug.
[Bug 48302] Prepress extensions: media-box used as image size when embedding in PDF
https://issues.apache.org/bugzilla/show_bug.cgi?id=48302 Pascal Sancho psancho@gmail.com changed: What|Removed |Added Attachment #24637|0 |1 is obsolete|| --- Comment #10 from Pascal Sancho psancho@gmail.com --- Created attachment 29419 -- https://issues.apache.org/bugzilla/attachment.cgi?id=29419action=edit PDF with crop-box = trim-box, against latest fop/pdf-image trunks Note that 2 new versions do not change anything. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 53902] Add scope to header table cell
https://issues.apache.org/bugzilla/show_bug.cgi?id=53902 --- Comment #7 from Pascal Sancho psancho@gmail.com --- (In reply to comment #6) I was able to implement the modified design within the allocated time frame: http://svn.apache.org/viewvc?rev=1390412view=rev Thanks for your excellent suggestion! Will close the bug once I've updated the documentation on the website. Vincent Good job, Vincent. Such extension could be usefull too if one would implement i-p-d splitting for tables, as repeating column header over pages would become feasible. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 53912] PDF/A-1b compliance is broken in 1.1RC1
https://issues.apache.org/bugzilla/show_bug.cgi?id=53912 --- Comment #3 from oliver.moeh...@web.de --- The provided foptest.fo from attachment 29402 is in fact a combination of an XSL and an XSL-FO part to benefit from the xsl:attribute-set tag of XSL. In Java, I use an identity transformer to produce the PDF output. On the commandline I use the following to produce the PDF/A-1b output: fop.bat -c conf\fop_conf.xml -xml foptest.fo -xsl foptest.fo -pdfa1b foptest.pdf The created output of FOP v1.1 RC1 produces the above stated two errors (see foptest_11rc1_report.pdf - I translated the error messages for you). To create a PDF/A-1b file that Adobe Preflight tests without errors from the same foptest.fo you need to apply the patch from #51270 to the original v1.0 FOP source tree (see foptest_10hf1_report.pdf - no errors in here). Other tools, like CABAReT Stage from Intarsys, warn about other issues (e.g. EI+DroidSans and EJ+DroidSans-Bold do that do not have a valid metadata entry). But these are only warnings. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 53852] [PATCH] fop shell script botches LOCALCLASSPATH on Cygwin
https://issues.apache.org/bugzilla/show_bug.cgi?id=53852 --- Comment #1 from Mehdi Houshmand med1...@gmail.com --- Hi Markus, This commit looks ok, but I don't really use Windows much so I'm slightly reticent in committing it. Could a Windows user take a look? Thanks Mehdi -- You are receiving this mail because: You are the assignee for the bug.
[Bug 53724] [PATCH] Fop-pdf-images extension should ignore crop box dimensions if bigger than media box
https://issues.apache.org/bugzilla/show_bug.cgi?id=53724 Matthias Reischenbacher matthias8...@gmx.at changed: What|Removed |Added Status|NEEDINFO|NEW --- Comment #4 from Matthias Reischenbacher matthias8...@gmx.at --- I just tested your changes, but no. Additionally they break my patch. After commenting: at.translate(mediaBox.getLowerLeftX() - viewBox.getLowerLeftX(), mediaBox.getLowerLeftY() - viewBox.getLowerLeftY()); and re-inserting: at.translate(-viewBox.getLowerLeftX(), -viewBox.getLowerLeftY()); it starts to work again. I can send you a sample PDF file off list, if you want to. -- You are receiving this mail because: You are the assignee for the bug.
