Re: [VOTE] Release Apache PDFBox JBIG2 ImageIO 3.0.0

2018-02-24 Thread Andreas Lehmkühler 
The vote passed successfully. I am going to push the release out when I am back 
home on Monday

Andreas

Am 21. Februar 2018 22:22:42 MEZ schrieb Andreas Lehmkuehler :
>Hi,
>
>a candidate for the PDFBox JBIG2 ImageIO 3.0.0 release is available at:
>
> https://dist.apache.org/repos/dist/dev/pdfbox/jbig2-imageio-3.0.0/
>
>The release candidate is a zip archive of the sources in:
>
> https://github.com/apache/pdfbox-jbig2/tree/jbig2-imageio-3.0.0
>
>The SHA1 checksum of the archive is
>978d3a48f615ee8385a8b7969293fbce7a16dfd2.
>
>Please vote on releasing this package as Apache PDFBox JBIG2 ImageIO
>3.0.0.
>The vote is open for the next 72 hours and passes if a majority of at
>least three +1 PDFBox PMC votes are cast.
>
> [ ] +1 Release this package as Apache PDFBox JBIG2 ImageIO 3.0.0
> [ ] -1 Do not release this package because...
>
>
>Here is my +1
>
>Andreas
>
>-
>To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
>For additional commands, e-mail: dev-h...@pdfbox.apache.org

[jira] [Commented] (PDFBOX-4095) Non Separable Blend Modes implementation(HUE, SATURATION, COLOR, LUMINOSITY)

2018-02-24 Thread ASF subversion and git services (JIRA) 

[ 
https://issues.apache.org/jira/browse/PDFBOX-4095?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16375768#comment-16375768
 ] 

ASF subversion and git services commented on PDFBOX-4095:
-

Commit 1825274 from [~tilman] in branch 'pdfbox/branches/2.0'
[ https://svn.apache.org/r1825274 ]

PDFBOX-4095: add constants

> Non Separable Blend Modes implementation(HUE, SATURATION, COLOR, LUMINOSITY)
> 
>
> Key: PDFBOX-4095
> URL: https://issues.apache.org/jira/browse/PDFBOX-4095
> Project: PDFBox
>  Issue Type: Improvement
>  Components: Rendering
>Affects Versions: 2.0.8
>Reporter: savan patel
>Priority: Major
> Attachments: BlendComposite.java.patch, BlendMode.java.patch, 
> COSName.java.patch, blendmodes.pdf, gs-bugzilla690477.pdf, 
> gs-bugzilla697433-1.pdf
>
>
> I have a patch for implementation of non separable blend modes...



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

[jira] [Commented] (PDFBOX-4095) Non Separable Blend Modes implementation(HUE, SATURATION, COLOR, LUMINOSITY)

2018-02-24 Thread ASF subversion and git services (JIRA) 

[ 
https://issues.apache.org/jira/browse/PDFBOX-4095?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16375769#comment-16375769
 ] 

ASF subversion and git services commented on PDFBOX-4095:
-

Commit 1825275 from [~tilman] in branch 'pdfbox/trunk'
[ https://svn.apache.org/r1825275 ]

PDFBOX-4095: add constants

> Non Separable Blend Modes implementation(HUE, SATURATION, COLOR, LUMINOSITY)
> 
>
> Key: PDFBOX-4095
> URL: https://issues.apache.org/jira/browse/PDFBOX-4095
> Project: PDFBox
>  Issue Type: Improvement
>  Components: Rendering
>Affects Versions: 2.0.8
>Reporter: savan patel
>Priority: Major
> Attachments: BlendComposite.java.patch, BlendMode.java.patch, 
> COSName.java.patch, blendmodes.pdf, gs-bugzilla690477.pdf, 
> gs-bugzilla697433-1.pdf
>
>
> I have a patch for implementation of non separable blend modes...



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

[jira] [Commented] (PDFBOX-4109) Static Initialization Deadlock between COSNumber/COSInteger (2)

2018-02-24 Thread Tilman Hausherr (JIRA) 

[ 
https://issues.apache.org/jira/browse/PDFBOX-4109?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16375752#comment-16375752
 ] 

Tilman Hausherr commented on PDFBOX-4109:
-

[~jesmith3] does the deadlock happen in your production code, or were you just 
trying to find some easy way to reproduce a closed issue? I looked at the test 
code and from what I see, it can only work if {{PDDocument}} isn't initialized 
first. Which would be unusual IMHO.

> Static Initialization Deadlock between COSNumber/COSInteger (2)
> ---
>
> Key: PDFBOX-4109
> URL: https://issues.apache.org/jira/browse/PDFBOX-4109
> Project: PDFBox
>  Issue Type: Bug
>Affects Versions: 2.0.5, 2.0.8
>Reporter: Tilman Hausherr
>Priority: Major
>
> Written by [~jesmith3] in PDFBOX-3698:
> {code:java}
> public class PDFBox3698
> {
> public static void main(String[] args) throws ClassNotFoundException, 
> InterruptedException
> {
> Thread thread = new Thread(new Runnable() {
> @Override
> public void run() {
> try {
> Class.forName(COSNumber.class.getName(), true, 
> COSNumber.class.getClassLoader());
> } catch (ClassNotFoundException ex) {
> //
> }
> }
> });
> thread.start();
> Class.forName(COSInteger.class.getName(), true, 
> COSInteger.class.getClassLoader());
> thread.join();
> }
> }
> {code}
> I was able to reproduce in 2.0.5 with a few executions.
> I downloaded 3.0.0-SNAPSHOT 453 and ran the test against it and I can no 
> longer reproduce the issue.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

[jira] [Commented] (PDFBOX-4078) different rendering on different scale

2018-02-24 Thread Tilman Hausherr (JIRA) 

[ 
https://issues.apache.org/jira/browse/PDFBOX-4078?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16375727#comment-16375727
 ] 

Tilman Hausherr commented on PDFBOX-4078:
-

I forgot to mention, the place where such code would have to be added is in the 
lower part of {{PageDrawer.drawBufferedImage()}}.

> different rendering on different scale
> --
>
> Key: PDFBOX-4078
> URL: https://issues.apache.org/jira/browse/PDFBOX-4078
> Project: PDFBox
>  Issue Type: Bug
>  Components: Rendering
>Affects Versions: 2.0.8
>Reporter: savan patel
>Priority: Major
> Attachments: Rendering_Issue.pdf
>
>
> i have attached a pdf... If i set scale 1 and render it then it renders very 
> poorly but if i increase the scale then rendering becomes clear...



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

[jira] [Closed] (PDFBOX-4078) different rendering on different scale

2018-02-24 Thread Tilman Hausherr (JIRA) 

 [ 
https://issues.apache.org/jira/browse/PDFBOX-4078?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Tilman Hausherr closed PDFBOX-4078.
---
Resolution: Won't Fix

Closing as won't fix for the reasons mentioned, but if you or anyone else wants 
to contribute code as explained above (should preferably be small: and check 
the license for any scaling code first) I'd have a look at it and also run diff 
tests with my test files.

> different rendering on different scale
> --
>
> Key: PDFBOX-4078
> URL: https://issues.apache.org/jira/browse/PDFBOX-4078
> Project: PDFBox
>  Issue Type: Bug
>  Components: Rendering
>Affects Versions: 2.0.8
>Reporter: savan patel
>Priority: Major
> Attachments: Rendering_Issue.pdf
>
>
> i have attached a pdf... If i set scale 1 and render it then it renders very 
> poorly but if i increase the scale then rendering becomes clear...



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

[jira] [Closed] (PDFBOX-4126) TextPosition exact angle position

2018-02-24 Thread Tilman Hausherr (JIRA) 

 [ 
https://issues.apache.org/jira/browse/PDFBOX-4126?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Tilman Hausherr closed PDFBOX-4126.
---
Resolution: Won't Do

> TextPosition exact angle position
> -
>
> Key: PDFBOX-4126
> URL: https://issues.apache.org/jira/browse/PDFBOX-4126
> Project: PDFBox
>  Issue Type: Improvement
>  Components: Text extraction
>Affects Versions: 2.0.8
>Reporter: Alexandre
>Priority: Minor
> Attachments: test_rotation.pdf
>
>
> Dear Apache contributors,
> Is there an efficient way to get the exact angle in radians or degrees of a 
> TextPosition, not only the ranges (0, 90, 180, 270). Basically, what we have 
> currently uses the following information.
>  
> {code:java}
> float a = textMatrix.getScaleY();
> float b = textMatrix.getShearY();
> float c = textMatrix.getShearX();
> float d = textMatrix.getScaleX();
> {code}
> Hagd, A.
>  



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

[jira] [Commented] (PDFBOX-4126) TextPosition exact angle position

2018-02-24 Thread Alexandre (JIRA) 

[ 
https://issues.apache.org/jira/browse/PDFBOX-4126?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16375720#comment-16375720
 ] 

Alexandre commented on PDFBOX-4126:
---

Yes indeed, I think there is no usage in PDFBox at the moment but some people 
where looking for the right answers, and so do I. A.

> TextPosition exact angle position
> -
>
> Key: PDFBOX-4126
> URL: https://issues.apache.org/jira/browse/PDFBOX-4126
> Project: PDFBox
>  Issue Type: Improvement
>  Components: Text extraction
>Affects Versions: 2.0.8
>Reporter: Alexandre
>Priority: Minor
> Attachments: test_rotation.pdf
>
>
> Dear Apache contributors,
> Is there an efficient way to get the exact angle in radians or degrees of a 
> TextPosition, not only the ranges (0, 90, 180, 270). Basically, what we have 
> currently uses the following information.
>  
> {code:java}
> float a = textMatrix.getScaleY();
> float b = textMatrix.getShearY();
> float c = textMatrix.getShearX();
> float d = textMatrix.getScaleX();
> {code}
> Hagd, A.
>  



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

[jira] [Commented] (PDFBOX-4126) TextPosition exact angle position

2018-02-24 Thread Tilman Hausherr (JIRA) 

[ 
https://issues.apache.org/jira/browse/PDFBOX-4126?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16375719#comment-16375719
 ] 

Tilman Hausherr commented on PDFBOX-4126:
-

Does this mean your problem is solved? I don't see a need to put this within 
PDFBox.

> TextPosition exact angle position
> -
>
> Key: PDFBOX-4126
> URL: https://issues.apache.org/jira/browse/PDFBOX-4126
> Project: PDFBox
>  Issue Type: Improvement
>  Components: Text extraction
>Affects Versions: 2.0.8
>Reporter: Alexandre
>Priority: Minor
> Attachments: test_rotation.pdf
>
>
> Dear Apache contributors,
> Is there an efficient way to get the exact angle in radians or degrees of a 
> TextPosition, not only the ranges (0, 90, 180, 270). Basically, what we have 
> currently uses the following information.
>  
> {code:java}
> float a = textMatrix.getScaleY();
> float b = textMatrix.getShearY();
> float c = textMatrix.getShearX();
> float d = textMatrix.getScaleX();
> {code}
> Hagd, A.
>  



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

[jira] [Comment Edited] (PDFBOX-4126) TextPosition exact angle position

2018-02-24 Thread Alexandre (JIRA) 

[ 
https://issues.apache.org/jira/browse/PDFBOX-4126?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16375700#comment-16375700
 ] 

Alexandre edited comment on PDFBOX-4126 at 2/24/18 6:06 PM:


We can do it using a QR decomposition
{code:java}
import org.apache.mahout.math.QRDecomposition;
import org.apache.mahout.math.DenseMatrix;
import org.apache.mahout.math.*;
import org.apache.pdfbox.text.TextPosition;

public class TextPositionAdvanced {
TextPosition _textPosition;
DenseMatrix _denseMatrix;
QRDecomposition _qr;

public TextPositionAdvanced(TextPosition textPosition) {
_textPosition = textPosition;
org.apache.pdfbox.util.Matrix matrix = 
_textPosition.getTextMatrix();

_denseMatrix = new DenseMatrix(3,3);
_denseMatrix.set(0, 0, matrix.getScaleX()); // a
_denseMatrix.set(0, 1, matrix.getShearY()); // b
_denseMatrix.set(0, 2, 0);
_denseMatrix.set(1, 0, matrix.getShearX()); // c
_denseMatrix.set(1, 1, matrix.getScaleY()); // d
_denseMatrix.set(1, 2, 0);
_denseMatrix.set(2, 0, matrix.getTranslateX()); // tx
_denseMatrix.set(2, 1, matrix.getTranslateY()); // ty
_denseMatrix.set(2, 2, 1);

_qr = new QRDecomposition(_denseMatrix.transpose());
}

public String toString() {
return _textPosition.toString() + "angle: " + this.getAngle();
}

public double getAngle() {
return this.getEulerAngles(_qr.getQ());
}

public double getEulerAngles(Matrix R) {
return Math.toDegrees(Math.atan2(-R.get(0, 1), R.get(0, 0)));
}
}

{code}


was (Author: arelaxend):
More generally...
{code:java}
import org.apache.mahout.math.QRDecomposition;
import org.apache.mahout.math.DenseMatrix;
import org.apache.mahout.math.*;
import org.apache.pdfbox.text.TextPosition;

public class TextPositionAdvanced {
TextPosition _textPosition;
DenseMatrix _denseMatrix;
QRDecomposition _qr;

public TextPositionAdvanced(TextPosition textPosition) {
_textPosition = textPosition;
org.apache.pdfbox.util.Matrix matrix = 
_textPosition.getTextMatrix();

_denseMatrix = new DenseMatrix(3,3);
_denseMatrix.set(0, 0, matrix.getScaleX()); // a
_denseMatrix.set(0, 1, matrix.getShearY()); // b
_denseMatrix.set(0, 2, 0);
_denseMatrix.set(1, 0, matrix.getShearX()); // c
_denseMatrix.set(1, 1, matrix.getScaleY()); // d
_denseMatrix.set(1, 2, 0);
_denseMatrix.set(2, 0, matrix.getTranslateX()); // tx
_denseMatrix.set(2, 1, matrix.getTranslateY()); // ty
_denseMatrix.set(2, 2, 1);

_qr = new QRDecomposition(_denseMatrix.transpose());
}

public String toString() {
return _textPosition.toString() + "angle: " + this.getAngle();
}

public double getAngle() {
return this.getEulerAngles(_qr.getQ());
}

public double getEulerAngles(Matrix R) {
return Math.toDegrees(Math.atan2(-R.get(0, 1), R.get(0, 0)));
}
}

{code}

> TextPosition exact angle position
> -
>
> Key: PDFBOX-4126
> URL: https://issues.apache.org/jira/browse/PDFBOX-4126
> Project: PDFBox
>  Issue Type: Improvement
>  Components: Text extraction
>Affects Versions: 2.0.8
>Reporter: Alexandre
>Priority: Minor
> Attachments: test_rotation.pdf
>
>
> Dear Apache contributors,
> Is there an efficient way to get the exact angle in radians or degrees of a 
> TextPosition, not only the ranges (0, 90, 180, 270). Basically, what we have 
> currently uses the following information.
>  
> {code:java}
> float a = textMatrix.getScaleY();
> float b = textMatrix.getShearY();
> float c = textMatrix.getShearX();
> float d = textMatrix.getScaleX();
> {code}
> Hagd, A.
>  



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

[jira] [Comment Edited] (PDFBOX-4126) TextPosition exact angle position

2018-02-24 Thread Alexandre (JIRA) 

[ 
https://issues.apache.org/jira/browse/PDFBOX-4126?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16375700#comment-16375700
 ] 

Alexandre edited comment on PDFBOX-4126 at 2/24/18 6:06 PM:


More generally...
{code:java}
import org.apache.mahout.math.QRDecomposition;
import org.apache.mahout.math.DenseMatrix;
import org.apache.mahout.math.*;
import org.apache.pdfbox.text.TextPosition;

public class TextPositionAdvanced {
TextPosition _textPosition;
DenseMatrix _denseMatrix;
QRDecomposition _qr;

public TextPositionAdvanced(TextPosition textPosition) {
_textPosition = textPosition;
org.apache.pdfbox.util.Matrix matrix = 
_textPosition.getTextMatrix();

_denseMatrix = new DenseMatrix(3,3);
_denseMatrix.set(0, 0, matrix.getScaleX()); // a
_denseMatrix.set(0, 1, matrix.getShearY()); // b
_denseMatrix.set(0, 2, 0);
_denseMatrix.set(1, 0, matrix.getShearX()); // c
_denseMatrix.set(1, 1, matrix.getScaleY()); // d
_denseMatrix.set(1, 2, 0);
_denseMatrix.set(2, 0, matrix.getTranslateX()); // tx
_denseMatrix.set(2, 1, matrix.getTranslateY()); // ty
_denseMatrix.set(2, 2, 1);

_qr = new QRDecomposition(_denseMatrix.transpose());
}

public String toString() {
return _textPosition.toString() + "angle: " + this.getAngle();
}

public double getAngle() {
return this.getEulerAngles(_qr.getQ());
}

public double getEulerAngles(Matrix R) {
return Math.toDegrees(Math.atan2(-R.get(0, 1), R.get(0, 0)));
}
}

{code}


was (Author: arelaxend):
More generally...
{code:java}
import org.apache.mahout.math.QRDecomposition;

import org.apache.mahout.math.DenseMatrix;

import org.apache.mahout.math.*;

import org.apache.pdfbox.text.TextPosition;



public class TextPositionAdvanced {

TextPosition _textPosition;

DenseMatrix _denseMatrix;

QRDecomposition _qr;


public TextPositionAdvanced(TextPosition textPosition) {

_textPosition = textPosition;

org.apache.pdfbox.util.Matrix matrix = _textPosition.getTextMatrix();


_denseMatrix = new DenseMatrix(3,3);

_denseMatrix.set(0, 0, matrix.getScaleX()); // a

_denseMatrix.set(0, 1, matrix.getShearY()); // b

_denseMatrix.set(0, 2, 0);

_denseMatrix.set(1, 0, matrix.getShearX()); // c

_denseMatrix.set(1, 1, matrix.getScaleY()); // d

_denseMatrix.set(1, 2, 0);

_denseMatrix.set(2, 0, matrix.getTranslateX()); // tx

_denseMatrix.set(2, 1, matrix.getTranslateY()); // ty

_denseMatrix.set(2, 2, 1);

        

_qr = new QRDecomposition(_denseMatrix.transpose());

}


public String toString() {

return _textPosition.toString() + "angle: " + this.getAngle();

}


public double getAngle() {

return this.getEulerAngles(_qr.getQ());

}


public double getEulerAngles(Matrix R) {

return Math.toDegrees(Math.atan2(-R.get(0, 1), R.get(0, 0)));

}

}
{code}

> TextPosition exact angle position
> -
>
> Key: PDFBOX-4126
> URL: https://issues.apache.org/jira/browse/PDFBOX-4126
> Project: PDFBox
>  Issue Type: Improvement
>  Components: Text extraction
>Affects Versions: 2.0.8
>Reporter: Alexandre
>Priority: Minor
> Attachments: test_rotation.pdf
>
>
> Dear Apache contributors,
> Is there an efficient way to get the exact angle in radians or degrees of a 
> TextPosition, not only the ranges (0, 90, 180, 270). Basically, what we have 
> currently uses the following information.
>  
> {code:java}
> float a = textMatrix.getScaleY();
> float b = textMatrix.getShearY();
> float c = textMatrix.getShearX();
> float d = textMatrix.getScaleX();
> {code}
> Hagd, A.
>  



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

[jira] [Commented] (PDFBOX-4126) TextPosition exact angle position

2018-02-24 Thread Alexandre (JIRA) 

[ 
https://issues.apache.org/jira/browse/PDFBOX-4126?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16375700#comment-16375700
 ] 

Alexandre commented on PDFBOX-4126:
---

More generally...
{code:java}
import org.apache.mahout.math.QRDecomposition;

import org.apache.mahout.math.DenseMatrix;

import org.apache.mahout.math.*;

import org.apache.pdfbox.text.TextPosition;



public class TextPositionAdvanced {

TextPosition _textPosition;

DenseMatrix _denseMatrix;

QRDecomposition _qr;


public TextPositionAdvanced(TextPosition textPosition) {

_textPosition = textPosition;

org.apache.pdfbox.util.Matrix matrix = _textPosition.getTextMatrix();


_denseMatrix = new DenseMatrix(3,3);

_denseMatrix.set(0, 0, matrix.getScaleX()); // a

_denseMatrix.set(0, 1, matrix.getShearY()); // b

_denseMatrix.set(0, 2, 0);

_denseMatrix.set(1, 0, matrix.getShearX()); // c

_denseMatrix.set(1, 1, matrix.getScaleY()); // d

_denseMatrix.set(1, 2, 0);

_denseMatrix.set(2, 0, matrix.getTranslateX()); // tx

_denseMatrix.set(2, 1, matrix.getTranslateY()); // ty

_denseMatrix.set(2, 2, 1);

        

_qr = new QRDecomposition(_denseMatrix.transpose());

}


public String toString() {

return _textPosition.toString() + "angle: " + this.getAngle();

}


public double getAngle() {

return this.getEulerAngles(_qr.getQ());

}


public double getEulerAngles(Matrix R) {

return Math.toDegrees(Math.atan2(-R.get(0, 1), R.get(0, 0)));

}

}
{code}

> TextPosition exact angle position
> -
>
> Key: PDFBOX-4126
> URL: https://issues.apache.org/jira/browse/PDFBOX-4126
> Project: PDFBox
>  Issue Type: Improvement
>  Components: Text extraction
>Affects Versions: 2.0.8
>Reporter: Alexandre
>Priority: Minor
> Attachments: test_rotation.pdf
>
>
> Dear Apache contributors,
> Is there an efficient way to get the exact angle in radians or degrees of a 
> TextPosition, not only the ranges (0, 90, 180, 270). Basically, what we have 
> currently uses the following information.
>  
> {code:java}
> float a = textMatrix.getScaleY();
> float b = textMatrix.getShearY();
> float c = textMatrix.getShearX();
> float d = textMatrix.getScaleX();
> {code}
> Hagd, A.
>  



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

[jira] [Commented] (PDFBOX-4126) TextPosition exact angle position

2018-02-24 Thread Tilman Hausherr (JIRA) 

[ 
https://issues.apache.org/jira/browse/PDFBOX-4126?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16375675#comment-16375675
 ] 

Tilman Hausherr commented on PDFBOX-4126:
-

https://stackoverflow.com/questions/21561909/finding-angle-from-transform-matrix

> TextPosition exact angle position
> -
>
> Key: PDFBOX-4126
> URL: https://issues.apache.org/jira/browse/PDFBOX-4126
> Project: PDFBox
>  Issue Type: Improvement
>  Components: Text extraction
>Affects Versions: 2.0.8
>Reporter: Alexandre
>Priority: Minor
> Attachments: test_rotation.pdf
>
>
> Dear Apache contributors,
> Is there an efficient way to get the exact angle in radians or degrees of a 
> TextPosition, not only the ranges (0, 90, 180, 270). Basically, what we have 
> currently uses the following information.
>  
> {code:java}
> float a = textMatrix.getScaleY();
> float b = textMatrix.getShearY();
> float c = textMatrix.getShearX();
> float d = textMatrix.getScaleX();
> {code}
> Hagd, A.
>  



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

[jira] [Commented] (PDFBOX-4117) Implement GoToE action-type

2018-02-24 Thread Gilad Denneboom (JIRA) 

[ 
https://issues.apache.org/jira/browse/PDFBOX-4117?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16375673#comment-16375673
 ] 

Gilad Denneboom commented on PDFBOX-4117:
-

Will do, and thanks again!

> Implement GoToE action-type
> ---
>
> Key: PDFBOX-4117
> URL: https://issues.apache.org/jira/browse/PDFBOX-4117
> Project: PDFBox
>  Issue Type: New Feature
>  Components: AcroForm
>Affects Versions: 1.8.13, 2.0.8
>Reporter: Gilad Denneboom
>Assignee: Tilman Hausherr
>Priority: Major
> Fix For: 2.0.9, 3.0.0 PDFBox
>
> Attachments: Sample GoToE Link.pdf
>
>
> One of the major Action Types is not implemented in any version of PDFBox, 
> and I believe it should be. I'm referring to "Embedded Go-To Actions" 
> (defined under 12.6.4.4 in PDF 32000-1:2008), which allows a link to open an 
> attached file. Currently, such "GoToE" actions are interpreted as "null" by 
> PDFBox, which is not ideal.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

[jira] [Resolved] (PDFBOX-4117) Implement GoToE action-type

2018-02-24 Thread Tilman Hausherr (JIRA) 

 [ 
https://issues.apache.org/jira/browse/PDFBOX-4117?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Tilman Hausherr resolved PDFBOX-4117.
-
   Resolution: Fixed
Fix Version/s: 3.0.0 PDFBox
   2.0.9

> Implement GoToE action-type
> ---
>
> Key: PDFBOX-4117
> URL: https://issues.apache.org/jira/browse/PDFBOX-4117
> Project: PDFBox
>  Issue Type: New Feature
>  Components: AcroForm
>Affects Versions: 1.8.13, 2.0.8
>Reporter: Gilad Denneboom
>Assignee: Tilman Hausherr
>Priority: Major
> Fix For: 2.0.9, 3.0.0 PDFBox
>
> Attachments: Sample GoToE Link.pdf
>
>
> One of the major Action Types is not implemented in any version of PDFBox, 
> and I believe it should be. I'm referring to "Embedded Go-To Actions" 
> (defined under 12.6.4.4 in PDF 32000-1:2008), which allows a link to open an 
> attached file. Currently, such "GoToE" actions are interpreted as "null" by 
> PDFBox, which is not ideal.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

[jira] [Commented] (PDFBOX-4117) Implement GoToE action-type

2018-02-24 Thread Tilman Hausherr (JIRA) 

[ 
https://issues.apache.org/jira/browse/PDFBOX-4117?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16375671#comment-16375671
 ] 

Tilman Hausherr commented on PDFBOX-4117:
-

It's now available for the 2.0.9 snapshot
https://repository.apache.org/content/groups/snapshots/org/apache/pdfbox/pdfbox-app/2.0.9-SNAPSHOT/
and the missing items have been implemented as well. Please test and give any 
feedback in this issue if it comes up before the 2.0.9 release.

> Implement GoToE action-type
> ---
>
> Key: PDFBOX-4117
> URL: https://issues.apache.org/jira/browse/PDFBOX-4117
> Project: PDFBox
>  Issue Type: New Feature
>  Components: AcroForm
>Affects Versions: 1.8.13, 2.0.8
>Reporter: Gilad Denneboom
>Assignee: Tilman Hausherr
>Priority: Major
> Fix For: 2.0.9, 3.0.0 PDFBox
>
> Attachments: Sample GoToE Link.pdf
>
>
> One of the major Action Types is not implemented in any version of PDFBox, 
> and I believe it should be. I'm referring to "Embedded Go-To Actions" 
> (defined under 12.6.4.4 in PDF 32000-1:2008), which allows a link to open an 
> attached file. Currently, such "GoToE" actions are interpreted as "null" by 
> PDFBox, which is not ideal.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

[jira] [Commented] (PDFBOX-4123) PDF will only print rasterized

2018-02-24 Thread Tres Finocchiaro (JIRA) 

[ 
https://issues.apache.org/jira/browse/PDFBOX-4123?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16375670#comment-16375670
 ] 

Tres Finocchiaro commented on PDFBOX-4123:
--

Thanks kindly for the reference document.  I'm quoting the text for historical 
purposes: 
{quote}_[...] "PostScript is the grandaddy of PDF, and if you're reading about 
printing you've already heard of it. It can represent text, vector graphics and 
images, so if your PDF contains a vector shape it's going to be reproduced 
almost exactly in PostScript. *Other graphics operations (like transparency) 
can't be done in PostScript, and the Java print layer handles this by 
rasterizing the page to a bitmap and including that bitmap in the spool file." 
- © 2012 Jonathan Cookson, bfo.com*_
{quote}
Some questions:
 # Is it safe to assume any Java/PostScript operations are upstream/wontfix?
 # Has anyone successfully used PDFBOX to remove transparency for documents 
(such as that attached in this bug report) to work around this issue?
 # The attached document is using FPDI for the overlay operation.  Has anyone 
else experienced this problem with FPDI?

I'll have the original bug reporter on our side reach out to FPDI for some 
assistance.  Thanks kindly for the information.  I understand if this bug will 
be closed as the above evidence shows the issues lies outside of the PDFBOX 
library however any assistance for creating a workaround is greatly appreciated.

 

 

> PDF will only print rasterized
> --
>
> Key: PDFBOX-4123
> URL: https://issues.apache.org/jira/browse/PDFBOX-4123
> Project: PDFBox
>  Issue Type: Bug
>  Components: Rendering
>Affects Versions: 2.0.8
>Reporter: Tres Finocchiaro
>Priority: Major
>
> [This PDF|https://github.com/qzind/tray/files/1749977/test.pdf] will only 
> print rasterized.  It looks fine in Adobe Reader, but once printed using 
> PDFBOX, it will always print rasterized.
> Information about how the PDF was created (reported by a 3rd party, can get 
> more details if needed):
>  * Created with Adobe Illustrator
>  * Form-filled programmatically using using FPDI
>  * The PDF before FPDI does not experience this issue.
> Expected results (zoomed 24x):
> [!https://user-images.githubusercontent.com/6345473/36575790-d730b36e-181a-11e8-8eea-855b05383b2e.png!|https://user-images.githubusercontent.com/6345473/36575790-d730b36e-181a-11e8-8eea-855b05383b2e.png]
>  
> Actual results:
> [!https://user-images.githubusercontent.com/12505463/36571015-c1ea7d5e-1802-11e8-8bfb-84983dd0479a.png!|https://user-images.githubusercontent.com/12505463/36571015-c1ea7d5e-1802-11e8-8bfb-84983dd0479a.png]
>  Command used for testing:
>  
>  
> {noformat}
> java -jar /Users/owner/Downloads/pdfbox-app-2.0.8.jar PrintPDF -silentPrint 
> -defaultPrinter PDFCreator -dpi 0 ~/Downloads/test.pdf{noformat}
> Also reproduced on CUPS-PDF, Microsoft Print To PDF
> The symptom from the business area was "slow printing", but this symptom was 
> a side effect of a high resolution rasterization, causing the PDF to spool to 
> about 800MB.
>  
>  



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

[jira] [Commented] (PDFBOX-4117) Implement GoToE action-type

2018-02-24 Thread ASF subversion and git services (JIRA) 

[ 
https://issues.apache.org/jira/browse/PDFBOX-4117?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16375630#comment-16375630
 ] 

ASF subversion and git services commented on PDFBOX-4117:
-

Commit 1825256 from [~tilman] in branch 'pdfbox/branches/2.0'
[ https://svn.apache.org/r1825256 ]

PDFBOX-4117: support /A and /P entries

> Implement GoToE action-type
> ---
>
> Key: PDFBOX-4117
> URL: https://issues.apache.org/jira/browse/PDFBOX-4117
> Project: PDFBox
>  Issue Type: New Feature
>  Components: AcroForm
>Affects Versions: 1.8.13, 2.0.8
>Reporter: Gilad Denneboom
>Assignee: Tilman Hausherr
>Priority: Major
> Attachments: Sample GoToE Link.pdf
>
>
> One of the major Action Types is not implemented in any version of PDFBox, 
> and I believe it should be. I'm referring to "Embedded Go-To Actions" 
> (defined under 12.6.4.4 in PDF 32000-1:2008), which allows a link to open an 
> attached file. Currently, such "GoToE" actions are interpreted as "null" by 
> PDFBox, which is not ideal.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

[jira] [Commented] (PDFBOX-4117) Implement GoToE action-type

2018-02-24 Thread ASF subversion and git services (JIRA) 

[ 
https://issues.apache.org/jira/browse/PDFBOX-4117?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16375629#comment-16375629
 ] 

ASF subversion and git services commented on PDFBOX-4117:
-

Commit 1825255 from [~tilman] in branch 'pdfbox/trunk'
[ https://svn.apache.org/r1825255 ]

PDFBOX-4117: support /A and /P entries

> Implement GoToE action-type
> ---
>
> Key: PDFBOX-4117
> URL: https://issues.apache.org/jira/browse/PDFBOX-4117
> Project: PDFBox
>  Issue Type: New Feature
>  Components: AcroForm
>Affects Versions: 1.8.13, 2.0.8
>Reporter: Gilad Denneboom
>Assignee: Tilman Hausherr
>Priority: Major
> Attachments: Sample GoToE Link.pdf
>
>
> One of the major Action Types is not implemented in any version of PDFBox, 
> and I believe it should be. I'm referring to "Embedded Go-To Actions" 
> (defined under 12.6.4.4 in PDF 32000-1:2008), which allows a link to open an 
> attached file. Currently, such "GoToE" actions are interpreted as "null" by 
> PDFBox, which is not ideal.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

[jira] [Commented] (PDFBOX-4117) Implement GoToE action-type

2018-02-24 Thread ASF subversion and git services (JIRA) 

[ 
https://issues.apache.org/jira/browse/PDFBOX-4117?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16375618#comment-16375618
 ] 

ASF subversion and git services commented on PDFBOX-4117:
-

Commit 1825251 from [~tilman] in branch 'pdfbox/branches/2.0'
[ https://svn.apache.org/r1825251 ]

PDFBOX-4117: add GoToE action, use new enum type for NewWindow of other classes

> Implement GoToE action-type
> ---
>
> Key: PDFBOX-4117
> URL: https://issues.apache.org/jira/browse/PDFBOX-4117
> Project: PDFBox
>  Issue Type: New Feature
>  Components: AcroForm
>Affects Versions: 1.8.13, 2.0.8
>Reporter: Gilad Denneboom
>Assignee: Tilman Hausherr
>Priority: Major
> Attachments: Sample GoToE Link.pdf
>
>
> One of the major Action Types is not implemented in any version of PDFBox, 
> and I believe it should be. I'm referring to "Embedded Go-To Actions" 
> (defined under 12.6.4.4 in PDF 32000-1:2008), which allows a link to open an 
> attached file. Currently, such "GoToE" actions are interpreted as "null" by 
> PDFBox, which is not ideal.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

[jira] [Updated] (PDFBOX-4126) TextPosition exact angle position

2018-02-24 Thread Alexandre (JIRA) 

 [ 
https://issues.apache.org/jira/browse/PDFBOX-4126?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Alexandre updated PDFBOX-4126:
--
Attachment: test_rotation.pdf

> TextPosition exact angle position
> -
>
> Key: PDFBOX-4126
> URL: https://issues.apache.org/jira/browse/PDFBOX-4126
> Project: PDFBox
>  Issue Type: Improvement
>  Components: Text extraction
>Affects Versions: 2.0.8
>Reporter: Alexandre
>Priority: Minor
> Attachments: test_rotation.pdf
>
>
> Dear Apache contributors,
> Is there an efficient way to get the exact angle in radians or degrees of a 
> TextPosition, not only the ranges (0, 90, 180, 270). Basically, what we have 
> currently uses the following information.
>  
> {code:java}
> float a = textMatrix.getScaleY();
> float b = textMatrix.getShearY();
> float c = textMatrix.getShearX();
> float d = textMatrix.getScaleX();
> {code}
> Hagd, A.
>  



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

[jira] [Created] (PDFBOX-4126) TextPosition exact angle position

2018-02-24 Thread Alexandre (JIRA) 
Alexandre created PDFBOX-4126:
-

 Summary: TextPosition exact angle position
 Key: PDFBOX-4126
 URL: https://issues.apache.org/jira/browse/PDFBOX-4126
 Project: PDFBox
  Issue Type: Improvement
  Components: Text extraction
Affects Versions: 2.0.8
Reporter: Alexandre


Dear Apache contributors,

Is there an efficient way to get the exact angle in radians or degrees of a 
TextPosition, not only the ranges (0, 90, 180, 270). Basically, what we have 
currently uses the following information.

 
{code:java}
float a = textMatrix.getScaleY();
float b = textMatrix.getShearY();
float c = textMatrix.getShearX();
float d = textMatrix.getScaleX();
{code}
Hagd, A.

 



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

[jira] [Commented] (PDFBOX-4117) Implement GoToE action-type

2018-02-24 Thread Gilad Denneboom (JIRA) 

[ 
https://issues.apache.org/jira/browse/PDFBOX-4117?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16375609#comment-16375609
 ] 

Gilad Denneboom commented on PDFBOX-4117:
-

Everything looks good to me!

> Implement GoToE action-type
> ---
>
> Key: PDFBOX-4117
> URL: https://issues.apache.org/jira/browse/PDFBOX-4117
> Project: PDFBox
>  Issue Type: New Feature
>  Components: AcroForm
>Affects Versions: 1.8.13, 2.0.8
>Reporter: Gilad Denneboom
>Assignee: Tilman Hausherr
>Priority: Major
> Attachments: Sample GoToE Link.pdf
>
>
> One of the major Action Types is not implemented in any version of PDFBox, 
> and I believe it should be. I'm referring to "Embedded Go-To Actions" 
> (defined under 12.6.4.4 in PDF 32000-1:2008), which allows a link to open an 
> attached file. Currently, such "GoToE" actions are interpreted as "null" by 
> PDFBox, which is not ideal.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

[jira] [Commented] (PDFBOX-4080) Improve memory consumption of PDAbstractAppearanceHandler

2018-02-24 Thread Tilman Hausherr (JIRA) 

[ 
https://issues.apache.org/jira/browse/PDFBOX-4080?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16375608#comment-16375608
 ] 

Tilman Hausherr commented on PDFBOX-4080:
-

I didn't criticize the code. I just mean it should be documented that the new 
method is for "experienced users only" and that each stream uses a 4096 byte 
page of this count so one should know in advance how much memory and how many 
bytes it will use.

> Improve memory consumption of PDAbstractAppearanceHandler
> -
>
> Key: PDFBOX-4080
> URL: https://issues.apache.org/jira/browse/PDFBOX-4080
> Project: PDFBox
>  Issue Type: Improvement
>  Components: PDModel
>Affects Versions: 3.0.0 PDFBox
>Reporter: Maruan Sahyoun
>Assignee: Maruan Sahyoun
>Priority: Major
>  Labels: Annotations
>
> PDAbstractAppearanceHandler calls new COSStream(), this has a huge memory 
> footprint (PDFBOX-3868 and PDFBOX-3852). We'd need to find a way to pass the 
> document, or the document scratch file, or there will be trouble for files 
> with many annotations, e.g. a long scientific document with many footnotes.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

[jira] [Commented] (PDFBOX-4117) Implement GoToE action-type

2018-02-24 Thread ASF subversion and git services (JIRA) 

[ 
https://issues.apache.org/jira/browse/PDFBOX-4117?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16375583#comment-16375583
 ] 

ASF subversion and git services commented on PDFBOX-4117:
-

Commit 1825241 from [~tilman] in branch 'pdfbox/trunk'
[ https://svn.apache.org/r1825241 ]

PDFBOX-4117: use new enum type for NewWindow

> Implement GoToE action-type
> ---
>
> Key: PDFBOX-4117
> URL: https://issues.apache.org/jira/browse/PDFBOX-4117
> Project: PDFBox
>  Issue Type: New Feature
>  Components: AcroForm
>Affects Versions: 1.8.13, 2.0.8
>Reporter: Gilad Denneboom
>Assignee: Tilman Hausherr
>Priority: Major
> Attachments: Sample GoToE Link.pdf
>
>
> One of the major Action Types is not implemented in any version of PDFBox, 
> and I believe it should be. I'm referring to "Embedded Go-To Actions" 
> (defined under 12.6.4.4 in PDF 32000-1:2008), which allows a link to open an 
> attached file. Currently, such "GoToE" actions are interpreted as "null" by 
> PDFBox, which is not ideal.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

[jira] [Commented] (PDFBOX-4117) Implement GoToE action-type

2018-02-24 Thread Gilad Denneboom (JIRA) 

[ 
https://issues.apache.org/jira/browse/PDFBOX-4117?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16375574#comment-16375574
 ] 

Gilad Denneboom commented on PDFBOX-4117:
-

Can the same enum be used for PDActionRemoteGoTo and PDActionLaunch as well? 
The NewWindow key should work the same there.

> Implement GoToE action-type
> ---
>
> Key: PDFBOX-4117
> URL: https://issues.apache.org/jira/browse/PDFBOX-4117
> Project: PDFBox
>  Issue Type: New Feature
>  Components: AcroForm
>Affects Versions: 1.8.13, 2.0.8
>Reporter: Gilad Denneboom
>Assignee: Tilman Hausherr
>Priority: Major
> Attachments: Sample GoToE Link.pdf
>
>
> One of the major Action Types is not implemented in any version of PDFBox, 
> and I believe it should be. I'm referring to "Embedded Go-To Actions" 
> (defined under 12.6.4.4 in PDF 32000-1:2008), which allows a link to open an 
> attached file. Currently, such "GoToE" actions are interpreted as "null" by 
> PDFBox, which is not ideal.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

[jira] [Comment Edited] (PDFBOX-4123) PDF will only print rasterized

2018-02-24 Thread Tilman Hausherr (JIRA) 

[ 
https://issues.apache.org/jira/browse/PDFBOX-4123?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16375570#comment-16375570
 ] 

Tilman Hausherr edited comment on PDFBOX-4123 at 2/24/18 1:47 PM:
--

Your PDF has transparency, this results in Java printing it as a bitmap... 
Here's a link from a competitor that mentions this:

[http://bfo.com/blog/2012/02/15/using_java_to_print_pdf_documents/]


was (Author: tilman):
Your PDF has transparency, this results in Java printing it as a Bitmap... 
Here's a link from a competitor that mentions this:

http://bfo.com/blog/2012/02/15/using_java_to_print_pdf_documents/

> PDF will only print rasterized
> --
>
> Key: PDFBOX-4123
> URL: https://issues.apache.org/jira/browse/PDFBOX-4123
> Project: PDFBox
>  Issue Type: Bug
>  Components: Rendering
>Affects Versions: 2.0.8
>Reporter: Tres Finocchiaro
>Priority: Major
>
> [This PDF|https://github.com/qzind/tray/files/1749977/test.pdf] will only 
> print rasterized.  It looks fine in Adobe Reader, but once printed using 
> PDFBOX, it will always print rasterized.
> Information about how the PDF was created (reported by a 3rd party, can get 
> more details if needed):
>  * Created with Adobe Illustrator
>  * Form-filled programmatically using using FPDI
>  * The PDF before FPDI does not experience this issue.
> Expected results (zoomed 24x):
> [!https://user-images.githubusercontent.com/6345473/36575790-d730b36e-181a-11e8-8eea-855b05383b2e.png!|https://user-images.githubusercontent.com/6345473/36575790-d730b36e-181a-11e8-8eea-855b05383b2e.png]
>  
> Actual results:
> [!https://user-images.githubusercontent.com/12505463/36571015-c1ea7d5e-1802-11e8-8bfb-84983dd0479a.png!|https://user-images.githubusercontent.com/12505463/36571015-c1ea7d5e-1802-11e8-8bfb-84983dd0479a.png]
>  Command used for testing:
>  
>  
> {noformat}
> java -jar /Users/owner/Downloads/pdfbox-app-2.0.8.jar PrintPDF -silentPrint 
> -defaultPrinter PDFCreator -dpi 0 ~/Downloads/test.pdf{noformat}
> Also reproduced on CUPS-PDF, Microsoft Print To PDF
> The symptom from the business area was "slow printing", but this symptom was 
> a side effect of a high resolution rasterization, causing the PDF to spool to 
> about 800MB.
>  
>  



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

[jira] [Commented] (PDFBOX-4123) PDF will only print rasterized

2018-02-24 Thread Tilman Hausherr (JIRA) 

[ 
https://issues.apache.org/jira/browse/PDFBOX-4123?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16375570#comment-16375570
 ] 

Tilman Hausherr commented on PDFBOX-4123:
-

Your PDF has transparency, this results in Java printing it as a Bitmap... 
Here's a link from a competitor that mentions this:

http://bfo.com/blog/2012/02/15/using_java_to_print_pdf_documents/

> PDF will only print rasterized
> --
>
> Key: PDFBOX-4123
> URL: https://issues.apache.org/jira/browse/PDFBOX-4123
> Project: PDFBox
>  Issue Type: Bug
>  Components: Rendering
>Affects Versions: 2.0.8
>Reporter: Tres Finocchiaro
>Priority: Major
>
> [This PDF|https://github.com/qzind/tray/files/1749977/test.pdf] will only 
> print rasterized.  It looks fine in Adobe Reader, but once printed using 
> PDFBOX, it will always print rasterized.
> Information about how the PDF was created (reported by a 3rd party, can get 
> more details if needed):
>  * Created with Adobe Illustrator
>  * Form-filled programmatically using using FPDI
>  * The PDF before FPDI does not experience this issue.
> Expected results (zoomed 24x):
> [!https://user-images.githubusercontent.com/6345473/36575790-d730b36e-181a-11e8-8eea-855b05383b2e.png!|https://user-images.githubusercontent.com/6345473/36575790-d730b36e-181a-11e8-8eea-855b05383b2e.png]
>  
> Actual results:
> [!https://user-images.githubusercontent.com/12505463/36571015-c1ea7d5e-1802-11e8-8bfb-84983dd0479a.png!|https://user-images.githubusercontent.com/12505463/36571015-c1ea7d5e-1802-11e8-8bfb-84983dd0479a.png]
>  Command used for testing:
>  
>  
> {noformat}
> java -jar /Users/owner/Downloads/pdfbox-app-2.0.8.jar PrintPDF -silentPrint 
> -defaultPrinter PDFCreator -dpi 0 ~/Downloads/test.pdf{noformat}
> Also reproduced on CUPS-PDF, Microsoft Print To PDF
> The symptom from the business area was "slow printing", but this symptom was 
> a side effect of a high resolution rasterization, causing the PDF to spool to 
> about 800MB.
>  
>  



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

[jira] [Updated] (PDFBOX-4125) FDFField.writeXML KO with String

2018-02-24 Thread Maruan Sahyoun (JIRA) 

 [ 
https://issues.apache.org/jira/browse/PDFBOX-4125?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Maruan Sahyoun updated PDFBOX-4125:
---
Labels: FDF  (was: )

> FDFField.writeXML KO with String
> 
>
> Key: PDFBOX-4125
> URL: https://issues.apache.org/jira/browse/PDFBOX-4125
> Project: PDFBox
>  Issue Type: Bug
>  Components: AcroForm
>Affects Versions: 2.0.8
>Reporter: Loic
>Assignee: Maruan Sahyoun
>Priority: Major
>  Labels: FDF
> Fix For: 2.0.9, 3.0.0 PDFBox
>
>
> When saving an XFDF into file, all the `` are skiped in the output.
> This is due to an incoherence between `writeXML()` which use `value 
> instanceof COSString`
> {code:java}
>  public void writeXML(Writer output) throws IOException
> {
> output.write("\n");
> Object value = getValue();
> if (value != null)
> {
> if (value instanceof COSString)
> {
> output.write("" + escapeXML(((COSString) 
> value).getString()) + "\n");
> }
> else if (value instanceof COSStream)
> {
> output.write("" + escapeXML(((COSStream) 
> value).toTextString()) + "\n");
> }
> }
> {code}
> and `getValue()` which transform COSString into String :
> {code:java}
>  public Object getValue() throws IOException
> {
> COSBase value = field.getDictionaryObject(COSName.V);
> if (value instanceof COSName)
> {
> return ((COSName) value).getName();
> }
> else if (value instanceof COSArray)
> {
> return COSArrayList.convertCOSStringCOSArrayToList((COSArray) 
> value);
> }
> else if (value instanceof COSString)
> {
> return ((COSString) value).getString();
> }
> {code}



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

[jira] [Updated] (PDFBOX-4125) FDFField.writeXML KO with String

2018-02-24 Thread Maruan Sahyoun (JIRA) 

 [ 
https://issues.apache.org/jira/browse/PDFBOX-4125?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Maruan Sahyoun updated PDFBOX-4125:
---
Fix Version/s: 3.0.0 PDFBox
   2.0.9

> FDFField.writeXML KO with String
> 
>
> Key: PDFBOX-4125
> URL: https://issues.apache.org/jira/browse/PDFBOX-4125
> Project: PDFBox
>  Issue Type: Bug
>  Components: AcroForm
>Affects Versions: 2.0.8
>Reporter: Loic
>Assignee: Maruan Sahyoun
>Priority: Major
> Fix For: 2.0.9, 3.0.0 PDFBox
>
>
> When saving an XFDF into file, all the `` are skiped in the output.
> This is due to an incoherence between `writeXML()` which use `value 
> instanceof COSString`
> {code:java}
>  public void writeXML(Writer output) throws IOException
> {
> output.write("\n");
> Object value = getValue();
> if (value != null)
> {
> if (value instanceof COSString)
> {
> output.write("" + escapeXML(((COSString) 
> value).getString()) + "\n");
> }
> else if (value instanceof COSStream)
> {
> output.write("" + escapeXML(((COSStream) 
> value).toTextString()) + "\n");
> }
> }
> {code}
> and `getValue()` which transform COSString into String :
> {code:java}
>  public Object getValue() throws IOException
> {
> COSBase value = field.getDictionaryObject(COSName.V);
> if (value instanceof COSName)
> {
> return ((COSName) value).getName();
> }
> else if (value instanceof COSArray)
> {
> return COSArrayList.convertCOSStringCOSArrayToList((COSArray) 
> value);
> }
> else if (value instanceof COSString)
> {
> return ((COSString) value).getString();
> }
> {code}



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

[jira] [Commented] (PDFBOX-4125) FDFField.writeXML KO with String

2018-02-24 Thread ASF subversion and git services (JIRA) 

[ 
https://issues.apache.org/jira/browse/PDFBOX-4125?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16375548#comment-16375548
 ] 

ASF subversion and git services commented on PDFBOX-4125:
-

Commit 1825237 from [~msahyoun] in branch 'pdfbox/branches/2.0'
[ https://svn.apache.org/r1825237 ]

PDFBOX-4125: output  for List values

> FDFField.writeXML KO with String
> 
>
> Key: PDFBOX-4125
> URL: https://issues.apache.org/jira/browse/PDFBOX-4125
> Project: PDFBox
>  Issue Type: Bug
>  Components: AcroForm
>Affects Versions: 2.0.8
>Reporter: Loic
>Assignee: Maruan Sahyoun
>Priority: Major
>
> When saving an XFDF into file, all the `` are skiped in the output.
> This is due to an incoherence between `writeXML()` which use `value 
> instanceof COSString`
> {code:java}
>  public void writeXML(Writer output) throws IOException
> {
> output.write("\n");
> Object value = getValue();
> if (value != null)
> {
> if (value instanceof COSString)
> {
> output.write("" + escapeXML(((COSString) 
> value).getString()) + "\n");
> }
> else if (value instanceof COSStream)
> {
> output.write("" + escapeXML(((COSStream) 
> value).toTextString()) + "\n");
> }
> }
> {code}
> and `getValue()` which transform COSString into String :
> {code:java}
>  public Object getValue() throws IOException
> {
> COSBase value = field.getDictionaryObject(COSName.V);
> if (value instanceof COSName)
> {
> return ((COSName) value).getName();
> }
> else if (value instanceof COSArray)
> {
> return COSArrayList.convertCOSStringCOSArrayToList((COSArray) 
> value);
> }
> else if (value instanceof COSString)
> {
> return ((COSString) value).getString();
> }
> {code}



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

[jira] [Commented] (PDFBOX-4125) FDFField.writeXML KO with String

2018-02-24 Thread ASF subversion and git services (JIRA) 

[ 
https://issues.apache.org/jira/browse/PDFBOX-4125?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16375545#comment-16375545
 ] 

ASF subversion and git services commented on PDFBOX-4125:
-

Commit 1825236 from [~msahyoun] in branch 'pdfbox/trunk'
[ https://svn.apache.org/r1825236 ]

PDFBOX-4125: output  for List values

> FDFField.writeXML KO with String
> 
>
> Key: PDFBOX-4125
> URL: https://issues.apache.org/jira/browse/PDFBOX-4125
> Project: PDFBox
>  Issue Type: Bug
>  Components: AcroForm
>Affects Versions: 2.0.8
>Reporter: Loic
>Assignee: Maruan Sahyoun
>Priority: Major
>
> When saving an XFDF into file, all the `` are skiped in the output.
> This is due to an incoherence between `writeXML()` which use `value 
> instanceof COSString`
> {code:java}
>  public void writeXML(Writer output) throws IOException
> {
> output.write("\n");
> Object value = getValue();
> if (value != null)
> {
> if (value instanceof COSString)
> {
> output.write("" + escapeXML(((COSString) 
> value).getString()) + "\n");
> }
> else if (value instanceof COSStream)
> {
> output.write("" + escapeXML(((COSStream) 
> value).toTextString()) + "\n");
> }
> }
> {code}
> and `getValue()` which transform COSString into String :
> {code:java}
>  public Object getValue() throws IOException
> {
> COSBase value = field.getDictionaryObject(COSName.V);
> if (value instanceof COSName)
> {
> return ((COSName) value).getName();
> }
> else if (value instanceof COSArray)
> {
> return COSArrayList.convertCOSStringCOSArrayToList((COSArray) 
> value);
> }
> else if (value instanceof COSString)
> {
> return ((COSString) value).getString();
> }
> {code}



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

[jira] [Commented] (PDFBOX-4125) FDFField.writeXML KO with String

2018-02-24 Thread ASF subversion and git services (JIRA) 

[ 
https://issues.apache.org/jira/browse/PDFBOX-4125?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16375541#comment-16375541
 ] 

ASF subversion and git services commented on PDFBOX-4125:
-

Commit 1825232 from [~msahyoun] in branch 'pdfbox/branches/2.0'
[ https://svn.apache.org/r1825232 ]

PDFBOX-4125: getValue() either returns String or Array - adjust writeXML to 
deal with that

> FDFField.writeXML KO with String
> 
>
> Key: PDFBOX-4125
> URL: https://issues.apache.org/jira/browse/PDFBOX-4125
> Project: PDFBox
>  Issue Type: Bug
>  Components: AcroForm
>Affects Versions: 2.0.8
>Reporter: Loic
>Assignee: Maruan Sahyoun
>Priority: Major
>
> When saving an XFDF into file, all the `` are skiped in the output.
> This is due to an incoherence between `writeXML()` which use `value 
> instanceof COSString`
> {code:java}
>  public void writeXML(Writer output) throws IOException
> {
> output.write("\n");
> Object value = getValue();
> if (value != null)
> {
> if (value instanceof COSString)
> {
> output.write("" + escapeXML(((COSString) 
> value).getString()) + "\n");
> }
> else if (value instanceof COSStream)
> {
> output.write("" + escapeXML(((COSStream) 
> value).toTextString()) + "\n");
> }
> }
> {code}
> and `getValue()` which transform COSString into String :
> {code:java}
>  public Object getValue() throws IOException
> {
> COSBase value = field.getDictionaryObject(COSName.V);
> if (value instanceof COSName)
> {
> return ((COSName) value).getName();
> }
> else if (value instanceof COSArray)
> {
> return COSArrayList.convertCOSStringCOSArrayToList((COSArray) 
> value);
> }
> else if (value instanceof COSString)
> {
> return ((COSString) value).getString();
> }
> {code}



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

[jira] [Commented] (PDFBOX-4125) FDFField.writeXML KO with String

2018-02-24 Thread ASF subversion and git services (JIRA) 

[ 
https://issues.apache.org/jira/browse/PDFBOX-4125?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16375540#comment-16375540
 ] 

ASF subversion and git services commented on PDFBOX-4125:
-

Commit 1825231 from [~msahyoun] in branch 'pdfbox/trunk'
[ https://svn.apache.org/r1825231 ]

PDFBOX-4125: getValue() either returns String or Array - adjust writeXML to 
deal with that

> FDFField.writeXML KO with String
> 
>
> Key: PDFBOX-4125
> URL: https://issues.apache.org/jira/browse/PDFBOX-4125
> Project: PDFBox
>  Issue Type: Bug
>  Components: AcroForm
>Affects Versions: 2.0.8
>Reporter: Loic
>Assignee: Maruan Sahyoun
>Priority: Major
>
> When saving an XFDF into file, all the `` are skiped in the output.
> This is due to an incoherence between `writeXML()` which use `value 
> instanceof COSString`
> {code:java}
>  public void writeXML(Writer output) throws IOException
> {
> output.write("\n");
> Object value = getValue();
> if (value != null)
> {
> if (value instanceof COSString)
> {
> output.write("" + escapeXML(((COSString) 
> value).getString()) + "\n");
> }
> else if (value instanceof COSStream)
> {
> output.write("" + escapeXML(((COSStream) 
> value).toTextString()) + "\n");
> }
> }
> {code}
> and `getValue()` which transform COSString into String :
> {code:java}
>  public Object getValue() throws IOException
> {
> COSBase value = field.getDictionaryObject(COSName.V);
> if (value instanceof COSName)
> {
> return ((COSName) value).getName();
> }
> else if (value instanceof COSArray)
> {
> return COSArrayList.convertCOSStringCOSArrayToList((COSArray) 
> value);
> }
> else if (value instanceof COSString)
> {
> return ((COSString) value).getString();
> }
> {code}



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

[jira] [Assigned] (PDFBOX-4125) FDFField.writeXML KO with String

2018-02-24 Thread Maruan Sahyoun (JIRA) 

 [ 
https://issues.apache.org/jira/browse/PDFBOX-4125?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Maruan Sahyoun reassigned PDFBOX-4125:
--

Assignee: Maruan Sahyoun

> FDFField.writeXML KO with String
> 
>
> Key: PDFBOX-4125
> URL: https://issues.apache.org/jira/browse/PDFBOX-4125
> Project: PDFBox
>  Issue Type: Bug
>  Components: AcroForm
>Affects Versions: 2.0.8
>Reporter: Loic
>Assignee: Maruan Sahyoun
>Priority: Major
>
> When saving an XFDF into file, all the `` are skiped in the output.
> This is due to an incoherence between `writeXML()` which use `value 
> instanceof COSString`
> {code:java}
>  public void writeXML(Writer output) throws IOException
> {
> output.write("\n");
> Object value = getValue();
> if (value != null)
> {
> if (value instanceof COSString)
> {
> output.write("" + escapeXML(((COSString) 
> value).getString()) + "\n");
> }
> else if (value instanceof COSStream)
> {
> output.write("" + escapeXML(((COSStream) 
> value).toTextString()) + "\n");
> }
> }
> {code}
> and `getValue()` which transform COSString into String :
> {code:java}
>  public Object getValue() throws IOException
> {
> COSBase value = field.getDictionaryObject(COSName.V);
> if (value instanceof COSName)
> {
> return ((COSName) value).getName();
> }
> else if (value instanceof COSArray)
> {
> return COSArrayList.convertCOSStringCOSArrayToList((COSArray) 
> value);
> }
> else if (value instanceof COSString)
> {
> return ((COSString) value).getString();
> }
> {code}



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

[jira] [Commented] (PDFBOX-4117) Implement GoToE action-type

2018-02-24 Thread Tilman Hausherr (JIRA) 

[ 
https://issues.apache.org/jira/browse/PDFBOX-4117?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16375533#comment-16375533
 ] 

Tilman Hausherr commented on PDFBOX-4117:
-

Good idea. I'll do that.

> Implement GoToE action-type
> ---
>
> Key: PDFBOX-4117
> URL: https://issues.apache.org/jira/browse/PDFBOX-4117
> Project: PDFBox
>  Issue Type: New Feature
>  Components: AcroForm
>Affects Versions: 1.8.13, 2.0.8
>Reporter: Gilad Denneboom
>Assignee: Tilman Hausherr
>Priority: Major
> Attachments: Sample GoToE Link.pdf
>
>
> One of the major Action Types is not implemented in any version of PDFBox, 
> and I believe it should be. I'm referring to "Embedded Go-To Actions" 
> (defined under 12.6.4.4 in PDF 32000-1:2008), which allows a link to open an 
> attached file. Currently, such "GoToE" actions are interpreted as "null" by 
> PDFBox, which is not ideal.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

[jira] [Commented] (PDFBOX-4125) FDFField.writeXML KO with String

2018-02-24 Thread Maruan Sahyoun (JIRA) 

[ 
https://issues.apache.org/jira/browse/PDFBOX-4125?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16375464#comment-16375464
 ] 

Maruan Sahyoun commented on PDFBOX-4125:


Would you mind adding a small test file and (failing) unit test so it's easier 
to resolve the issue?

> FDFField.writeXML KO with String
> 
>
> Key: PDFBOX-4125
> URL: https://issues.apache.org/jira/browse/PDFBOX-4125
> Project: PDFBox
>  Issue Type: Bug
>  Components: AcroForm
>Affects Versions: 2.0.8
>Reporter: Loic
>Priority: Major
>
> When saving an XFDF into file, all the `` are skiped in the output.
> This is due to an incoherence between `writeXML()` which use `value 
> instanceof COSString`
> {code:java}
>  public void writeXML(Writer output) throws IOException
> {
> output.write("\n");
> Object value = getValue();
> if (value != null)
> {
> if (value instanceof COSString)
> {
> output.write("" + escapeXML(((COSString) 
> value).getString()) + "\n");
> }
> else if (value instanceof COSStream)
> {
> output.write("" + escapeXML(((COSStream) 
> value).toTextString()) + "\n");
> }
> }
> {code}
> and `getValue()` which transform COSString into String :
> {code:java}
>  public Object getValue() throws IOException
> {
> COSBase value = field.getDictionaryObject(COSName.V);
> if (value instanceof COSName)
> {
> return ((COSName) value).getName();
> }
> else if (value instanceof COSArray)
> {
> return COSArrayList.convertCOSStringCOSArrayToList((COSArray) 
> value);
> }
> else if (value instanceof COSString)
> {
> return ((COSString) value).getString();
> }
> {code}



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org