[jira] [Commented] (PDFBOX-1402) Improve handling of multiline text boxes
[ https://issues.apache.org/jira/browse/PDFBOX-1402?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14351189#comment-14351189 ] ASF subversion and git services commented on PDFBOX-1402: - Commit 1664764 from [~msahyoun] in branch 'pdfbox/trunk' [ https://svn.apache.org/r1664764 ] PDFBOX-1402 support left, centered and right alignment > Improve handling of multiline text boxes > > > Key: PDFBOX-1402 > URL: https://issues.apache.org/jira/browse/PDFBOX-1402 > Project: PDFBox > Issue Type: Improvement > Components: AcroForm >Affects Versions: 1.7.1 >Reporter: Will May >Assignee: Maruan Sahyoun > Labels: Appearance > Fix For: 2.0.0 > > Attachments: automatic-font-size-calculation.patch, multiLine.patch, > multiline_linebreaks_alignment.patch, multiline_positioning.patch, > pdf-sample-fields-out.pdf, pdf-sample-fields.filled.pdf, pdf-sample-fields.pdf > > > The current implementation for setting the appearance of content that is > added to a multiline text box is incorrect in a number of ways: > * Doesn't position the start of the text in the correct location > * Incorrectly uses font size '0' instead of auto-sizing the font > * Doesn't break up very long lines > * If the font size is very large, then the next line is started too close to > the previous line. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[jira] [Updated] (PDFBOX-2530) Improve PDFDebugger
[ https://issues.apache.org/jira/browse/PDFBOX-2530?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tilman Hausherr updated PDFBOX-2530: Description: (This is an idea for the [Google Summer of Code 2015|https://www.google-melange.com/]) Our command line utility PDFDebugger (part of the command line pdfbox-app get it [here|https://pdfbox.apache.org/downloads.html], read description [here|https://pdfbox.apache.org/commandline/], see the source code [here|https://svn.apache.org/viewvc/pdfbox/trunk/tools/src/main/java/org/apache/pdfbox/tools/PDFDebugger.java?view=markup&sortby=date]) needs some improvements: - hex view - view of non printable characters - saving streams - binary copy & paste - Create a status line that shows where we are in the tree. (Like in the Windows REGEDIT) - Copy the current tree string into the clipboard (useful in discussions about details of a PDF) - (Optional, not sure if easy) Jump to specific place in the tree by entering tree string - ability to search in streams (very useful for content streams and meta data) - show images that are streams - show PDIndexed color lookup table, show the index value, the base and RGB color value sets when the mouse moves - show PDSeparation color - show PDDeviceN colors - show font encodings and characters - edit attributes - edit streams, while keeping or changing the compression filter - save altered PDF - color mark of certain PDF operators, especially Q...q and text operators (BT...ET). Ideally, it should help the user understand the "bracketing" of these operators, i.e. understand where a sequence starts and where it ends. (See "operator summary" in the PDF Spec) Other "important" operators I can think of are the matrix, font and color operators. A cool advanced thing would be to show the current color or the font in a popup when hovering above such an operator. To see a product with a similar purpose that is better than PDFDebugger, watch [this video|https://www.youtube.com/watch?v=g-QcU9B4qMc]. I'm not asking to implement a clone of that product (I don't use it, all I know is that video), but we at PDFBox really need something that makes PDF debugging easier. As an example of how the current PDFDebugger prevented me from finding a bug quickly, see PDFBOX-2401 and search for "PDFDebugger". Prerequisites: - java programming, especially the GUI components - the ability to understand existing source code Using external software components is possible (must have Apache License or a compatible one), but should be decided on a case-by-case basis, we don't want to get too big. Development strategy: go from the easy to the difficult. The wished features are already sorted this way (mostly). Get introduced: [download the source code with svn|https://pdfbox.apache.org/downloads.html#scm] and build it with maven. Run PDFDebugger and view some PDFs to see the components of a PDF. Start with the file of PDFBOX-2401. Read up something about the structure of PDF on the web or from the [PDF Specification|https://www.adobe.com/devnet/pdf/pdf_reference.html]. Mentor: Tilman Hausherr (European timezone, languages: german, english, french). To see the GSoC2014 project I mentored, go to PDFBOX-1915. was: (This is an idea for [GSOC2015|https://www.google-melange.com/]. But if you want to submit some improvements to the code outside of GSOC2015 now, this is fine. We can always come up with other project ideas for GSOC2015) Our command line utility PDFDebugger (part of the command line pdfbox-app get it [here|https://pdfbox.apache.org/downloads.html], read description [here|https://pdfbox.apache.org/commandline/], see the source code [here|https://svn.apache.org/viewvc/pdfbox/trunk/tools/src/main/java/org/apache/pdfbox/tools/PDFDebugger.java?view=markup&sortby=date]) needs some improvements: - hex view - view of non printable characters - saving streams - binary copy & paste - Create a status line that shows where we are in the tree. (Like in the Windows REGEDIT) - Copy the current tree string into the clipboard (useful in discussions about details of a PDF) - (Optional, not sure if easy) Jump to specific place in the tree by entering tree string - ability to search in streams (very useful for content streams and meta data) - show images that are streams - show PDIndexed color lookup table, show the index value, the base and RGB color value sets when the mouse moves - show PDSeparation color - show PDDeviceN colors - show font encodings and characters - edit attributes - edit streams, while keeping or changing the compression filter - save altered PDF - color mark of certain PDF operators, especially Q...q and text operators (BT...ET). Ideally, it should help the user understand the "bracketing" of these operators, i.e. understand where a se
[jira] [Commented] (PDFBOX-2692) Possibility to use our own and/or overwrite PageDrawer class
[ https://issues.apache.org/jira/browse/PDFBOX-2692?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14350889#comment-14350889 ] Daniel Wilson commented on PDFBOX-2692: --- As I am getting into the work of using PDFBox 2.0 without inheriting / subclassing, I encounter the other reason I had subclassed it 10 years ago. My application has the option of changing the colors on the individual components. Here's the image in the original colors. Here it is with section 2 blue. Here it is with section 2 green. Subclassing PageDrawer, I could override getStrokingColor and getNonStrokingColor to work with a list of colors the application provides. I will get as far as I can without forking the code. But I don't see a way around this one. > Possibility to use our own and/or overwrite PageDrawer class > > > Key: PDFBOX-2692 > URL: https://issues.apache.org/jira/browse/PDFBOX-2692 > Project: PDFBox > Issue Type: Wish > Components: Rendering >Affects Versions: 2.0.0 > Environment: JDK 1.8, Windows 7, PDF-Box - current trunk >Reporter: Manfred Pock > Labels: features > Attachments: pdfexample.jpg > > > We use PDFBox to render PDF's. Additionally, we have the posibility to add > different kinds of annotation (stamp, marks, free text, notes..) like in a > wysiwyg-editor. To do this, it is necessary that we paint these annotations > on our own. > Another reason is not to paint all parts: for example we have a pdf with an > embedded picture. Behind the picture we have the OCR-text to this picture. > This text is only needed for searching und should not be painted. > Thus it would be useful to use our own derived PageDrawer. As I see there are > some things to change. > a.) remove the final from PagerDrawer-class. > b.) make some global-variables (graphics, xform, pageSize...) protected, > c.) also some methods like setRenderingHints should be protected > d.) maybe the possibility to say to the PDFRender which PageDrawer should be > used. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[jira] [Commented] (PDFBOX-2099) Improve handling and writing of header and trailer versions
[
https://issues.apache.org/jira/browse/PDFBOX-2099?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14350650#comment-14350650
]
ASF subversion and git services commented on PDFBOX-2099:
-
Commit 1664693 from [~lehmi] in branch 'pdfbox/trunk'
[ https://svn.apache.org/r1664693 ]
PDFBOX-2099: overhaul get/setVersion
> Improve handling and writing of header and trailer versions
> ---
>
> Key: PDFBOX-2099
> URL: https://issues.apache.org/jira/browse/PDFBOX-2099
> Project: PDFBox
> Issue Type: Improvement
> Components: Parsing, Writing
>Affects Versions: 1.8.5, 1.8.6, 2.0.0
>Reporter: Tilman Hausherr
>Assignee: Andreas Lehmkühler
>Priority: Minor
> Fix For: 2.0.0
>
>
> From [~msahyoun] in PDFBOX-1922:
> I'd think that instead of setting the version the current way (which is
> replacing the version information in the header) during the parsing the
> parsing should keep both version informations and getVersion within
> COSDocument is amended to return the correct information. What I'm suggesting
> is keeping both versions as this is inline with the spec and ensures that we
> do not override the current settings in a pdf when opening and saving out.
> From me:
> COSDocument.java has this:
> {code}
> public void setVersion( float versionValue )
> {
> // update header string
> if (versionValue != version)
> {
> headerString = headerString.replaceFirst(String.valueOf(version),
> String.valueOf(versionValue));
> }
> version = versionValue;
> }
> {code}
> So it does two things, set the version and set the headerString. My first
> Idea would be to remove the setting of the headerString, because this is 1. a
> side effect and 2. already done elsewhere. But this was inserted in 2011 by
> [~lehmi] as part of PDFBOX-879 so I wonder if I will break something by
> removing this.
> from [~lehmi]:
> As far as I can remember it, I wasn't aware of the fact that a pdf may have
> to versions (header + trailer). In the hindsight the change wasn't that good.
> I agree with Maruan Sahyoun, we have to overhaul the get/setVersion methods.
> Both must take both possible values into account following the pdf spec.
> My current thought:
> We may need two setters. One for "inside jobs" (i.e. parsing), that sets each
> version separately. One for "higher" applications (e.g. merging), that sets
> the version in the header and in the trailer at the same time.
> Whatever change will be done, it should not produce a regression in
> PDFBOX-879.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org
[jira] [Comment Edited] (PDFBOX-2700) support JPEG color space code 11 (JCS_YCCK)
[
https://issues.apache.org/jira/browse/PDFBOX-2700?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14350601#comment-14350601
]
Tilman Hausherr edited comment on PDFBOX-2700 at 3/6/15 5:22 PM:
-
Funny thing is that the file you send me already rendered correctly with the
pre-change version. Maybe a bug in JDK6?
{quote}
Btw. the DCTFilter work around with the color space codes solved most of the
image problems I've reported earlier on developer mailing list (2014-08-26).
{quote}
I didn't keep that one; maybe open an issue on the case that haven't been
solved. I'm currently evaluating the twelvemonkeys jpeg plugin (PDFBOX-2694) as
a possible alternative to the sun jpeg plugin.
was (Author: tilman):
Funny thing is that the file you send me rendered correctly with the pre-change
version. Maybe a bug in JDK6?
{quote}
Btw. the DCTFilter work around with the color space codes solved most of the
image problems I've reported earlier on developer mailing list (2014-08-26).
{quote}
I didn't keep that one; maybe open an issue on the case that haven't been
solved. I'm currently evaluating the twelvemonkeys jpeg plugin (PDFBOX-2694) as
a possible alternative to the sun jpeg plugin.
> support JPEG color space code 11 (JCS_YCCK)
> ---
>
> Key: PDFBOX-2700
> URL: https://issues.apache.org/jira/browse/PDFBOX-2700
> Project: PDFBox
> Issue Type: Improvement
> Components: Rendering
>Affects Versions: 2.0.0
>Reporter: Timo Boehme
>Assignee: Timo Boehme
>Priority: Minor
> Fix For: 2.0.0
>
>
> In DCTFilter we have a work around for 4-component images which handles
> certain color space codes to decide for YCCK and CMYK color space. I have a
> document (C&EN journal issue, http://cen.acs.org/index.html) with some images
> returning color space code 11 which should be JCS_YCCK. Adding this code for
> YCCK type the images display fine.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org
[jira] [Comment Edited] (PDFBOX-2700) support JPEG color space code 11 (JCS_YCCK)
[
https://issues.apache.org/jira/browse/PDFBOX-2700?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14350601#comment-14350601
]
Tilman Hausherr edited comment on PDFBOX-2700 at 3/6/15 5:22 PM:
-
Funny thing is that the file you send me already rendered correctly with the
pre-change version. Maybe a bug in JDK6?
{quote}
Btw. the DCTFilter work around with the color space codes solved most of the
image problems I've reported earlier on developer mailing list (2014-08-26).
{quote}
I didn't keep that one; maybe open an issue on the cases that haven't been
solved. I'm currently evaluating the twelvemonkeys jpeg plugin (PDFBOX-2694) as
a possible alternative to the sun jpeg plugin.
was (Author: tilman):
Funny thing is that the file you send me already rendered correctly with the
pre-change version. Maybe a bug in JDK6?
{quote}
Btw. the DCTFilter work around with the color space codes solved most of the
image problems I've reported earlier on developer mailing list (2014-08-26).
{quote}
I didn't keep that one; maybe open an issue on the case that haven't been
solved. I'm currently evaluating the twelvemonkeys jpeg plugin (PDFBOX-2694) as
a possible alternative to the sun jpeg plugin.
> support JPEG color space code 11 (JCS_YCCK)
> ---
>
> Key: PDFBOX-2700
> URL: https://issues.apache.org/jira/browse/PDFBOX-2700
> Project: PDFBox
> Issue Type: Improvement
> Components: Rendering
>Affects Versions: 2.0.0
>Reporter: Timo Boehme
>Assignee: Timo Boehme
>Priority: Minor
> Fix For: 2.0.0
>
>
> In DCTFilter we have a work around for 4-component images which handles
> certain color space codes to decide for YCCK and CMYK color space. I have a
> document (C&EN journal issue, http://cen.acs.org/index.html) with some images
> returning color space code 11 which should be JCS_YCCK. Adding this code for
> YCCK type the images display fine.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org
[jira] [Commented] (PDFBOX-2700) support JPEG color space code 11 (JCS_YCCK)
[
https://issues.apache.org/jira/browse/PDFBOX-2700?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14350601#comment-14350601
]
Tilman Hausherr commented on PDFBOX-2700:
-
Funny thing is that the file you send me rendered correctly with the pre-change
version. Maybe a bug in JDK6?
{quote}
Btw. the DCTFilter work around with the color space codes solved most of the
image problems I've reported earlier on developer mailing list (2014-08-26).
{quote}
I didn't keep that one; maybe open an issue on the case that haven't been
solved. I'm currently evaluating the twelvemonkeys jpeg plugin (PDFBOX-2694) as
a possible alternative to the sun jpeg plugin.
> support JPEG color space code 11 (JCS_YCCK)
> ---
>
> Key: PDFBOX-2700
> URL: https://issues.apache.org/jira/browse/PDFBOX-2700
> Project: PDFBox
> Issue Type: Improvement
> Components: Rendering
>Affects Versions: 2.0.0
>Reporter: Timo Boehme
>Assignee: Timo Boehme
>Priority: Minor
> Fix For: 2.0.0
>
>
> In DCTFilter we have a work around for 4-component images which handles
> certain color space codes to decide for YCCK and CMYK color space. I have a
> document (C&EN journal issue, http://cen.acs.org/index.html) with some images
> returning color space code 11 which should be JCS_YCCK. Adding this code for
> YCCK type the images display fine.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org
Re: Remove ant build?
Am 06.03.2015 um 13:59 schrieb Daniel Wilson: If there's interest in continuing to support the ant build, at least in the interest of the IKVM version, I would be happy to merge my build file changes back. There have been people asking about IKVM on the mailing list or on stackoverflow from time to time. One problem is that there is no official IKVM build, and the inoffcial build (by Andreas) is outdated. Tilman - To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[jira] [Commented] (PDFBOX-2700) support JPEG color space code 11 (JCS_YCCK)
[ https://issues.apache.org/jira/browse/PDFBOX-2700?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14350506#comment-14350506 ] Timo Boehme commented on PDFBOX-2700: - Resolved my Java 1.6 SVN issues (upgraded JDK JCE package to 'unlimited strenght' + use BouncyCastle JCE provider) and committed the additional color space code with rev. 1664655. > support JPEG color space code 11 (JCS_YCCK) > --- > > Key: PDFBOX-2700 > URL: https://issues.apache.org/jira/browse/PDFBOX-2700 > Project: PDFBox > Issue Type: Improvement > Components: Rendering >Affects Versions: 2.0.0 >Reporter: Timo Boehme >Priority: Minor > > In DCTFilter we have a work around for 4-component images which handles > certain color space codes to decide for YCCK and CMYK color space. I have a > document (C&EN journal issue, http://cen.acs.org/index.html) with some images > returning color space code 11 which should be JCS_YCCK. Adding this code for > YCCK type the images display fine. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[jira] [Resolved] (PDFBOX-2700) support JPEG color space code 11 (JCS_YCCK)
[ https://issues.apache.org/jira/browse/PDFBOX-2700?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Timo Boehme resolved PDFBOX-2700. - Resolution: Fixed Fix Version/s: 2.0.0 Assignee: Timo Boehme fixed with rev. 1664655 > support JPEG color space code 11 (JCS_YCCK) > --- > > Key: PDFBOX-2700 > URL: https://issues.apache.org/jira/browse/PDFBOX-2700 > Project: PDFBox > Issue Type: Improvement > Components: Rendering >Affects Versions: 2.0.0 >Reporter: Timo Boehme >Assignee: Timo Boehme >Priority: Minor > Fix For: 2.0.0 > > > In DCTFilter we have a work around for 4-component images which handles > certain color space codes to decide for YCCK and CMYK color space. I have a > document (C&EN journal issue, http://cen.acs.org/index.html) with some images > returning color space code 11 which should be JCS_YCCK. Adding this code for > YCCK type the images display fine. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[jira] [Commented] (PDFBOX-1402) Improve handling of multiline text boxes
[ https://issues.apache.org/jira/browse/PDFBOX-1402?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14350480#comment-14350480 ] ASF subversion and git services commented on PDFBOX-1402: - Commit 1664658 from [~msahyoun] in branch 'pdfbox/trunk' [ https://svn.apache.org/r1664658 ] PDFBOX-1402 add javadoc; simplify leading calculation > Improve handling of multiline text boxes > > > Key: PDFBOX-1402 > URL: https://issues.apache.org/jira/browse/PDFBOX-1402 > Project: PDFBox > Issue Type: Improvement > Components: AcroForm >Affects Versions: 1.7.1 >Reporter: Will May >Assignee: Maruan Sahyoun > Labels: Appearance > Fix For: 2.0.0 > > Attachments: automatic-font-size-calculation.patch, multiLine.patch, > multiline_linebreaks_alignment.patch, multiline_positioning.patch, > pdf-sample-fields-out.pdf, pdf-sample-fields.filled.pdf, pdf-sample-fields.pdf > > > The current implementation for setting the appearance of content that is > added to a multiline text box is incorrect in a number of ways: > * Doesn't position the start of the text in the correct location > * Incorrectly uses font size '0' instead of auto-sizing the font > * Doesn't break up very long lines > * If the font size is very large, then the next line is started too close to > the previous line. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[jira] [Commented] (PDFBOX-2700) support JPEG color space code 11 (JCS_YCCK)
[ https://issues.apache.org/jira/browse/PDFBOX-2700?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14350470#comment-14350470 ] ASF subversion and git services commented on PDFBOX-2700: - Commit 1664655 from [~tboehme] in branch 'pdfbox/trunk' [ https://svn.apache.org/r1664655 ] PDFBOX-2700: added color space code 11 (JCS_YCCK) in DCTFilter.java > support JPEG color space code 11 (JCS_YCCK) > --- > > Key: PDFBOX-2700 > URL: https://issues.apache.org/jira/browse/PDFBOX-2700 > Project: PDFBox > Issue Type: Improvement > Components: Rendering >Affects Versions: 2.0.0 >Reporter: Timo Boehme >Priority: Minor > > In DCTFilter we have a work around for 4-component images which handles > certain color space codes to decide for YCCK and CMYK color space. I have a > document (C&EN journal issue, http://cen.acs.org/index.html) with some images > returning color space code 11 which should be JCS_YCCK. Adding this code for > YCCK type the images display fine. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[jira] [Commented] (PDFBOX-2576) Improve code quality
[ https://issues.apache.org/jira/browse/PDFBOX-2576?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14350404#comment-14350404 ] ASF subversion and git services commented on PDFBOX-2576: - Commit 1664644 from [~msahyoun] in branch 'pdfbox/trunk' [ https://svn.apache.org/r1664644 ] PDFBOX-2576 split long methods > Improve code quality > > > Key: PDFBOX-2576 > URL: https://issues.apache.org/jira/browse/PDFBOX-2576 > Project: PDFBox > Issue Type: Task >Affects Versions: 2.0.0 >Reporter: Tilman Hausherr > > This is a longterm issue for the task to improve code quality, by using the > [SonarQube > report|https://analysis.apache.org/dashboard/index/org.apache.pdfbox:pdfbox-reactor], > hints in different IDEs, the FindBugs tool and other code quality tools. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[jira] [Commented] (PDFBOX-2576) Improve code quality
[ https://issues.apache.org/jira/browse/PDFBOX-2576?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14350401#comment-14350401 ] ASF subversion and git services commented on PDFBOX-2576: - Commit 1664643 from [~msahyoun] in branch 'pdfbox/trunk' [ https://svn.apache.org/r1664643 ] PDFBOX-2576 split long methods > Improve code quality > > > Key: PDFBOX-2576 > URL: https://issues.apache.org/jira/browse/PDFBOX-2576 > Project: PDFBox > Issue Type: Task >Affects Versions: 2.0.0 >Reporter: Tilman Hausherr > > This is a longterm issue for the task to improve code quality, by using the > [SonarQube > report|https://analysis.apache.org/dashboard/index/org.apache.pdfbox:pdfbox-reactor], > hints in different IDEs, the FindBugs tool and other code quality tools. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[jira] [Commented] (PDFBOX-2700) support JPEG color space code 11 (JCS_YCCK)
[ https://issues.apache.org/jira/browse/PDFBOX-2700?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14350330#comment-14350330 ] Timo Boehme commented on PDFBOX-2700: - Done (to the email address in your profile). Btw. the DCTFilter work around with the color space codes solved most of the image problems I've reported earlier on developer mailing list (2014-08-26). > support JPEG color space code 11 (JCS_YCCK) > --- > > Key: PDFBOX-2700 > URL: https://issues.apache.org/jira/browse/PDFBOX-2700 > Project: PDFBox > Issue Type: Improvement > Components: Rendering >Affects Versions: 2.0.0 >Reporter: Timo Boehme >Priority: Minor > > In DCTFilter we have a work around for 4-component images which handles > certain color space codes to decide for YCCK and CMYK color space. I have a > document (C&EN journal issue, http://cen.acs.org/index.html) with some images > returning color space code 11 which should be JCS_YCCK. Adding this code for > YCCK type the images display fine. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[jira] [Commented] (PDFBOX-2700) support JPEG color space code 11 (JCS_YCCK)
[ https://issues.apache.org/jira/browse/PDFBOX-2700?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14350311#comment-14350311 ] Tilman Hausherr commented on PDFBOX-2700: - Yes please send it to me; if the file is very large, use PDFSplit so that I get only the "interesting" page. > support JPEG color space code 11 (JCS_YCCK) > --- > > Key: PDFBOX-2700 > URL: https://issues.apache.org/jira/browse/PDFBOX-2700 > Project: PDFBox > Issue Type: Improvement > Components: Rendering >Affects Versions: 2.0.0 >Reporter: Timo Boehme >Priority: Minor > > In DCTFilter we have a work around for 4-component images which handles > certain color space codes to decide for YCCK and CMYK color space. I have a > document (C&EN journal issue, http://cen.acs.org/index.html) with some images > returning color space code 11 which should be JCS_YCCK. Adding this code for > YCCK type the images display fine. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
Re: Remove ant build?
That TestPDFToImage is excluded by default makes sense for the reasons stated. I love the improvements you've made to it, though! I knew when I added it so many years ago that there had to be a better way to compare the images than I was doing, but I couldn't find it. And it has been several years since I've been an active committer. It wasn't too long after the project came over from SourceForge to Apache that it was doing well enough that my employer didn't want to pay me for more work on it. And ... I didn't get to it much on my own time. Now, I built version 2.0.0 (trunk) to a JAR yesterday using ant. With a bit of manual fetching of dependencies, that worked pretty well. And maybe if I'd understood the maven actions within the ant build file better, I could have tweaked it to get it to do it automaticly. It really looks like it's very close to being correct. In January, I built version 1.8.8 to .Net using IKVM 7.4. Actually ... using my own fork of IKVM v7.4, not because I needed to add stuff to IKVM to get the build but because I needed it to run my subclassed PageDrawer later on. My fork is at https://github.com/BlackLocust/ikvm/tree/v7.4 and it really has minimal changes from standard IKVM 7.4. Because you have made so many rendering improvements in 2.0, I am working now on getting it to compile using IKVM. Subclassing PageDrawer is what's not supported ... so ... I'll be making more changes to my IKVM fork to be able to render in .Net. If there's interest in continuing to support the ant build, at least in the interest of the IKVM version, I would be happy to merge my build file changes back. On Fri, Mar 6, 2015 at 3:16 AM, Andreas Lehmkühler wrote: > Hi, > > > Daniel Wilson hat am 5. März 2015 um > 23:16 > > geschrieben: > > > > > > Yes, it is needed for IKVM. But I was just informed that the IKVM build > is > > considered an unsupported 3rd-party version. > As Tilman already said, there wasn't any descision to stop supporting it, > but as > none of the active committers uses .NET there wasn't any real support for > it. > Additionally we never shipped any official .NET binary. > > There was a proposal to include the IKVM build in maven but I'm still > waiting > for some answers and I didn't find some time to test it myself. > > > As far as I can tell, it is also needed for the TestPDFToImage junit > test. > > That is the testimage target in the ant build. > > > > Btw, I DID get the ant build to produce a working version of PDFBox > > yesterday. I simply needed to download the appropriate binaries from the > > maven repo. > We still have a jenkins ant build, which works well. > > Im just curious, as I build some unofficial .NET versions of PDFBox in the > past. > What PDFBox version did you build, 1.8.8 or trunk? What version of IKVM > did you > use? > > BR > Andreas Lehmkühler > > > > > On Thu, Mar 5, 2015 at 2:55 PM, Tilman Hausherr > > wrote: > > > > > I've never used it. > > > > > > Isn't it needed for the users of IKVM ? > > > > > > Tilman > > > > > > Am 05.03.2015 um 20:46 schrieb John Hewson: > > > > > >> Based on discussions on the users lists, it looks like our ant build > > >> doesn’t actually produce working builds of PDFBox. I think we should > remove > > >> the ant build in 2.0, we don’t need two build systems, and clearly > none of > > >> us are maintaining it. > > >> > > >> WDYT? > > >> > > >> — John > > >> > > >> > > >> > > > > > > - > > > To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org > > > For additional commands, e-mail: dev-h...@pdfbox.apache.org > > > > > > > > - > To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org > For additional commands, e-mail: dev-h...@pdfbox.apache.org > >
[jira] [Commented] (PDFBOX-2700) support JPEG color space code 11 (JCS_YCCK)
[ https://issues.apache.org/jira/browse/PDFBOX-2700?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14350308#comment-14350308 ] Timo Boehme commented on PDFBOX-2700: - The PDF issues of the magazine can be downloaded by members only but you can get a sample one via http://cen.acs.org/static/about/digital.html or directly http://www.cendigital.org/cendigital/sample/ However I don't know if in this issue you will find images of this kind (in the one I have there are about 5, which is the minority of the images). I could send you the issue I use via private email. I would commit the changes myself but currently I get the error "javax.net.ssl.SSLException: java.lang.RuntimeException: Could not generate DH keypair" trying to access via SVN (assume some problems with cryptography in Java 1.6) > support JPEG color space code 11 (JCS_YCCK) > --- > > Key: PDFBOX-2700 > URL: https://issues.apache.org/jira/browse/PDFBOX-2700 > Project: PDFBox > Issue Type: Improvement > Components: Rendering >Affects Versions: 2.0.0 >Reporter: Timo Boehme >Priority: Minor > > In DCTFilter we have a work around for 4-component images which handles > certain color space codes to decide for YCCK and CMYK color space. I have a > document (C&EN journal issue, http://cen.acs.org/index.html) with some images > returning color space code 11 which should be JCS_YCCK. Adding this code for > YCCK type the images display fine. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[jira] [Commented] (PDFBOX-2700) support JPEG color space code 11 (JCS_YCCK)
[ https://issues.apache.org/jira/browse/PDFBOX-2700?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14350282#comment-14350282 ] Tilman Hausherr commented on PDFBOX-2700: - Can't find a PDF there - could you please mention the URL to the PDF? > support JPEG color space code 11 (JCS_YCCK) > --- > > Key: PDFBOX-2700 > URL: https://issues.apache.org/jira/browse/PDFBOX-2700 > Project: PDFBox > Issue Type: Improvement > Components: Rendering >Affects Versions: 2.0.0 >Reporter: Timo Boehme >Priority: Minor > > In DCTFilter we have a work around for 4-component images which handles > certain color space codes to decide for YCCK and CMYK color space. I have a > document (C&EN journal issue, http://cen.acs.org/index.html) with some images > returning color space code 11 which should be JCS_YCCK. Adding this code for > YCCK type the images display fine. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[jira] [Created] (PDFBOX-2700) support JPEG color space code 11 (JCS_YCCK)
Timo Boehme created PDFBOX-2700: --- Summary: support JPEG color space code 11 (JCS_YCCK) Key: PDFBOX-2700 URL: https://issues.apache.org/jira/browse/PDFBOX-2700 Project: PDFBox Issue Type: Improvement Components: Rendering Affects Versions: 2.0.0 Reporter: Timo Boehme Priority: Minor In DCTFilter we have a work around for 4-component images which handles certain color space codes to decide for YCCK and CMYK color space. I have a document (C&EN journal issue, http://cen.acs.org/index.html) with some images returning color space code 11 which should be JCS_YCCK. Adding this code for YCCK type the images display fine. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[jira] [Updated] (PDFBOX-2699) Issues when displaying underlined text with apple preview
[ https://issues.apache.org/jira/browse/PDFBOX-2699?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vadimo updated PDFBOX-2699: --- Description: The pdf generated from the [AddAnnotation.java|https://github.com/apache/pdfbox/blob/a0e69a5a0a6ee6b2ffcbf7fff1a0beed52c90074/examples/src/main/java/org/apache/pdfbox/examples/pdmodel/AddAnnotations.java] example from pdfbox looks very different in apple preview then with adobe acrobat. The [link to the generated pdf|https://www.dropbox.com/s/y0foqqeemtplxt9/addAnnotation.pdf?dl=0] Here is the [screenshot|https://www.dropbox.com/s/9gp3mr8frsa59jo/addAnnotation-compare-adobe-vs-apple-preview.png] comparing the result in adobe acrobat vs. apple preview Apple preview application Version 8.0 (859.7) was: The pdf generated from the [AddAnnotation.java|https://github.com/apache/pdfbox/blob/a0e69a5a0a6ee6b2ffcbf7fff1a0beed52c90074/examples/src/main/java/org/apache/pdfbox/examples/pdmodel/AddAnnotations.java] example from pdfbox looks very different in apple preview then with adobe acrobat. The [link to the generated pdf|https://www.dropbox.com/s/y0foqqeemtplxt9/addAnnotation.pdf?dl=0] Here is the [screenshot|https://www.dropbox.com/s/9gp3mr8frsa59jo/addAnnotation-compare-adobe-vs-apple-preview.png] comparing the result in adobe acrobat vs. apple preview ! Apple preview application Version 8.0 (859.7) > Issues when displaying underlined text with apple preview > - > > Key: PDFBOX-2699 > URL: https://issues.apache.org/jira/browse/PDFBOX-2699 > Project: PDFBox > Issue Type: Bug > Components: PDModel >Affects Versions: 2.0.0 >Reporter: Vadimo > Attachments: addAnnotation-display-adobe-apple-preview.png, > addAnnotation.pdf > > > The pdf generated from the > [AddAnnotation.java|https://github.com/apache/pdfbox/blob/a0e69a5a0a6ee6b2ffcbf7fff1a0beed52c90074/examples/src/main/java/org/apache/pdfbox/examples/pdmodel/AddAnnotations.java] > example from pdfbox looks very different in apple preview then with adobe > acrobat. > > The [link to the generated > pdf|https://www.dropbox.com/s/y0foqqeemtplxt9/addAnnotation.pdf?dl=0] > Here is the > [screenshot|https://www.dropbox.com/s/9gp3mr8frsa59jo/addAnnotation-compare-adobe-vs-apple-preview.png] > comparing the result in adobe acrobat vs. apple preview > Apple preview application Version 8.0 (859.7) -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[jira] [Updated] (PDFBOX-2699) Issues when displaying underlined text with apple preview
[ https://issues.apache.org/jira/browse/PDFBOX-2699?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vadimo updated PDFBOX-2699: --- Description: The pdf generated from the [AddAnnotation.java|https://github.com/apache/pdfbox/blob/a0e69a5a0a6ee6b2ffcbf7fff1a0beed52c90074/examples/src/main/java/org/apache/pdfbox/examples/pdmodel/AddAnnotations.java] example from pdfbox looks very different in apple preview then with adobe acrobat. The [link to the generated pdf|https://www.dropbox.com/s/y0foqqeemtplxt9/addAnnotation.pdf?dl=0] Here is the [screenshot|https://www.dropbox.com/s/9gp3mr8frsa59jo/addAnnotation-compare-adobe-vs-apple-preview.png] comparing the result in adobe acrobat vs. apple preview ! Apple preview application Version 8.0 (859.7) was: The pdf generated from the [AddAnnotation.java|https://github.com/apache/pdfbox/blob/a0e69a5a0a6ee6b2ffcbf7fff1a0beed52c90074/examples/src/main/java/org/apache/pdfbox/examples/pdmodel/AddAnnotations.java] example from pdfbox looks very different in apple preview then with adobe acrobat. The [link to the generated pdf|https://www.dropbox.com/s/y0foqqeemtplxt9/addAnnotation.pdf?dl=0] Here is the [screenshot|https://www.dropbox.com/s/9gp3mr8frsa59jo/addAnnotation-compare-adobe-vs-apple-preview.png] comparing the result in adobe acrobat vs. apple preview Apple preview application Version 8.0 (859.7) > Issues when displaying underlined text with apple preview > - > > Key: PDFBOX-2699 > URL: https://issues.apache.org/jira/browse/PDFBOX-2699 > Project: PDFBox > Issue Type: Bug > Components: PDModel >Affects Versions: 2.0.0 >Reporter: Vadimo > Attachments: addAnnotation-display-adobe-apple-preview.png, > addAnnotation.pdf > > > The pdf generated from the > [AddAnnotation.java|https://github.com/apache/pdfbox/blob/a0e69a5a0a6ee6b2ffcbf7fff1a0beed52c90074/examples/src/main/java/org/apache/pdfbox/examples/pdmodel/AddAnnotations.java] > example from pdfbox looks very different in apple preview then with adobe > acrobat. > > The [link to the generated > pdf|https://www.dropbox.com/s/y0foqqeemtplxt9/addAnnotation.pdf?dl=0] > Here is the > [screenshot|https://www.dropbox.com/s/9gp3mr8frsa59jo/addAnnotation-compare-adobe-vs-apple-preview.png] > comparing the result in adobe acrobat vs. apple preview > ! > Apple preview application Version 8.0 (859.7) -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[jira] [Updated] (PDFBOX-2699) Issues when displaying underlined text with apple preview
[ https://issues.apache.org/jira/browse/PDFBOX-2699?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vadimo updated PDFBOX-2699: --- Attachment: addAnnotation-display-adobe-apple-preview.png > Issues when displaying underlined text with apple preview > - > > Key: PDFBOX-2699 > URL: https://issues.apache.org/jira/browse/PDFBOX-2699 > Project: PDFBox > Issue Type: Bug > Components: PDModel >Affects Versions: 2.0.0 >Reporter: Vadimo > Attachments: addAnnotation-display-adobe-apple-preview.png, > addAnnotation.pdf > > > The pdf generated from the > [AddAnnotation.java|https://github.com/apache/pdfbox/blob/a0e69a5a0a6ee6b2ffcbf7fff1a0beed52c90074/examples/src/main/java/org/apache/pdfbox/examples/pdmodel/AddAnnotations.java] > example from pdfbox looks very different in apple preview then with adobe > acrobat. > > The [link to the generated > pdf|https://www.dropbox.com/s/y0foqqeemtplxt9/addAnnotation.pdf?dl=0] > Here is the > [screenshot|https://www.dropbox.com/s/9gp3mr8frsa59jo/addAnnotation-compare-adobe-vs-apple-preview.png] > comparing the result in adobe acrobat vs. apple preview > Apple preview application Version 8.0 (859.7) -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[jira] [Updated] (PDFBOX-2699) Issues when displaying underlined text with apple preview
[ https://issues.apache.org/jira/browse/PDFBOX-2699?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vadimo updated PDFBOX-2699: --- Attachment: addAnnotation.pdf > Issues when displaying underlined text with apple preview > - > > Key: PDFBOX-2699 > URL: https://issues.apache.org/jira/browse/PDFBOX-2699 > Project: PDFBox > Issue Type: Bug > Components: PDModel >Affects Versions: 2.0.0 >Reporter: Vadimo > Attachments: addAnnotation-display-adobe-apple-preview.png, > addAnnotation.pdf > > > The pdf generated from the > [AddAnnotation.java|https://github.com/apache/pdfbox/blob/a0e69a5a0a6ee6b2ffcbf7fff1a0beed52c90074/examples/src/main/java/org/apache/pdfbox/examples/pdmodel/AddAnnotations.java] > example from pdfbox looks very different in apple preview then with adobe > acrobat. > > The [link to the generated > pdf|https://www.dropbox.com/s/y0foqqeemtplxt9/addAnnotation.pdf?dl=0] > Here is the > [screenshot|https://www.dropbox.com/s/9gp3mr8frsa59jo/addAnnotation-compare-adobe-vs-apple-preview.png] > comparing the result in adobe acrobat vs. apple preview > Apple preview application Version 8.0 (859.7) -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[jira] [Created] (PDFBOX-2699) Issues when displaying underlined text with apple preview
Vadimo created PDFBOX-2699: -- Summary: Issues when displaying underlined text with apple preview Key: PDFBOX-2699 URL: https://issues.apache.org/jira/browse/PDFBOX-2699 Project: PDFBox Issue Type: Bug Components: PDModel Affects Versions: 2.0.0 Reporter: Vadimo The pdf generated from the [AddAnnotation.java|https://github.com/apache/pdfbox/blob/a0e69a5a0a6ee6b2ffcbf7fff1a0beed52c90074/examples/src/main/java/org/apache/pdfbox/examples/pdmodel/AddAnnotations.java] example from pdfbox looks very different in apple preview then with adobe acrobat. The [link to the generated pdf|https://www.dropbox.com/s/y0foqqeemtplxt9/addAnnotation.pdf?dl=0] Here is the [screenshot|https://www.dropbox.com/s/9gp3mr8frsa59jo/addAnnotation-compare-adobe-vs-apple-preview.png] comparing the result in adobe acrobat vs. apple preview Apple preview application Version 8.0 (859.7) -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[jira] [Commented] (PDFBOX-2696) Some text missing in rendering
[ https://issues.apache.org/jira/browse/PDFBOX-2696?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14350099#comment-14350099 ] Frank Yao commented on PDFBOX-2696: --- Ok, THx, I got it, Thanks for your effort. > Some text missing in rendering > -- > > Key: PDFBOX-2696 > URL: https://issues.apache.org/jira/browse/PDFBOX-2696 > Project: PDFBox > Issue Type: Bug > Components: Rendering >Affects Versions: 1.8.8, 2.0.0 > Environment: jdk1.7,windows 64bit >Reporter: Frank Yao > Attachments: 1st page image extract.png, > 2015020962544_GOFlyer_customizable_HQHBO.pdf, PDFBOX-2696-trunk.jpg > > > when I want to extract an image from the first page of pdf file, some text in > the first page will be disappeared, when I open the image file. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
Re: Remove ant build?
Hi, > Daniel Wilson hat am 5. März 2015 um 23:16 > geschrieben: > > > Yes, it is needed for IKVM. But I was just informed that the IKVM build is > considered an unsupported 3rd-party version. As Tilman already said, there wasn't any descision to stop supporting it, but as none of the active committers uses .NET there wasn't any real support for it. Additionally we never shipped any official .NET binary. There was a proposal to include the IKVM build in maven but I'm still waiting for some answers and I didn't find some time to test it myself. > As far as I can tell, it is also needed for the TestPDFToImage junit test. > That is the testimage target in the ant build. > > Btw, I DID get the ant build to produce a working version of PDFBox > yesterday. I simply needed to download the appropriate binaries from the > maven repo. We still have a jenkins ant build, which works well. Im just curious, as I build some unofficial .NET versions of PDFBox in the past. What PDFBox version did you build, 1.8.8 or trunk? What version of IKVM did you use? BR Andreas Lehmkühler > > On Thu, Mar 5, 2015 at 2:55 PM, Tilman Hausherr > wrote: > > > I've never used it. > > > > Isn't it needed for the users of IKVM ? > > > > Tilman > > > > Am 05.03.2015 um 20:46 schrieb John Hewson: > > > >> Based on discussions on the users lists, it looks like our ant build > >> doesn’t actually produce working builds of PDFBox. I think we should remove > >> the ant build in 2.0, we don’t need two build systems, and clearly none of > >> us are maintaining it. > >> > >> WDYT? > >> > >> — John > >> > >> > >> > > > > - > > To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org > > For additional commands, e-mail: dev-h...@pdfbox.apache.org > > > > - To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
