Re: How to deactivate the annoying javadoc generation

Hi, you can try passing -DadditionalJOption=-Xdoclint:none Worked for me. BR Maruan > Am 19.03.2018 um 21:16 schrieb Andreas Lehmkuehler : > > Hi, > > I try to cut the new release but I have to stop at a certain point. > > I've to use a more recent JDK (1.8.0_111) to build as older (1.7.x)

Re: How to deactivate the annoying javadoc generation

I used mvn javadoc:aggregate -DadditionalJOption=-Xdoclint:none > Am 19.03.2018 um 22:14 schrieb Andreas Lehmkuehler : > >> On 03/19/2018 09:40 PM, Maruan Sahyoun wrote: >> Hi, >> you can try passing -DadditionalJOption=-Xdoclint:none > Thanks, but that doesn&#x

Re: svn commit: r1827316 - /pdfbox/trunk/fontbox/src/main/java/org/apache/fontbox/ttf/GlyphSubstitutionTable.java

thanks for the review - commited in r1827338 - simply forgot to replace the parameter with the new one :-( > Am 20.03.2018 um 17:46 schrieb Andreas Lehmkuehler : > > On 03/20/2018 05:23 PM, Tilman Hausherr wrote: >> Am 20.03.2018 um 15:45 schrieb msahy...@apache.org: >>> -gid = doLo

Re: [VOTE] Release Apache PDFBox 2.0.9

+1 BR Maruan > Am 20.03.2018 um 17:41 schrieb Andreas Lehmkuehler : > > Hi, > > a candidate for the PDFBox 2.0.9 release is available at: > >https://dist.apache.org/repos/dist/dev/pdfbox/2.0.9/ > > The release candidate is a zip archive of the sources in: > >http://svn.apache.org/r

Re: PDFBox 1.8.14 release?

Hi, +1 Maruan > Am 09.04.2018 um 17:55 schrieb Andreas Lehmkuehler : > > Hi, > > 1.8.13 was released more than a year ago and there a more than 20 resolved > JIRA tickets. How about releasing a new 1.8.x version? > > Andreas > > -

Re: Apache PDFBox Board Report April 2018 due

Hi, two smaller changes you might wan‘t to do we are planning to release 1.8 ... to support users who are still on Java 1.6 instead of maybe ... don‘t mention me individually for the website it‘s all a teams effort - we are improving ... +1 regardless BR Maruan > Am 09.04.2018 um 17:52 s

Re: [VOTE] Release Apache PDFBox 1.8.14

+1 BR Maruan > Am 16.04.2018 um 20:12 schrieb Andreas Lehmkuehler : > > Hi, > > a candidate for the PDFBox 1.8.14 release is available at: > >https://dist.apache.org/repos/dist/dev/pdfbox/1.8.14/ > > The release candidate is a zip archive of the sources in: > >http://svn.apache.org/r

Getting the objects which have been added in an increment

Hi, I'm trying to find a way to get the objects which have been added in a certain increment to a PDF. Am I correct that this is not easily available using PDFBox or do I miss something? BR Maruan - To unsubscribe, e-mail: dev-

Bavaria Test Suite

AFAIK the files are no longer available. Maruan - To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org

Re: [VOTE] Release Apache PDFBox 2.0.10

+1 Maruan > Am 18.06.2018 um 21:41 schrieb Andreas Lehmkuehler : > > Hi, > > a candidate for the PDFBox 2.0.10 release is available at: > >https://dist.apache.org/repos/dist/dev/pdfbox/2.0.10/ > > The release candidate is a zip archive of the sources in: > >http://svn.apache.org/repos

Re: [VOTE] Release Apache PDFBox 2.0.11

+1 Maruan > Am 25.06.2018 um 20:51 schrieb Andreas Lehmkuehler : > > Hi, > > a candidate for the PDFBox 2.0.11 release is available at: > >https://dist.apache.org/repos/dist/dev/pdfbox/2.0.11/ > > The release candidate is a zip archive of the sources in: > >http://svn.apache.org/repos

Re: [VOTE] Release Apache PDFBox 1.8.15

+1 Maruan > Am 25.06.2018 um 20:13 schrieb Andreas Lehmkuehler : > > Hi, > > a candidate for the PDFBox 1.8.15 release is available at: > >https://dist.apache.org/repos/dist/dev/pdfbox/1.8.15/ > > The release candidate is a zip archive of the sources in: > >http://svn.apache.org/repos

Re: closeAndLogException usage in PDDocument

che.org/jira/browse/PDFBOX-4158 > > Tilman > > > - > To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org > For additional commands, e-mail: dev-h...@pdfbox.apache.org > -- Maruan Sahyoun FileAffairs GmbH

[DISCUSS] refactor AcroForms

Hi, while enhancing the AcroForms functionality for PDFBox one are of improvement is the appearance generation. For that I'm looking to change the behavior so the interactive.forms PDModel no longer takes care of the appearance generation but the functionality will be moved completely to a new

Re: [DISCUSS] refactor AcroForms

pon. > That's one of the motivators. > > Tilman > > Am 21.12.2014 um 17:15 schrieb Maruan Sahyoun: >> Hi, >> >> while enhancing the AcroForms functionality for PDFBox one are of >> improvement is the appearance generation. For that I'm looking t

Re: svn commit: r1647775 - in /pdfbox/tags/1.8.8/pdfbox/src/main/java/org/apache/pdfbox: pdfparser/NonSequentialPDFParser.java util/PDFTextStripper.java

Hi, thanks for the remark. Merry Xmas to you too. Maruan Am 24.12.2014 um 14:28 schrieb Andreas Lehmkuehler : > Hi, > > please don't alter any "tags" version, as those are the reference for the > corresponding release. > > Merry Xmas > Andreas Lehmkühler > > > Am 24.12.2014 um 14:19 schri

Re: Matrix Skew

Hi, I tried the following with skew being [1 tan a tan b 1 0 0] according to the spec. Matrix matrix = new Matrix(); which gives me [1.0,0.0,0.0,1.0,0.0,0.0] then matrix.setValue(0, 1, 0.5f); matrix.setValue(1, 0, 0.7f); which shall set the tan a and tan b values which gave me [1.0,0.5,0

Re: Matrix Skew

nsform documentation defines the same transform as: > > x' = [ m00*x + m01*y + m02 ] > > which might seem different until one realises that m00 = a, m01 = c, m02 = e. > The only difference appears to be the description that c "skews the y axis” > in PDF and m01 is &q

Re: Matrix Skew

Hi John, we're fine. Maruan Am 30.12.2014 um 00:30 schrieb John Hewson : > Hi Maruan, > >> On 28 Dec 2014, at 02:54, Maruan Sahyoun wrote: >> >> OK - I think the Matrix code is wrong in getting the shear values compared >> to the description in the PDF sp

Re: PDFBox Docs

the docs shall reside in pdfbox-docs from where they will be pulled onto the website or looked at directly at github. The publishing process to our website is not yet in place as there is no new content. I'm looking to get the redesign of the website done to accommodate for the old 1.8 and new

Re: PDFBox Docs

the time to enhance/restructure the website - again that's not GitHubs fault. Maruan > > -- John > >> On 1 Jan 2015, at 12:52, Maruan Sahyoun wrote: >> >> the docs shall reside in pdfbox-docs from where they will be pulled onto the >> website or looked a

Re: PDFBox Docs

Hi John, > >> On 1 Jan 2015, at 14:40, Maruan Sahyoun wrote: >> >> >>> This isn’t a good situation at all, we had a usable documentation system in >>> October and now we have nothing usable, with almost no content and no way >>> to easily cont

Re: PDFBox Docs

Hi John, I've updated some of the core components of the website mainly the CSS framework and the page structure to meet the new version of the framework. More to come. BR Maruan Am 02.01.2015 um 01:09 schrieb John Hewson : > >> On 1 Jan 2015, at 14:40, Maruan

Re: PDFBox Docs

> >> On 1 Jan 2015, at 22:23, Maruan Sahyoun wrote: >> >> Hi John, >> >>> >>>> On 1 Jan 2015, at 14:40, Maruan Sahyoun >>> <mailto:sahy...@fileaffairs.de>> wrote: >>>> >>>> >>>>> T

Re: PDFBox Docs

Am 03.01.2015 um 00:01 schrieb John Hewson : > What “framework” would that be? > Bootstrap 3 [http://getbootstrap.com] > -- John > >> On 2 Jan 2015, at 08:53, Maruan Sahyoun wrote: >> >> Hi John, >> >> I've updated some of the core compone

Re: PDFBox Docs

Am 03.01.2015 um 04:21 schrieb John Hewson : > > >> On 2 Jan 2015, at 16:25, Maruan Sahyoun wrote: >> >>> >>> >>>> On 1 Jan 2015, at 22:23, Maruan Sahyoun >>> <mailto:sahy...@fileaffairs.de>> wrote: >>>&

Re: PDFBox Docs

oking for? BR Maruan > -- John > >> On 3 Jan 2015, at 16:59, John Hewson wrote: >> >> >> >>> On 2 Jan 2015, at 22:47, Maruan Sahyoun wrote: >>> >>> Am 03.01.2015 um 04:21 schrieb John Hewson : >>> >>>> >>

Re: PDFBox Docs

Normally I don't use the bookmarklet but do a checkout of the sources, do my changes, build/test locally and commit the modified sources. BR Maruan > -- John > >> On 3 Jan 2015, at 16:59, John Hewson wrote: >> >> >> >>> On 2 Jan 2015, at 22:47

Re: PDFBox Docs

Hi John, Am 04.01.2015 um 22:05 schrieb John Hewson : > >> On 4 Jan 2015, at 11:35, Maruan Sahyoun wrote: >> >> >>> P.S. I managed to publish a small change as a test, using the web-based >>> CMS. But I’d like to understand (and document?) the

Re: PDFBox Docs

Hi Am 04.01.2015 um 22:24 schrieb John Hewson : > > >> On 4 Jan 2015, at 13:18, Maruan Sahyoun wrote: >> >> Hi John, >> >> >> Am 04.01.2015 um 22:05 schrieb John Hewson > <mailto:j...@jahewson.com>>: >> >>> >>

Re: PDFBox Docs

Am 05.01.2015 um 10:01 schrieb John Hewson : > > >> On 4 Jan 2015, at 13:40, Maruan Sahyoun wrote: >> >> Hi >> >> Am 04.01.2015 um 22:24 schrieb John Hewson : >> >>> >>> >>>> On 4 Jan 2015, at 13:18, Maruan Sah

Re: Sharing COS objects between COSDocuments

Hi All, > > I’d like to bring PDFBOX-2592 to the attention of the dev mailing list. > > A number of users on the mailing list have asked about how to import pages > from other PDFs as forms, our current solution is LayerUtility, which is > depends on PDFCloneUtility. > I like the idea to simp

Re: PDFBox Docs

Am 08.01.2015 um 11:44 schrieb Andreas Lehmkühler : > Hi, > >> Maruan Sahyoun hat am 1. Januar 2015 um 21:52 >> geschrieben: >> >> >> the docs shall reside in pdfbox-docs from where they will be pulled onto the >> website or looked at directly at git

Re: PDFBox Docs

Am 08.01.2015 um 11:51 schrieb Maruan Sahyoun : > Am 08.01.2015 um 11:44 schrieb Andreas Lehmkühler : > >> Hi, >> >>> Maruan Sahyoun hat am 1. Januar 2015 um 21:52 >>> geschrieben: >>> >>> >>> the docs shall reside in pdfbox-doc

Re: Sharing COS objects between COSDocuments

> >> John Hewson hat am 8. Januar 2015 um 00:38 geschrieben: >> >> >> >>> On 7 Jan 2015, at 15:01, Leonard Rosenthol wrote: >>> >>> I admit to never actually looking a the PDFBox Cos implementation, but >>> every other implementation that I’ve worked with (and it’s been quite a >>> few) h

Re: PDFBox Docs

Am 08.01.2015 um 12:39 schrieb Andreas Lehmkühler : > > >> Maruan Sahyoun hat am 8. Januar 2015 um 12:18 >> geschrieben: >> >> >> Am 08.01.2015 um 11:51 schrieb Maruan Sahyoun : >> >>> Am 08.01.2015 um 11:44 schrieb Andreas Lehmkühler :

Re: PDFBox Docs

Hi Am 08.01.2015 um 13:18 schrieb Andreas Lehmkühler : > > >> Maruan Sahyoun hat am 8. Januar 2015 um 12:52 >> geschrieben: >> >> >> >> Am 08.01.2015 um 12:39 schrieb Andreas Lehmkühler : >> >>> >>> &g

Re: Sharing COS objects between COSDocuments

Am 08.01.2015 um 15:54 schrieb Leonard Rosenthol : >> That's the benefit of the current approach that after the deep cloning >> the imported page is independent from the source page. > > And that’s what you (IMO) want to maintain. > > Once you copy the object(s) to the new document they are,

Re: Sharing COS objects between COSDocuments

Am 08.01.2015 um 22:50 schrieb John Hewson : > >> On 8 Jan 2015, at 13:03, Tilman Hausherr wrote: >> >> Am 08.01.2015 um 08:01 schrieb Maruan Sahyoun: >>> Hi All, >>>> I’d like to bring PDFBOX-2592 to the attention of the dev mailing list. >>>

Re: Apache PDFBox January 2015 board report due

Tilman, Andreas, good idea. In addition we should include some of the metrics from the Sonar Reports a) because we made some progress there (mostly because of your efforts) and b) we provide feedback that such tools, provided by the ASF to us, are very valuable and used by the projects I'd als

[DISCUSS] returning empty field values

Hi, as I'm currently enhancing the AcroForms functionality one question came to mind which is how empty field values shall be returned. Currently - as with most parts of PDFBox - if a value, dictionary item … is not existing null will be returned. I'm considering to change that to return an emp

PDFBox tools

Hi, do we need System.exit() in our command line tools usage messages? Opinions? Don't see a benefit of having them. BR Maruan

Re: PDFBox tools

h is shown > only if there is any issue with the given commandline parameters. > > I'd remove such calls. > >> -- John >> >>> On 15 Jan 2015, at 06:06, Maruan Sahyoun wrote: >>> >>> Hi, >>> >>> do we need System.exit()

Re: PDFBox tools

Am 15.01.2015 um 18:47 schrieb Tilman Hausherr : > I think that a call that results in printing the usage should result in a > non-null exit code. > fine - but shouldn't an error in processing not also lead to a non-null exit code? > Tilman > > Am 15.01.2015 um 18:13

Re: PDFBox tools

Am 15.01.2015 um 18:55 schrieb Tilman Hausherr : > > Am 15.01.2015 um 18:50 schrieb Maruan Sahyoun: >> Am 15.01.2015 um 18:47 schrieb Tilman Hausherr : >> >>> I think that a call that results in printing the usage should result in a >>> non-null exit c

Re: PDFBox tools

exception which causes main() to exit and there > is no catch clause, then java will return a non-zero code of its own accord. > If we’re catching fatal exceptions in main, then we should System.exit(1) > afterwards. > > -- John > >> On 15 Jan 2015, at 09:13, Maruan Sahyo

Re: PDFBox tools

> On 15 Jan 2015, at 10:56, Maruan Sahyoun wrote: >> >> so if I understand an summarize correctly we'd change >> >> - the usage() for all to return 1 > > Except when the user has asked for the usage via -h, because that’s a > success, not a fai

Re: Project build error: Unknown packaging: bundle

removing the entry should remove the issue. Maruan Am 17.01.2015 um 20:07 schrieb Tilman Hausherr : > Does the problem / the solution mentioned in this question apply to anybody > using eclipse? > https://stackoverflow.com/questions/27994265 > > Tilman (uses netbeans, heh heh) > >

Re: Enable mailing list footer about unsubscribing

Hi, good idea - I'd say the info to unsubscribe should be enough BR Maruan Am 18.01.2015 um 12:48 schrieb Andreas Lehmkuehler : > Hi, > > our mailing list server seems to have an optional feature which appends a > footer to every posting explaining how to unsubscribe. > > > To unsubscribe,

Re: preflight mass tests

ckoverflow >> 9 are the getFontMatrix NPE >> 33 are the "root must be of type Pages" errors >> >> The rest is mostly related to very broken PDF files. >> >> Tilman >> >> >> Am 04.12.2014 um 14:55 schrieb Maruan Sahyoun: >>

Re: preflight mass tests

re at most 5-10 files left with problems that can be > solved. I'll start a new test when the Isartor improvements are done with a > bigger memory setting, and will also open issues on the exceptions that I > believe can be fixed. > > Tilman > > Am 23.01.2015 um 08:54

Font subsetting & Unicode

Hi John, thx for putting that in - was a long standing issue. This also helps resolving some issues around AcroForms. BR Maruan

Re: Build failed in Jenkins: PDFBox-trunk #1777

I'll Look into that later this evening - sorry for that Maruan Sahyoun > Am 02.02.2015 um 20:59 schrieb Apache Jenkins Server > : > > See <https://builds.apache.org/job/PDFBox-trunk/1777/changes> > > Changes: > > [lehmi] PDFBOX-2656: write trailer wh

Re: https://issues.apache.org/jira/browse/PDFBOX-2523 still present (or variation of it still present)

Hi Krasimir, thanks for the mail but it's the same you already sent to the users mailing list - which is the correct one for such questions. Tilman already sent you an answer there asking for the PDF as without looking at your file it's difficult to say what's going on. So if you could provide

Re: preflight mass tests

great - another 6 files we are now able to process. Of the remaining 73 how many are left which Adobe Reader is able to process? Having that testbed really paid off! Maruan Am 12.02.2015 um 00:21 schrieb Tilman Hausherr : > Am 23.01.2015 um 08:45 schrieb Tilman Hausherr: >> total: 231223, fail

Re: preflight mass tests

try chosing some file with an exception that sounds like it could be > corrected, and then submit that one. However now I'd rather concentrate on > new issues and remaining 2.0 issues. > > Tilman > > Am 12.02.2015 um 07:52 schrieb Maruan Sahyoun: >> great - anot

Unit Tests and Exception

Hi, most individual tests within unit tests have throws Exception - shouldn't we change it to the exception types we are typically throwing - mostly IOException and not have the raw Exception? BR Maruan

Re: Unit Tests and Exception

the test > runner, there's not any practical advantage to throwing more specific > exceptions. > > Still, throwing Exception isn't great style, so I'd be happy to see it > changed. > > -- John > >> On 17 Feb 2015, at 14:03, Maruan Sahyoun wrote: >>

Re: Use your own PageDrawer...

Hi Daniel, hi Manfred, if you could describe your use case - maybe in a JIRA ticket with an enhancement request or by discussing it further in the mailing list - we might be able to come up with a solution. There are many changes in PDFBox 2.0 compared to 1.8 with the intention to make it bette

Build Unstable

Hi, we are getting this message java.lang.NoClassDefFoundError: Could not initialize class org.apache.pdfbox.pdmodel.graphics.color.PDDeviceRGB Ideas? BR Maruan

Re: Preflight and javacc

Hi, looks like it's not used anymore - couldn't find any reference to it. BR Maruan > Am 09.03.2015 um 19:47 schrieb Andreas Lehmkuehler : > > Hi, > > I was wondering what epurpose the javacc part of preflight has. I seems as if > the generated sources aren't used anywhere. Am I right? Is it

Re: Preflight and javacc

Hi, after a second look the org.apache.pdfbox.preflight.exception; package is using the javacc generated sources BR Maruan > Am 10.03.2015 um 08:48 schrieb Maruan Sahyoun : > > Hi, > > looks like it's not used anymore - couldn't find any reference to it. >

Re: PDFBox 1.8.9 release

Hi Andreas, +1 good idea - currently there are no pending issues from my side for 1.8.9 BR Maruan > Am 11.03.2015 um 12:12 schrieb Andreas Lehmkühler : > > Hi, > > there are again a number of solved issues and I'm thinking about a new > bugfix release. How about a new one next week, maybe lat

PDFBox 2.0 - AcroForms and appearance generation.

Hi, I've gotten the functionality around AcroForms and appearance generation to a state where it's usable and there are no outstanding bugs scheduled for 2.0 which have been reported by users. There is still a lot of room for improvement so I will continue working on that but that can be done w

Remove commented out code

Hi, we have a number of classes where the is commented out code which was commented out many years ago. I'd propose to remove that for 2.0. WDYT? Maruan - To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org For additional

PDFBox 2.0 and documentation

I'm about to start to enhance the documentation for PDFBox 2.0.0 with the initial step to enhance the javadoc files (also covering xmpbox, preflight, fontbox). Currently we have a rule - at least in Checkstyle - that a method returning a non-void type should have a @return tag. That's not alwa

Re: PDFBox 2.0 and documentation

lanatory> if I remember correctly. > Tilman > > Am 19.03.2015 um 10:49 schrieb Maruan Sahyoun: >> I'm about to start to enhance the documentation for PDFBox 2.0.0 with the >> initial step to enhance the javadoc files (also covering xmpbox, preflight, >> fontbo

Re: PDFBox 1.8.9 release

> Am 22.03.2015 um 14:55 schrieb Tilman Hausherr : > > He already did... I need to have another look (hopefully tonight), and there > was also some dialog between Maruan and Tim about acroforms and I'm not sure > what the result is - whether it is OK or whether something needs to be done. the

Re: PDFBox 1.8.9 release

AM > To: dev@pdfbox.apache.org > Subject: Re: PDFBox 1.8.9 release > > > >> Andreas Lehmkühler hat am 23. März 2015 um 09:03 >> geschrieben: >> >> >> Hi, >> >>> Tilman Hausherr hat am 22. März 2015 um 22:46 >>> geschrieben: &g

Re: PDFBox 2.0 and documentation

Hi John, > Am 24.03.2015 um 19:25 schrieb John Hewson : > > >> On 19 Mar 2015, at 02:49, Maruan Sahyoun wrote: >> >> I'm about to start to enhance the documentation for PDFBox 2.0.0 with the >> initial step to enhance the javadoc files (also c

Re: [VOTE] Release Apache PDFBox 1.8.9

+1 - thank you for preparing the release. BR Maruan > Am 24.03.2015 um 19:51 schrieb Andreas Lehmkuehler : > > Hi, > > a candidate for the PDFBox 1.8.9 release is available at: > >https://dist.apache.org/repos/dist/dev/pdfbox/1.8.9/ > > The release candidate is a zip archive of the source

Re: [VOTE] Release Apache PDFBox 1.8.9

Hi, the apidocs are available at pdfbox.staging.apache.org. I'll commit to production as soon as the release is out. Maruan > Am 24.03.2015 um 19:51 schrieb Andreas Lehmkuehler : > > Hi, > > a candidate for the PDFBox 1.8.9 release is available at: > >https://dist.apache.org/repos/dist/d

PDFBox AcroForms and Barcode

Hi, to enhance the coverage of acroforms wrt to the PDF specification we'd need to support barcode fields. A lib we could use as a base is Barcode4J [1] which is ASL licensed. As it has features and dependencies we don't need/want I'd think we'd need to rip it apart and reuse what's needed and

Re: PDFBox AcroForms and Barcode

this is the list where HowTo questions shall be posted - don't ask off topic questions on an existing thread as this will make it difficult to follow? Thanks you for your help BR Maruan > -Original Message- > From: Maruan Sahyoun [mailto:sahy...@fileaffairs.de] > Se

Re: PDFBox AcroForms and Barcode

> Am 27.03.2015 um 09:38 schrieb Tilman Hausherr : > > Am 27.03.2015 um 09:02 schrieb Maruan Sahyoun: >> we'd need to support barcode fields > > Are you talking about "BarcodePlaintext" from the spec? > > Tilman > > > > ---

Re: PDFBox AcroForms and Barcode

Hi, > Am 27.03.2015 um 12:36 schrieb Andreas Lehmkühler : > > Hi, > >> Maruan Sahyoun hat am 27. März 2015 um 09:02 >> geschrieben: >> >> >> Hi, >> >> to enhance the coverage of acroforms wrt to the PDF specification we'd need &g

Re: PDFBox AcroForms and Barcode

> Am 27.03.2015 um 12:54 schrieb Andreas Lehmkühler : > > Hi, > >> Maruan Sahyoun hat am 27. März 2015 um 09:02 >> geschrieben: >> >> >> Hi, >> >> to enhance the coverage of acroforms wrt to the PDF specification we'd need >&

JavaDoc and timestamps

Hi, can we remove the generated hidden timestamps from the javadoc as this will change every file when newly generating the javadoc even though the content itself might not have changed thus making an update to svn for each file. BR Maruan ---

Re: [jira] [Created] .XDP file can load & edit in PDFBox?

Hi, do you have .xdp files or .pdf files containing XFA forms? If you have .xdp files they are pure XML so you can manipulate these directly (you'd need to look for the entries in xfa:datasets. Such questions are best asked on the users mailing list [1] which is the correct one for how to ques

Re: CryptoBox and ETSI PAdES Plugtest

Hi, > Am 16.04.2015 um 01:03 schrieb Thomas Chojecki : > > Hello, > I've startet creating a crypto engine for pdfbox. The aim is to provide > a highlevel api for signing and verifying pdf documents. great - this is a very important use case for PDFBox. > > The engine is called cryptobox and i

Re: CryptoBox and ETSI PAdES Plugtest

Hi, > Am 16.04.2015 um 12:59 schrieb Thomas Chojecki : > > > Zitat von Maruan Sahyoun : > >> Hi, >> > > Hi Maruan, > >>> From 4 to 29 May 2015 ETSI is making a PAdES PlugTest [4], I'm already >>> a participant and will try

Re: € String encoding

Hi, > Am 22.04.2015 um 13:32 schrieb Manfred Pock : > > Hi, > > add PDFBox 2.0 (trunk) i have the Problem that the € sign is not correct > encoded. I have take a look at PDFDocEncoding and maybe there is an bug at > the method getBytes(String text): > there is already an issue for that - ht

Re: € String encoding

Hi, > Am 22.04.2015 um 13:59 schrieb Maruan Sahyoun : > > Hi, > >> Am 22.04.2015 um 13:32 schrieb Manfred Pock : >> >> Hi, >> >> add PDFBox 2.0 (trunk) i have the Problem that the € sign is not correct >> encoded. I have take a look at PDF

Re: api question

> Am 23.04.2015 um 11:02 schrieb John Hewson : > > > >> On 15 Apr 2015, at 04:47, Simon Steiner wrote: >> >> Hi, >> >> >> >> Why do you have classes where getCOSObject is public but getCOSDictionary >> is not public? > > Legacy quirk. There's actually no need for any of the getCOSDiction

Re: CryptoBox and ETSI PAdES Plugtest

> Am 23.04.2015 um 10:51 schrieb John Hewson : > > >> On 16 Apr 2015, at 01:52, Maruan Sahyoun wrote: >> >> Hi, >> >>> Am 16.04.2015 um 01:03 schrieb Thomas Chojecki : >>> >>> Hello, >>> I've startet creating a crypt

Re: svn commit: r950554 - in /websites/staging/pdfbox/trunk/content: ./ 1.8/ 1.8/cookbook/ 2.0/ FontAwesome/ docs/1.8.2/ errors/

webfont for icons - I'm removing the stuff that's not needed BR Maruan > Am 08.05.2015 um 17:38 schrieb Tilman Hausherr : > > Am 08.05.2015 um 10:28 schrieb build...@apache.org: >> Modified: websites/staging/pdfbox/trunk/content/FontAwesome/README.html > > What is this > > https://pdfbox.

Re: svn commit: r950554 - in /websites/staging/pdfbox/trunk/content: ./ 1.8/ 1.8/cookbook/ 2.0/ FontAwesome/ docs/1.8.2/ errors/

Hi, > Am 08.05.2015 um 17:38 schrieb Tilman Hausherr : > > Am 08.05.2015 um 10:28 schrieb build...@apache.org: >> Modified: websites/staging/pdfbox/trunk/content/FontAwesome/README.html > > What is this > > https://pdfbox.apache.org/FontAwesome/ > https://pdfbox.apache.org/FontAwesome/docs/

PDRectangle and Matrix Transformations

Hi, in order to support the AP generation for rotated form fields I need to rotate and translate PDRectangles. Unfortunately the current transformation returns a GeneralPath from which the transformed PDRectangle needs to be created to be set …. I'd rather add some methods to Matrix to transfo

Re: PDRectangle and Matrix Transformations

Hi, > Am 13.05.2015 um 22:42 schrieb John Hewson : > > >> On 13 May 2015, at 11:10, Maruan Sahyoun wrote: >> >> Hi, >> >> in order to support the AP generation for rotated form fields I need to >> rotate and translate PDRectangles. Unfortuna

Re: Dear. Developers

Hi, yes, there were some changes regarding such files (incremental save). Please use the latest version [1] and load your documents using PDDocument.loadNonSeq() [2]. You can use null for the scratchFile parameter. BR Maruan [1] http://pdfbox.apache.org/download.cgi [2] http://pdfbox.apache.o

Re: PDFBox 1.8.7 release?

+1 Maruan Sahyoun Am 07.08.2014 um 12:35 schrieb Andreas Lehmkühler : > Hi, > > there is already a number of solved issues and I guess it's > time for a new bugfix release. > > I'm working on PDFBOX-2250 and I'd like to finish that > first but how about a

Re: PDFBox 1.8.7 release?

Am 11.08.2014 um 18:59 schrieb Andreas Lehmkuehler : > Hi, > > > Am 11.08.2014 18:35, schrieb John Hewson: >> Andreas, >> >> What I had been thinking was that now that 2.0 is getting closer that me >> wight want to do less with 1.8, but I agree with you that we don’t need any >> fixed rules,

Re: PDFBox 1.8.7 release?

I’d like to include PDFBOX-2249 - should be ready by then. Am 14.08.2014 um 09:08 schrieb Andreas Lehmkühler : > > >> Andreas Lehmkühler hat am 7. August 2014 um 12:35 >> geschrieben: >> >> >> Hi, >> >> there is already a number of solved issues and I guess it's >> time for a new bugfix re

AcroForm fields and appearance stream generation

Hi, there are cases where a form field doesn’t contain an appearance e.g. when the form was filled and the NeedAppearances flag in the forms dictionary has been set. In such cases for rendering an appearance stream needs to be generated. Am I right that for PDFBox # we should respect a NeedAppe

Re: PDFBox 1.8.7 release?

Hi Andreas, what are your current plans to cut the new release? Dependent on that I could do https://issues.apache.org/jira/browse/PDFBOX-91 [Comb Fields] as a quick fix this weekend to the 1.8 branch. BR Maruan Am 14.08.2014 um 09:08 schrieb Andreas Lehmkühler : > > >> Andreas Lehmkühler

Re: [VOTE] Release Apache PDFBox 1.8.7

+1 - thanks for taking care of the release process. Maruan Am 15.09.2014 um 20:49 schrieb Andreas Lehmkuehler : > Hi, > > a candidate for the PDFBox 1.8.7 release is available at: > >http://people.apache.org/~lehmi/pdfbox/1.8.7/ > > The release candidate is a zip archive of the sources in

[DISCUSS] move documentation and examples to git

Hi there, in order to make it easier for people to contribute to the documentation and examples I thought about the potential benefits of moving these to a git based repository instead of svn. The main idea behind that is to allow people to contribute via github opening another channel of commu

Re: [DISCUSS] move documentation and examples to git

what about having extra repos for pdfbox-docs and pdfbox-examples? Maruan Am 16.09.2014 um 11:43 schrieb Andreas Lehmkühler : > Hi, > >> Maruan Sahyoun hat am 16. September 2014 um 10:21 >> geschrieben: >> >> >> Hi there, >> >> in order t

Re: [DISCUSS] move documentation and examples to git

it’s possible shall we do it? Moving the whole project to git is a different story. I’d see the same benefit applying to pdfbox but the impact is larger. So moving the docs and examples might also be a good test case. Maruan Am 16.09.2014 um 11:55 schrieb Andreas Lehmkühler : >> Maruan Sahyoun

Re: [DISCUSS] move documentation and examples to git

Dear Santosh, you can unregister using the link below. https://pdfbox.apache.org/mailinglists.html With kind regards Maruan > Am 17.09.2014 um 03:00 schrieb Santosh Arakeri : > > Pl dont send me mail. >> On 16 Sep 2014 13:52, "Maruan Sahyoun" wrote: >> >&

<    1   2   3   4   5   6   7   8   9   10   >