Re: [VOTE] Release Apache PDFBox 2.0.29

+1 Maruan > Am 30.06.2023 um 18:16 schrieb Andreas Lehmkühler : > > Hi, > > is there anybody else who is able to spend some cycles on looking into this > release? There is at least one vote missing and about 24 hours to go ... > > Thanks in advance > > Andreas > >> Am 28.06.23 um 18:54 schr

Re: Apache PDFBox Board Report July 2023 due

+1 Maruan > Am 11.07.2023 um 08:16 schrieb Andreas Lehmkühler : > > Hi, > > find attached a quick draft of the board report we're expected to submit this > month. It's based upon the report wizard template which can be found at [1] > > Any comments or additions are appreciated ... > > > ##

Re: [VOTE] Release Apache PDFBox 3.0.0-beta1

+1 Maruan > Am 11.07.2023 um 07:56 schrieb Andreas Lehmkühler : > > Hi, > > a candidate for the PDFBox 3.0.0-beta1 release is available at: > >https://dist.apache.org/repos/dist/dev/pdfbox/3.0.0-beta1/ > > The release candidate is a zip archive of the sources in: > >https://svn.apac

Re: [VOTE] Release Apache PDFBox 3.0.2

+1 Maruan > Am 11.03.2024 um 20:24 schrieb Andreas Lehmkühler : > > Hi, - To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]

Re: [VOTE] Release Apache PDFBox 2.0.31

+1 Maruan > Am 21.03.2024 um 18:53 schrieb Andreas Lehmkühler : > > Hi, > > a candidate for the PDFBox 2.0.31 release is avaiable at: > >https://dist.apache.org/repos/dist/dev/pdfbox/2.0.31/ > > The release candidate is a zip archive of the sources in: > >https://svn.apache.org/repo

Re: [VOTE] Release Apache PDFBox 2.0.31

IMHO this is not a show stopper > Am 22.03.2024 um 06:54 schrieb Andreas Lehmkühler : > >  > >> Am 21.03.24 um 20:07 schrieb Tim Allison: >> In the parent pom.xml in the zip file, there's a "release" submodule >> specified. However, there's no release directory in the src zip that would >> mat

[DISCUSS] PDFBox and Exception handling

which is than taken as the input. In addition to that maybe we can think about having some additional types of exceptions instead of mostly IOException to support that. BR Maruan Sahyoun

Re: [DISCUSS] GSoC Participation

table recognition, high level PDF creation API or OCR interface although these would be very beneficial functionalities. In addition working on the documentation might be something although not for a ‚core‘ developer. One question which needs to be answered is who would act as a mentor? BR Maruan

Re: [DISCUSS] PDFBox and Exception handling

are able to extend from a strictly conformant parsing to a relaxed parsing by using the same mechanism thus having the workarounds not in the ‚core‘ parser. BR Maruan Sahyoun Am 13.02.2014 um 09:44 schrieb John Hewson : > I'm not sure in understand what you mean, the Camel examples

Re: [DISCUSS] PDFBox and Exception handling

already found out sometimes a fix was made to handle a single occurrence of a file and the file itself might no longer exist. > -- John > > On 13 Feb 2014, at 03:24, Maruan Sahyoun wrote: > >> Hi John, >> >> currently pdfbox mostly throws IOExceptions where t

Re: [DISCUSS] PDFBox and Exception handling

ll a protected method which in > ConformingParser would throw an error but in NonConformingParser would > perform a recovery, as you proposed. But by using protected methods we avoid > the maintainability problem caused by making the error recovery mechanism > public. > > W

Re: [DISCUSS] PDFBox and Exception handling

Hi Fred, unfortunately the attachment didn't make it through due to restrictions of the mailing list - could you make it available somewhere on a public site? BR Maruan Sahyoun > Am 16.02.2014 um 01:04 schrieb Fred Hansen : > > > Just in case you're not tired of except

Re: [DISCUSS] PDFBox and Exception handling

Hi Fred, thank you for putting down your thoughts, very helpful. BR Maruan Sahyoun > Am 16.02.2014 um 23:36 schrieb Fred Hansen : > > I've converted the attachment to a web page: >http://physpics.com/Java/Notes/Exce

PDFBox and GitHub

Hi, according to Infra there is a better GitHub integration available on as an opt in feature https://blogs.apache.org/infra/entry/improved_integration_between_apache_and Shall we use it? Maruan Sahyoun

pdfbox.io - which should I use

Maruan Sahyoun

Re: PDFBox and GitHub

Hi, Am 18.02.2014 um 13:00 schrieb Andreas Lehmkühler : > Hi, > >> Maruan Sahyoun hat am 17. Februar 2014 um 09:16 >> geschrieben: >> >> >> Hi, >> >> according to Infra there is a better GitHub integration available on as an >> opt >

Re: pdfbox.io - which should I use

Yes, we could use RandomAccessRead as a base and subclasses to wrap NIO and others. Then the parsers would use RandomAccessRead WDYT Maruan Sahyoun > Am 18.02.2014 um 21:42 schrieb John Hewson : > > The streams used by BaseParser and PDFParser are sequential, so you can >

Re: pdfbox.io - which should I use

ffer which is a chunk of data. Maruan Sahyoun > Am 19.02.2014 um 04:45 schrieb John Hewson : > > RandomAccessRead looks like it could be replaced with > java.nio.channels.SeekableByteChannel as implemented by > java.nio.channels.FileChannel. > > -- John > >> On

Re: pdfbox.io - which should I use

Hi John, forgot that - SeekableByteChannel is Java 1.7 BR Maruan Sahyoun Am 19.02.2014 um 04:45 schrieb John Hewson : > RandomAccessRead looks like it could be replaced with > java.nio.channels.SeekableByteChannel as implemented by > java.nio.channels.FileChannel. > > -- John

Re: Color Space Refactoring

Hi John, that's no doubt a great enhancement and a hughe step forward. BR Maruan Sahyoun > Am 20.02.2014 um 11:17 schrieb John Hewson : > > Hi All > > I have just committed a significant refactoring of color spaces to trunk. The > main purpose of the change is to enca

Re: covert to Image is very slow

Antonio, in addition to John’s comment: is the 4 to 5 secs for the pure conversion (page.convertToImage) or the complete run? Could you time the portions? BR Maruan Sahyoun Am 25.02.2014 um 19:20 schrieb John Hewson : > Antonio > > For complex pages or pages with many images 4-5 s

Re: Remove AWT Fonts

Hi John, what about just using the platform fonts? If not then Latex uses the URW++ fonts which were made available under the http://www.latex-project.org/lppl license. (same fonts are used by Ghostscript). Could check if the license is fine with ours. BR Maruan Sahyoun Am 03.03.2014 um 21

Re: Remove AWT Fonts

ompare with the standard 14 > used by Adobe, > in particular whether or not the metrics actually match (I know that it is > claimed that they do). > > -- John > > On 4 Mar 2014, at 05:48, Maruan Sahyoun wrote: > >> Hi John, >> >> what about just using

Re: Remove AWT Fonts

same results. (rendering quality, number of glyphs ….) so I think a mechanism to use platform fonts and letting users register new ones similar to our current font aliases is a better and more reliable option. BR Maruan Sahyoun Am 04.03.2014 um 21:28 schrieb John Hewson : > Maruan > &

Re: IOException when merging PDF after increasing pushBackSize

Hi James, a) the file didn’t make it to the mailing list because of restrictions. Could you upload it to a public location? b) try opening the document with PDDocument.loadNonSeq() in a simple test case - will it give errors? BR Maruan Sahyoun Am 05.03.2014 um 15:21 schrieb James Carter

PDFBox Documentation - Rendering

rendering works in PDFBox. Only a quick overview? BR Maruan Sahyoun

[DISCUSS] PDFBox and support for PDF versions, PDF standards

the base objects. BR Maruan Sahyoun

Re: [DISCUSS] PDFBox and support for PDF versions, PDF standards

Hi John, it’s not about PDF versions but PDF versions and standards. The base syntax has not changed. But the elements described by the base have. BR Maruan Sahyoun Am 10.03.2014 um 09:20 schrieb John Hewson : > Hi Maruan > >> As of today PDFBox has no formal support for

Re: [DISCUSS] PDFBox and support for PDF versions, PDF standards

anything in the parser which > is version-specific. > > -- John > > On 10 Mar 2014, at 01:43, Maruan Sahyoun wrote: > >> Hi John, >> >> it’s not about PDF versions but PDF versions and standards. >> >> The base syntax has not changed. But the e

Re: [DISCUSS] PDFBox and support for PDF versions, PDF standards

model, PD model). Need to do that anyway. What about writing? BR Maruan Sahyoun Am 10.03.2014 um 11:43 schrieb John Hewson : >>> If the syntax hasn’t changed then there can’t be anything in the parser >>> which is version-specific. >> >> I think we are talking about

Re: [DISCUSS] PDFBox and support for PDF versions, PDF standards

> >> OK - wasn’t precise enough - token types didn’t change but there are newer >> tokens introduced. > > Yes. > >> As the syntax has changed do we need version and standards support in the >> parsing phase then? > > I don’t think so, no. I don’t know what the use-case would be. You’d have

Re: [DISCUSS] PDFBox and support for PDF versions, PDF standards

> -- John > > On 11 Mar 2014, at 00:24, Maruan Sahyoun wrote: > >> >>> >>>> OK - wasn’t precise enough - token types didn’t change but there are newer >>>> tokens introduced. >>> >>> Yes. >>> >>>> As

Re: Need JBIG2 test image

Hi Tilman, I can make one up tomorrow if no one else is faster. Will be done from scratch with no real world data in it. BR Maruan Sahyoun Am 12.03.2014 um 18:43 schrieb Tilman Hausherr : > No, the file would of course be public. > > I can still have a look about whether PDFBO

Re: Problem With MergeUtility

Hi, not a direct answer to your question but could you try PDDocument.loadNonSeq instead? BR Maruan Sahyoun > Am 13.03.2014 um 16:16 schrieb Alin Mazilu : > > Hello guys, > > > Has anyone had any problem with this? Any idea why it happens? What would > be a good valu

Re: Problem With MergeUtility

this issue is logged at PDFBOX-1964 with a potential patch attached. BR Maruan Sahyoun Am 13.03.2014 um 17:52 schrieb Timo Boehme : > Hi, > > as far as I remember PDFMergeUtility is one of the last utilities not > supporting loadNonSeq currently. > > As a workaround

Re: Removing processStream and processSubStream

change the default user space. This was introduced in PDF 1.6. A good opportunity to read that entry and make sure that we handle it appropriately. BR Maruan Sahyoun Am 18.03.2014 um 20:46 schrieb John Hewson : > Hi All > > I’m still working on getting Tiling Patterns to render corre

Re: Removing processStream and processSubStream

John, Am 19.03.2014 um 18:15 schrieb John Hewson : > Maruan > >> From how I understand the rendering in PDF Form, Text, Image and Pattern >> maintain their own matrix to map to user space which is then transformed by >> the CTM to device space so handling them specifically is fine and inline

Re: Removing processStream and processSubStream

Maruan Sahyoun : > John, > > Am 19.03.2014 um 18:15 schrieb John Hewson : > >> Maruan >> >>> From how I understand the rendering in PDF Form, Text, Image and Pattern >>> maintain their own matrix to map to user space which is then transformed by &g

Re: Removing processStream and processSubStream

rk because we need that information later in order to correctly process > the stream. If we allowed a null parent to be passed, the result would be > silently broken rendering - there’s no value in providing a > backwards-compatible API if it can only produce broken results. Won’t get

Re: Apache PDFBox April 2014 board report due

Hi Andreas, +1 with the additions from John and Tilman BR Maruan Am 30.03.2014 um 16:29 schrieb Andreas Lehmkuehler : > Hi, > > find attached a quick draft of the board report we're expected to submit this > month. > > @Johm, @Tilman > Please add something about the GSoC status. > > > Any f

Re: Apache PDFBox April 2014 board report due

Hi, to unsubscribe please follow the information at http://pdfbox.apache.org/mailinglists.html BR Maruan Sahyoun Am 02.04.2014 um 10:02 schrieb Somnath Jadhav : > Hello , > > Can I know how to unsubscribe from this alerts ? > > I no longer needs those alerts and I cant see

xmpbox vs. jempbox - which is the one moving forward

Hi, did we make a decision about xmpbox or jempbox are the one to use for XMP metadata moving forward? There is a discussion in PDFBOX-1187 about cutting the dependency to jempbox and preflight uses xmpbox. BR Maruan

Re: possible memory leak PDFBox 2.0.0

Hi Joseph, the attachments didn’t make it to the mailing list. Could you upload it to a public location? Id the behavior reproducible with any PDF or only with some. Could you oplad a sample PDF too? BR Maruan Sahyoun Am 10.04.2014 um 13:50 schrieb Joseph Siddal : > Hi, > > I&#

Re: New PDFBox bugfix release 1.8.5

Hi, I'm currently on a trip so won't be able to fix it today. BR Maruan > Am 18.04.2014 um 16:58 schrieb Tilman Hausherr : > > Now only Maruans issue is open. I'm currently fixing more javadoc stuff for > 1.8 and 2.0 and will comment when done. This will be finished in 15 min. > > After that

Re: New PDFBox bugfix release 1.8.5

Hi there, there is an issue with my local copy of pdfbox atm - need a little more time to resolve the issue. BR Maruan Sahyoun Am 18.04.2014 um 17:03 schrieb Maruan Sahyoun : > Hi, > > I'm currently on a trip so won't be able to fix it today. > > BR > > Maru

Re: New PDFBox bugfix release 1.8.5

Hi Andreas, will commit them later today. BR Maruan Sahyoun Am 24.04.2014 um 11:52 schrieb Andreas Lehmkühler : > Hi, > > I'm planning to cut the release at the beginning of the next week. > > Any objections? > > @Maruan > What about your pending javadoc chan

Re: xmpbox vs. jempbox - which is the one moving forward

Hi Am 25.04.2014 um 12:38 schrieb Andreas Lehmkühler : > Hi, > > >> Maruan Sahyoun hat am 9. April 2014 um 15:10 >> geschrieben: >> >> >> Hi, >> >> did we make a decision about xmpbox or jempbox are the one to use for XMP >> meta

Re: New PDFBox bugfix release 1.8.5

Hi Andreas, I’ve committed the changes. Fingers crossed that I did that correctly this time. BR Maruan Am 24.04.2014 um 11:52 schrieb Andreas Lehmkühler : > Hi, > > I'm planning to cut the release at the beginning of the next week. > > Any objections? > > @Maruan > What about your pending ja

Re: New PDFBox bugfix release 1.8.5

ing (UTC+2) > > BR > Andreas Lehmkühler > > [1] https://builds.apache.org/job/PDFBox%201.8.x/122/ > > > Am 26.04.2014 00:07, schrieb Maruan Sahyoun: >> Hi Andreas, >> >> I’ve committed the changes. Fingers crossed that I did that correctly this >

Re: [VOTE] Release Apache PDFBox 1.8.5

+1 - thanks for preparing the release. I’ll update the docs on the website as soon as the release is out. BR Maruan Sahyoun Am 28.04.2014 um 19:57 schrieb Andreas Lehmkuehler : > Hi, > > a candidate for the PDFBox 1.8.5 release is available at: > >http://people.apache.or

1.8.5 and Website

Hi, I’ve updated the PDFBox API docs to reflect 1.8.5 on the website. BR Maruan Am 02.05.2014 um 09:27 schrieb Andreas Lehmkühler : > Hi, > > due to the newest PDFBox 1.8.5 release I've closed all 1.8.5 related issues > in a bulk operation. I've disabled the email notification to avoid an emai

Re: [VOTE] Release Apache PDFBox 1.8.5

same for me BR - Maruan Am 04.05.2014 um 12:37 schrieb Andreas Lehmkuehler : > Hi, > > Am 28.04.2014 21:20, schrieb John Hewson: >> +1 > > Is it just me, or did others on the list get this mail with a delay of 6 days > too? According to the mail header the issue was on the senders side. > >

Enhancements to PDFBox

Hi, for a current project I need to work on enhancing PDFBox for # splitting files (e.g. remove no longer needed resources) # merging files (e.g. avoid duplicating resources) # page handling (adding/removing individual pages with resource handling) # enhancements to forms handling (pre fill XFA f

Re: Enhancements to PDFBox

Hi, Am 29.05.2014 um 13:57 schrieb Andreas Lehmkuehler : > Am 29.05.2014 09:39, schrieb Maruan Sahyoun: >> Hi, >> >> for a current project I need to work on enhancing PDFBox for >> >> # splitting files (e.g. remove no longer needed resources) > I had a qui

Re: Enhancements to PDFBox

Am 29.05.2014 um 14:31 schrieb Andreas Lehmkuehler : > Am 29.05.2014 14:20, schrieb Maruan Sahyoun: >> Hi, >> >> Am 29.05.2014 um 13:57 schrieb Andreas Lehmkuehler : >> >>> Am 29.05.2014 09:39, schrieb Maruan Sahyoun: >>>> Hi, >>>> &

Re: Enhancements to PDFBox

Hi Simon, thanks for the pointer - very useful. BR Maruan Am 29.05.2014 um 12:06 schrieb Simon Steiner : > Hi, > > I worked on merging fonts in pdfs in fop using pdfbox > https://issues.apache.org/jira/browse/FOP-2302 > > Thanks > > -Original Message

Re: Enhancements to PDFBox

t will involve a lot of COS processing. I haven’t decided yet if it will sit on top of COS or PD. Typically we do encourage people to use PD so I tend to start from there and dig down internally as needed. WDYT? > -- John > >> On 29 May 2014, at 00:39, Maruan Sahyou

Re: Idea: stable 2.0 versions

Hi Am 01.06.2014 um 15:03 schrieb Andreas Lehmkuehler : > Hi, > > Am 30.05.2014 23:13, schrieb John Hewson: >> I think the risk of creating the impression that 2.0 is stable is too high. >> The real problem >> is that 2.0 has been too long in development, there were frustrated users >> asking

Re: Idea: stable 2.0 versions

Hi Am 01.06.2014 um 18:51 schrieb Tilman Hausherr : > Am 01.06.2014 15:46, schrieb Maruan Sahyoun: >>> > >>> >There is one important thing we have to do before releasing 2.0, an >>> >upgrade guide including updated docs. >> could handle that. W

Build issues

Hi, sorry for all the noise - my mistake(s) Maruan Sahyoun

Re: Idea: stable 2.0 versions

Hi, Maruan Sahyoun Am 02.06.2014 um 08:59 schrieb John Hewson : >> On 1 Jun 2014, at 06:03, Andreas Lehmkuehler wrote: >> >> Hi, >> >> Am 30.05.2014 23:13, schrieb John Hewson: >>> I think the risk of creating the impression that 2.0 is stable is too

Re: Idea: stable 2.0 versions

Hi Am 02.06.2014 um 17:59 schrieb John Hewson : >> On 2 Jun 2014, at 00:24, Maruan Sahyoun wrote: > >> >> Hi, >> >> Maruan Sahyoun >> >> Am 02.06.2014 um 08:59 schrieb John Hewson : >> >>>> On 1 Jun 2014, at 06:03, Andreas Le

Re: Changing font tag for BaseFont

use that in the future? BR Maruan Sahyoun Am 05.06.2014 um 09:12 schrieb Robert Strauch : > Hello, > > I have a PDF which embeds a TrueType font called UnicodeDoc. Within the PDF I > can see the following: > > /BaseFont /IKOTCH+UnicodeDoc > > Is it possible using

Re: PDFBox 1.8.6 release

Hi, would you think that https://issues.apache.org/jira/browse/PDFBOX-1512 (TextPositionComparator is not compatible with Java 7) should potentially be handled. Although I haven’t received feedback on it I could move forward implementing it to reflect other PDF readers handle positions. But I w

Re: [VOTE] Release Apache PDFBox 1.8.6

+1 - thanks for the preparation Maruan Sahyoun Am 19.06.2014 um 14:28 schrieb Andreas Lehmkuehler : > Hi, > > a candidate for the PDFBox 1.8.6 release is available at: > >http://people.apache.org/~lehmi/pdfbox/1.8.6/ > > The release candidate is a zip arch

PDFBox and XMP - retire jempbox

Hi, we currently have two libraries handling XMP metadata jempbox and xmpbox. Part of PDFBOX-1187/PDFBOX-2197 was to remove a direct dependency from jempbox as now XMP metadata could be generated by any library and added as a stream. This will be available for PDFBox 2.0.0. I would like to pro

Release Apache PDFBox 1.8.6 - API docs

the apidocs for 1.8.6 are available at http://pdfbox.staging.apache.org/docs/1.8.6/javadocs/ upon release they will be put into production. BR Maruan Sahyoun Am 19.06.2014 um 14:28 schrieb Andreas Lehmkuehler : > Hi, > > a candidate for the PDFBox 1.8.6 release is available at: >

Re: TIKA-1300

thanks for the pointer - very useful information. BR Maruan Am 27.06.2014 um 08:18 schrieb Tilman Hausherr : > Please look at TIKA-1300 , > it about PDFBox sequential parser vs. non sequential parser > >

Re: Apache PDFBox July 2014 board report due

+1 - thx for taking care of this. Maruan Am 28.06.2014 um 12:15 schrieb Andreas Lehmkuehler : > Hi, > > find attached a quick draft of the board report we're expected to submit this > month. > > @John, @Tilman > Please add something about the GSoC status. > > > Any further comments, objecti

Re: Regression Testing

Hi John, thanks for binging this up. This is a very important topic which was also discussed at the PDFDays in Germany. # Tests # In addition to rendering we shall be covering metadata and text extraction as well as PDF/A validation. # Testfiles # Recently there were a number of test sets m

Re: Regression Testing

> Hi Tilman > > Thanks for your thoughts, I think that your concerns are already covered by > my original proposal, I’ll try to explain why and how: > >> Of course I agree with the need for regression tests, however it isn't easy: >> besides the problems of the different JDKs (I use JDK7 Windo

PDFBox and documentation

Hi, I have the infrastructure for enhancing our documentation nearly sorted (needed to learn a little more about the possibilities of the Apache CMS). Now WDYT would be the expectation for documenting how to use PDFBox for different use cases - code snippets or runnable examples? BR Maruan

Re: PDFBox and documentation

gt; examples, or having to copy and paste snippets together to recreate an > example file. > > Looking at the examples we have currently on SVN the coding conventions used > are starting to look a bit dated, certainly far behind more recently written > code. > > -- John > &

Re: Paid PDFBox support

the issue is because part1.pdf in PDFBOX-1533 references the same 2 pages 3 times within the document catalog (/Kids [3 0 R, 3 0 R, 3 0 R]). Could you attach a sample pdf to PDFBOX-1533 to verify that your issue has the same cause or verify it for yourself? We are using PDFBox for merging docum

Re: Paid PDFBox support

Aleksander Blomskøld : > Yes, it's the same issue. The files attached actually comes from the > company I'm working for. > > > On Mon, Jul 7, 2014 at 11:05 PM, Maruan Sahyoun > wrote: > >> the issue is because part1.pdf in PDFBOX-1533 references the same 2

Re: Paid PDFBox support

me as getNumPages()), and then > raise an exception so we can contact the senders manually. > > > Aleksander > > On Tue, Jul 8, 2014 at 11:05 AM, Maruan Sahyoun > wrote: > >> of course it’s possible to put in a workaround - might it be in PDFBox >> itself or in t

Re: Paid PDFBox support

; > Acrobat is ignoring these extra pages, so the fix for PDFBox should be to > ignore repeated objects in the page tree. > > -- John > > On 7 Jul 2014, at 14:05, Maruan Sahyoun wrote: > >> the issue is because part1.pdf in PDFBOX-1533 references the same 2 pages 3 >

Re: Paid PDFBox support

wouldn’t say its PERFECTLY valid but going to handle it anyway (as Adobe Reader/Acrobat does). BR Maruan Am 08.07.2014 um 19:53 schrieb Martin Schröder : > 2014-07-08 19:49 GMT+02:00 John Hewson : >> In Adobe Acrobat this file has only two pages, so as noted the root of the >> page tree is inv

Re: Paid PDFBox support

is file has only two pages, so as noted the root of the >>> page tree is invalid: >>> >>> /Kids [3 0 R, 3 0 R, 3 0 R] >>> >>> Acrobat is ignoring these extra pages, so the fix for PDFBox should be to >>> ignore repeated objects in the page tree. >&

Re: Subversion integration with JIRA

+1 Maruan Am 22.07.2014 um 19:53 schrieb Andreas Lehmkuehler : > Hi, > > our infra guys provide an integration of subversion with JIRA tickets. All > subversion commits will be automatically added as comment to the > corresponding JIRA ticket as long as the ticket number is used within the

Re: Subversion integration with JIRA

according to the sample provided in http://www.apache.org/dev/svngit2jira.html the commit will be shown in the comments. Maruan Am 23.07.2014 um 08:33 schrieb Thomas Chojecki : > Am 2014-07-23 07:57, schrieb Tilman Hausherr: >> Lets try it. TIKA has something similar, see e.g. here: >> https://

Re: Custom TextStripper / PDGraphicsState Not Reading Color

+1 for removing the .properties file if the new mechanism is easier to understand and handle. The discussion doesn’t provide that proof or some information about that. How would a replacement look like? OTOH if it’s a documentation issue we could also add some more information to the javadocs

Re: Custom TextStripper / PDGraphicsState Not Reading Color

thx for the hint. Maruan Sahyoun > Am 30.07.2014 um 12:33 schrieb Andreas Lehmkühler : > > > >> Maruan Sahyoun hat am 30. Juli 2014 um 08:12 >> geschrieben: >> >> >> +1 for removing the .properties file if the new mechanism is easier to >&g

Re: Apache PDFBox Board Report January 2022 due

+1 Maruan > Am 09.01.2022 um 14:20 schrieb Andreas Lehmkuehler : > > Hi, > > find attached a quick draft of the board report we're expected to submit this > month. It's based upon the report wizard template which can be found at [1] > > Any comments or additions are appreciated ... > > > >

Re: [VOTE] Release Apache PDFBox JBIG2 ImageIO 3.0.4

+1 Maruan > Am 26.02.2022 um 16:39 schrieb Andreas Lehmkuehler : > > Hi, > > a candidate for the Apache PDFBox JBIG2 ImageIO 3.0.4 release is available at: > >https://dist.apache.org/repos/dist/dev/pdfbox/jbig2-imageio/3.0.4/ > > The release candidate is a zip archive of the sources in:

Re: timeout on Jempbox xmp media management schema's getHistory

What about opening a ticket and attaching the XMP in question BR Maruan > Am 07.09.2022 um 23:19 schrieb Tim Allison : > > All, > This issue is ringing a bell. I'm sorry if there's an open issue or > you/we've decided long ago that this is not an issue. > One of the timeouts in the most r

Re: Minimum Java version for PDFBox 3.x

I‘d second a move to 11 for 3.x as for the lifetime of 3.x this will enable us to use newer funtions without another major release. BR Maruan > Am 18.03.2023 um 10:13 schrieb Tilman Hausherr : > > You may have a point with some of your arguments, but not this one: >> Public updates for Java 8

Re: Minimum Java version for PDFBox 3.x

Fine - so let‘s target that for 4x > Am 18.03.2023 um 16:51 schrieb Andreas Lehmkuehler : > > Am 18.03.23 um 10:49 schrieb Maruan Sahyoun: >> I‘d second a move to 11 for 3.x as for the lifetime of 3.x this will enable >> us to use newer funtions without another major rele

How can we help

, pdflib and pdfnet.sdk in addition to pdfbox. We would like to commit some ressources to help develop pdfbox further. What are the areas where we should look into? With kind regards Maruan Sahyoun FileAffairs GmbH Kaiserswerther Str. 115 40880 Ratingen Tel: +49 (2102) 89497 88 Fax: +49

Re: pdfbox develpment

Hi, we were looking to start fixing some of the open issues but can instead develop some small tutorials for common tasks like text extraction, forms handling and highlighting. WDYT Kind regards Maruan Sahyoun Am 09.03.2010 um 07:58 schrieb Andreas Lehmkuehler: > Hi, > > Micha

Re: Reopen PDFBOX-483?

Hi Andreas, I can do a test on our Windows test server (Windows 2003, 32bit) and let you know the results around lunch time (german time) if that helps Maruan Sahyoun Am 09.03.2010 um 08:11 schrieb Andreas Lehmkuehler: > Hi, > > steve poling schrieb: >> Andreas Lehmkuehler sc

Re: Reopen PDFBOX-483?

Hi, please find enclosed the result of the printing test conducted on Windows 2003 Server SP2 32 bit, Java 1.5 using a fresh built from trunk. The test was done using the Adobe PDF printer driver as well as Apple and HP Postscript printers with similar results. kind regards Maruan Sahyoun

Re: Reopen PDFBOX-483?

attachment so you can see for yourself? Maruan Sahyoun Am 09.03.2010 um 13:38 schrieb Andreas Lehmkühler: > Hi, > > Betreff: Re: Reopen PDFBOX-483? > Gesendet: Di, 09. Mrz 2010 > Von: Maruan Sahyoun > >> Hi, >> >> please find enclosed the result of the printing te

Re: pdfbox develpment

Hi , I started with the documentation of some tools and opened an issue in JIRA for that (PDFBOX-653). Please let me know if that workflow is OK for you or if I should use a different approach. Kind regards Maruan Sahyoun Am 09.03.2010 um 09:37 schrieb Andreas Lehmkühler: >

Re: Reopen PDFBOX-483?

Hi, FYI - using PDFReader the PDF is displayed OK but when printed the same results are produced as with PrintPDF. The printed output contains the variable data only (and some lines), Boilerplate text is not printed. Maruan Sahyoun Am 09.03.2010 um 13:58 schrieb Andreas Lehmkühler: >

Re: Reopen PDFBOX-483?

Sahyoun Geschäftsführer: Maruan Sahyoun Handelsregister: AG Düsseldorf, HRB 53837 UST.-ID: DE248275827 Am 09.03.2010 um 13:45 schrieb Maruan Sahyoun: > Hi Andreas, > > yes, the results are similar BUT most of the text and some of the lines are > missing. Converting to Image

Re: Reopen PDFBOX-483?

Hi, I did some initial "debugging" and it seems that the content of the form fields (date part) is being printed but the form template itself being held in Pages:Kids:Resources:XObject are not printed. Unfortunately as I'm currently in the stage of learning about the PDFBox code at that point i

PDFBox documentation

raction. To possibly be enhanced at a later stage. Cookbook will document the examples available with PDFBox and possibly add some new at a later stage. WDYT Kind regards Maruan Sahyoun

Re: PDFBox documentation

I think it would be very good to enhance the font section possibly covering the different font types available and how they are supported (or not) in PDFBox. So your input is very welcome ;-) Maruan Sahyoun Am 12.03.2010 um 05:09 schrieb nisen: > +1 > maybe I can contribute the C

GSoC

is PDFBox participating in GSoC 2010? Maruan Sahyoun

  1   2   3   4   5   6   7   8   9   10   >