Re: PDFBox Project for GSoC 2012

[mehdi houshmand]

Hi,

If you're looking for more ideas, I've got a couple suggestions concerning
PDF post-processing which are available with other PDF libraries:

1) PDF optimizations - This could be PDF linearization, image-resolution
reduction, font subsetting (when fonts are fully embedded) etc... There are
quite a few things that could be done here, we could look at what Adobe
Acrobat Pro does as a post-process action for inspiration on projects.

2) Font de-duplication -  This isn't indifferent to the suggestion above,
but is probably a project on it's own. This has caught out a couple people
(myself included) of late and could be a very technically interesting
project. Basically when PDFs are merged/overlaid all resources are blindly
copied, if we could find some way of re-subsetting fonts to reduce
duplication it would significantly reduce the overhead of RIP-ing merged
PDFs. (FYI, Adobe Acrobat Pro does this very badly, it's not a simple
project, but I think we can do it better with a little diligence).

I can't think of anything else, if anyone else has any thoughts, please do
come forward with project proposals.

Mehdi

On 19 March 2012 06:45, Andreas Lehmkuehler  wrote:

> Hi,
>
> Am 18.03.2012 03:16, schrieb Tharaka Nayanajith Wijebandara:
>
>> Hi,
>>
>>
>> Thanks mehdi.
>>
>>
>> I have two ideas for a GSoC task, but need all of your help to select
>> suitable one.
>>
>>
>>- One project is HTML to PDF and vise versa converter. This feature can
>>be found in JIRA also (https://issues.apache.org/**
>> jira/browse/PDFBOX-6 ,
>>
>> https://issues.apache.org/**jira/browse/PDFBOX-9
>> )
>>
> Good idea, but complicated, as some of the feature you would need aren't
> yet implemented.
>
>
> - Other one is enhancing features of PDF reader and zooming features,
>>page display features, bookmark navigator, page thumbnail viewer can be
>>very much useful. Since I have previous experience in awt, swing and
>>java2d, it will be easy for me.
>>
> I like this idea. It would be a nice feature.
>
>
>  There might be several other tasks which are important than this. So all
>> of
>> you are welcome, to reply with good ideas.
>>
> Yes there are a lot things to do, probably someone else might come up with
> a wish?
>
>
>  On Sat, Mar 17, 2012 at 5:01 PM, mehdi houshmand
>>  wrote:
>>
>>  Hi Tharaka,
>>>
>>> Have you had any more thoughts on a project you'd like to undertake?
>>> Have you applied and been through all the admin needed to be accepted
>>> into GSoC 2012? Let me know if you need any help.
>>>
>>> Mehdi
>>>
>>> On 9 March 2012 06:25, Andreas Lehmkuehler  wrote:
>>>
 Hi,

 Am 07.03.2012 07:40, schrieb mehdi houshmand:

>
> Hi Andreas,
>
> Sorry, maybe I wasn't clear, I am an ASF committer... Just not to
> PDFBox.. . I do have domain expertise being a full-time FOP developer
> and having dealt with PDFs and fonts quite a bit. Should I pop an
> email to dev-community to see if it's ok? It seems like such a waste
> to have an interested applicant but no mentor...
>

 I'm not an GSoC expert but that sounds good to me. You may double check

>>> with
>>>
 the dev-community, but IMHO it's not necessary.
 I'm glad that you volunteer to help us, thanks in advance. I'll try to

>>> help
>>>
 as much as I can.

  
>
> BR
> Andreas Lehmkühler
>

Re: PDFBox Project for GSoC 2012

[Jeremias Maerki]

Hey guys

On 18.03.2012 03:16:14 Tharaka Nayanajith Wijebandara wrote:
> Hi,
> 
> 
> Thanks mehdi.
> 
> 
> I have two ideas for a GSoC task, but need all of your help to select
> suitable one.
> 
> 
>- One project is HTML to PDF and vise versa converter. This feature can
>be found in JIRA also (https://issues.apache.org/jira/browse/PDFBOX-6,
>https://issues.apache.org/jira/browse/PDFBOX-9)

HTML to PDF sounds like it requires a full layout engine which is a big
undertaking. Using (parts of) Apache FOP as a base would seem to me to
be the better base than PDFBox because of its infrastructure to generate
many output formats, not just PDF. Please note that there are already
tools (like Flying Saucer) that do that although they have the "wrong"
license. :-) Anyway, having a good HTML/CSS engine @Apache would be a
killer. But it's something that clearly goes beyong a GSoC project.

As an alternative to that, some of you may remember recent discussions
about the desire for an API to create simple layouts with PDFBox. I
think that was coming from the XDocReport and Apache ODF Toolkit corners
(search for "Angelo Zerr").

PDF to HTML is surely a great use case for PDFBox. One thing that could
be very interesting in this context would be to use the structure tree 
(tagged PDF) if it is available to improve the HTML output. Pure text
extraction might also profit from that.

> 
>- Other one is enhancing features of PDF reader and zooming features,
>page display features, bookmark navigator, page thumbnail viewer can be
>very much useful. Since I have previous experience in awt, swing and
>java2d, it will be easy for me.

Improving the PDF Viewer would be s cool! I'm still dreaming of that
Adobe Acrobat Professional analog using PDFBox, i.e. an well-designed
GUI-application base that can easily be extended with plug-ins for more
than just PDF viewing: integrated PDF Debugger (which I use all the time),
type writer feature, object inspection by point and click, page rotation,
insert/remove/move pages, extract images, image to PDF etc. etc. After
all, PDFBox already has so many of the features required but they are
mostly accessible only to developers or from the command-line. If only I
had time to do it, I would already have started with it.

> 
> There might be several other tasks which are important than this. So all of
> you are welcome, to reply with good ideas.
> 
> On Sat, Mar 17, 2012 at 5:01 PM, mehdi houshmand  wrote:
> 
> > Hi Tharaka,
> >
> > Have you had any more thoughts on a project you'd like to undertake?
> > Have you applied and been through all the admin needed to be accepted
> > into GSoC 2012? Let me know if you need any help.
> >
> > Mehdi
> >
> > On 9 March 2012 06:25, Andreas Lehmkuehler  wrote:
> > > Hi,
> > >
> > > Am 07.03.2012 07:40, schrieb mehdi houshmand:
> > >>
> > >> Hi Andreas,
> > >>
> > >> Sorry, maybe I wasn't clear, I am an ASF committer... Just not to
> > >> PDFBox.. . I do have domain expertise being a full-time FOP developer
> > >> and having dealt with PDFs and fonts quite a bit. Should I pop an
> > >> email to dev-community to see if it's ok? It seems like such a waste
> > >> to have an interested applicant but no mentor...
> > >
> > > I'm not an GSoC expert but that sounds good to me. You may double check
> > with
> > > the dev-community, but IMHO it's not necessary.
> > > I'm glad that you volunteer to help us, thanks in advance. I'll try to
> > help
> > > as much as I can.
> > >
> > >
> > > BR
> > > Andreas Lehmkühler
> > >
> > >
> > >> Mehdi
> > >>
> > >> On 6 March 2012 21:32, Andreas Lehmkuehler  wrote:
> > >>>
> > >>> Hi,
> > >>>
> > >>>
> > >>> Am 06.03.2012 21:24, schrieb mehdi houshmand:
> > >>>
> >  Hi Andreas,
> > 
> >  Does the mentor need to be a PDFBox committer? If not, I wouldn't mind
> >  putting myself forward as a candidate... Of course, that is if no one
> >  else does.
> > >>>
> > >>>
> > >>> Thanks for the offer, but AFAIKT it's not possible. According to [1]
> > the
> > >>> mentor has to be an ASF member or committer.
> > >>>
> > >>>
> >  Mehdi
> > 
> >  On 6 March 2012 18:43, Andreas Lehmkuehler
> >  wrote:
> > >
> > >
> > > Hi,
> > >
> > > Am 29.02.2012 03:50, schrieb Tharaka Nayanajith Wijebandara:
> > >
> > >> Hi,
> > >>
> > >>
> > >> I'm university student in Sri Lanka and a newbie to Open Source
> > >> Development. I would like to participate for Google Summer of Code
> > >> 2012
> > >> with an Apache Project. Since I'm familiar with Java and I have used
> > >> PDFBox
> > >> Library for my academic project, I like to develop new feature for
> > >> PDFBox
> > >> as my GSoC project. First of all I want to know that is it possible
> > to
> > >> participate for GSoC 2012 with PDFBox project?
> > >>
> > >>
> > >> If it is yes, I want help from PDFBox development community to
> > select
> > >> appropriate 

Re: PDFBox Project for GSoC 2012

[Maruan Sahyoun]

Hi,

suggestions:

1) Mapping PDF features to version and standards e.g. layers in PDF are a PDF 
1.5 feature, AES encryption for PDF 1.6. 
2) PDF Writer to support versions and standards
3) OpenType support
4) Performance improvements (e.g. with some applications we developed iText is 
approx. 30% faster merging PDFs than PDFBox)
5) Widgets for PDF generation (Text, Tables …) as there seems to be some demand 
in using PDFBox for generation of PDFs from scratch although I think that one 
could use e.g FOP for that purpose.
6) Documentation. 

With kind regards

Maruan Sahyoun


Am 19.03.2012 um 07:45 schrieb Andreas Lehmkuehler:

> Hi,
> 
> Am 18.03.2012 03:16, schrieb Tharaka Nayanajith Wijebandara:
>> Hi,
>> 
>> 
>> Thanks mehdi.
>> 
>> 
>> I have two ideas for a GSoC task, but need all of your help to select
>> suitable one.
>> 
>> 
>>- One project is HTML to PDF and vise versa converter. This feature can
>>be found in JIRA also (https://issues.apache.org/jira/browse/PDFBOX-6,
>>https://issues.apache.org/jira/browse/PDFBOX-9)
> Good idea, but complicated, as some of the feature you would need aren't yet 
> implemented.
> 
>>- Other one is enhancing features of PDF reader and zooming features,
>>page display features, bookmark navigator, page thumbnail viewer can be
>>very much useful. Since I have previous experience in awt, swing and
>>java2d, it will be easy for me.
> I like this idea. It would be a nice feature.
> 
>> There might be several other tasks which are important than this. So all of
>> you are welcome, to reply with good ideas.
> Yes there are a lot things to do, probably someone else might come up with a 
> wish?
> 
>> On Sat, Mar 17, 2012 at 5:01 PM, mehdi houshmand  wrote:
>> 
>>> Hi Tharaka,
>>> 
>>> Have you had any more thoughts on a project you'd like to undertake?
>>> Have you applied and been through all the admin needed to be accepted
>>> into GSoC 2012? Let me know if you need any help.
>>> 
>>> Mehdi
>>> 
>>> On 9 March 2012 06:25, Andreas Lehmkuehler  wrote:
 Hi,
 
 Am 07.03.2012 07:40, schrieb mehdi houshmand:
> 
> Hi Andreas,
> 
> Sorry, maybe I wasn't clear, I am an ASF committer... Just not to
> PDFBox.. . I do have domain expertise being a full-time FOP developer
> and having dealt with PDFs and fonts quite a bit. Should I pop an
> email to dev-community to see if it's ok? It seems like such a waste
> to have an interested applicant but no mentor...
 
 I'm not an GSoC expert but that sounds good to me. You may double check
>>> with
 the dev-community, but IMHO it's not necessary.
 I'm glad that you volunteer to help us, thanks in advance. I'll try to
>>> help
 as much as I can.
 
> 
> 
> BR
> Andreas Lehmkühler

Re: PDFBox Project for GSoC 2012

[Maruan Sahyoun]

Hi,

> Hi,
> 
> Am 18.03.2012 03:16, schrieb Tharaka Nayanajith Wijebandara:
>> Hi,
>> 
>> 
>> Thanks mehdi.
>> 
>> 
>> I have two ideas for a GSoC task, but need all of your help to select
>> suitable one.
>> 
>> 
>>- One project is HTML to PDF and vise versa converter. This feature can
>>be found in JIRA also (https://issues.apache.org/jira/browse/PDFBOX-6,
>>https://issues.apache.org/jira/browse/PDFBOX-9)
> Good idea, but complicated, as some of the feature you would need aren't yet 
> implemented.

I think PDF to HTML is a very good idea even if it will be very limited because 
as Andreas pointed out there are some features missing. Maybe these can be 
documented and eventually be implemented.

> 
>>- Other one is enhancing features of PDF reader and zooming features,
>>page display features, bookmark navigator, page thumbnail viewer can be
>>very much useful. Since I have previous experience in awt, swing and
>>java2d, it will be easy for me.
> I like this idea. It would be a nice feature.

Although I think that the current PDF Reader can be enhanced in many ways there 
are already so many Readers out there as well as PDF support within web 
browsers my personal opinion is that enhancing PDFBox core capabilities would 
be more beneficial.

With kind regards

Maruan Sahyoun   

> 
>> There might be several other tasks which are important than this. So all of
>> you are welcome, to reply with good ideas.
> Yes there are a lot things to do, probably someone else might come up with a 
> wish?
> 
>> On Sat, Mar 17, 2012 at 5:01 PM, mehdi houshmand  wrote:
>> 
>>> Hi Tharaka,
>>> 
>>> Have you had any more thoughts on a project you'd like to undertake?
>>> Have you applied and been through all the admin needed to be accepted
>>> into GSoC 2012? Let me know if you need any help.
>>> 
>>> Mehdi
>>> 
>>> On 9 March 2012 06:25, Andreas Lehmkuehler  wrote:
 Hi,
 
 Am 07.03.2012 07:40, schrieb mehdi houshmand:
> 
> Hi Andreas,
> 
> Sorry, maybe I wasn't clear, I am an ASF committer... Just not to
> PDFBox.. . I do have domain expertise being a full-time FOP developer
> and having dealt with PDFs and fonts quite a bit. Should I pop an
> email to dev-community to see if it's ok? It seems like such a waste
> to have an interested applicant but no mentor...
 
 I'm not an GSoC expert but that sounds good to me. You may double check
>>> with
 the dev-community, but IMHO it's not necessary.
 I'm glad that you volunteer to help us, thanks in advance. I'll try to
>>> help
 as much as I can.
 
> 
> 
> BR
> Andreas Lehmkühler

Re: PDFBox Project for GSoC 2012

[mehdi houshmand]

 

>
> Although I think that the current PDF Reader can be enhanced in many ways
> there are already so many Readers out there as well as PDF support within
> web browsers my personal opinion is that enhancing PDFBox core capabilities
> would be more beneficial.
>
> With kind regards
>
> Maruan Sahyoun
>
>
Check out Jeremias' suggestions of the viewer, it's less of a viewer and
more of a front-end for a lot of the tools PDFBox has to offer, a PDFBox
GUI so to speak rather than a PDF viewer.

Re: PDFBox Project for GSoC 2012

[Maruan Sahyoun]

> 
> 
>> 
>> Although I think that the current PDF Reader can be enhanced in many ways
>> there are already so many Readers out there as well as PDF support within
>> web browsers my personal opinion is that enhancing PDFBox core capabilities
>> would be more beneficial.
>> 
>> With kind regards
>> 
>> Maruan Sahyoun
>> 
>> 
> Check out Jeremias' suggestions of the viewer, it's less of a viewer and
> more of a front-end for a lot of the tools PDFBox has to offer, a PDFBox
> GUI so to speak rather than a PDF viewer.

I'd still look into enhancing PDFBox core as this will benefit most users. 
Looking at the bugs and issues most come from core capabilities.

Re: PDFBox Project for GSoC 2012

[Dexter Mishra]

I vote for a PDS editor kind of stuff.
Another thing regarding the HTML to PDS, cant it be done with XSL-FO
feature?
Thanks

On Tue, Mar 20, 2012 at 3:03 PM, Maruan Sahyoun wrote:

>
> > 
> >
> >>
> >> Although I think that the current PDF Reader can be enhanced in many
> ways
> >> there are already so many Readers out there as well as PDF support
> within
> >> web browsers my personal opinion is that enhancing PDFBox core
> capabilities
> >> would be more beneficial.
> >>
> >> With kind regards
> >>
> >> Maruan Sahyoun
> >>
> >>
> > Check out Jeremias' suggestions of the viewer, it's less of a viewer and
> > more of a front-end for a lot of the tools PDFBox has to offer, a PDFBox
> > GUI so to speak rather than a PDF viewer.
>
> I'd still look into enhancing PDFBox core as this will benefit most users.
> Looking at the bugs and issues most come from core capabilities.

Re: PDFBox Project for GSoC 2012

[Timo Boehme]

Hi,

Am 18.03.2012 03:16, schrieb Tharaka Nayanajith Wijebandara:

I have two ideas for a GSoC task, but need all of your help to select
suitable one.


- One project is HTML to PDF and vise versa converter. ...

- Other one is enhancing features of PDF reader and zooming features,
page display features, bookmark navigator, page thumbnail viewer can be
very much useful. Since I have previous experience in awt, swing and
java2d, it will be easy for me.


I also like the proposal for an enhancement of the PDF reader/viewer. 
Especially for a GSoC project it is preferable to have clear (viewable) 
results in the end.
From a PDFBOX developer point of view it would also be nice to add some 
PDF debugging features to the viewer like providing object ids, font 
information etc. when hovering over text/image.



Kind regards,

Timo

--

 Timo Boehme
 OntoChem GmbH
 H.-Damerow-Str. 4
 06120 Halle/Saale
 T: +49 345 4780474
 F: +49 345 4780471
 timo.boe...@ontochem.com

_

 OntoChem GmbH
 Geschäftsführer: Dr. Lutz Weber
 Sitz: Halle / Saale
 Registergericht: Stendal
 Registernummer: HRB 215461
_

[jira] [Created] (PDFBOX-1264) Null Pointer exception on attached PDF/A verifies with commercial validators

[William Fausser (Created) (JIRA)]

Null Pointer exception on attached PDF/A verifies with commercial validators


 Key: PDFBOX-1264
 URL: https://issues.apache.org/jira/browse/PDFBOX-1264
 Project: PDFBox
  Issue Type: Bug
  Components: Preflight
Affects Versions: 1.7.0
 Environment: Linux
Reporter: William Fausser
 Attachments: wetterPDFA.pdf

java.lang.NullPointerException
at 
org.apache.padaf.preflight.graphics.color.StandardColorSpaceHelper.processDeviceNColorSpace(StandardColorSpaceHelper.java:340)
at 
org.apache.padaf.preflight.graphics.color.StandardColorSpaceHelper.processAllColorSpace(StandardColorSpaceHelper.java:156)
at 
org.apache.padaf.preflight.graphics.color.StandardColorSpaceHelper.validate(StandardColorSpaceHelper.java:118)
at 
org.apache.padaf.preflight.utils.ContentStreamEngine.checkSetColorSpaceOperators(ContentStreamEngine.java:550)
at 
org.apache.padaf.preflight.contentstream.ContentStreamWrapper.processOperator(ContentStreamWrapper.java:183)
at 
org.apache.pdfbox.util.PDFStreamEngine.processSubStream(PDFStreamEngine.java:274)
at 
org.apache.pdfbox.util.PDFStreamEngine.processSubStream(PDFStreamEngine.java:251)
at 
org.apache.pdfbox.util.PDFStreamEngine.processStream(PDFStreamEngine.java:225)
at 
org.apache.padaf.preflight.contentstream.ContentStreamWrapper.validPageContentStream(ContentStreamWrapper.java:79)
at 
org.apache.padaf.preflight.helpers.PagesValidationHelper.validateContent(PagesValidationHelper.java:196)
at 
org.apache.padaf.preflight.helpers.PagesValidationHelper.validatePage(PagesValidationHelper.java:105)
at 
org.apache.padaf.preflight.helpers.PagesValidationHelper.innerValidate(PagesValidationHelper.java:73)
at 
org.apache.padaf.preflight.helpers.AbstractValidationHelper.validate(AbstractValidationHelper.java:91)
at 
org.apache.padaf.preflight.AbstractValidator.runValidation(AbstractValidator.java:122)
at 
org.apache.padaf.preflight.PdfA1bValidator.validate(PdfA1bValidator.java:97)
at 
org.apache.padaf.preflight.Validator_A1b.validate(Validator_A1b.java:182)
at 
org.apache.padaf.preflight.Validator_A1b.(Validator_A1b.java:86)
at org.apache.padaf.preflight.Validator_A1b.main(Validator_A1b.java:80)


--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: 
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira

[jira] [Updated] (PDFBOX-1264) Null Pointer exception on attached PDF/A verifies with commercial validators

[William Fausser (Updated) (JIRA)]

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

William Fausser updated PDFBOX-1264:


Attachment: wetterPDFA.pdf

> Null Pointer exception on attached PDF/A verifies with commercial validators
> 
>
> Key: PDFBOX-1264
> URL: https://issues.apache.org/jira/browse/PDFBOX-1264
> Project: PDFBox
>  Issue Type: Bug
>  Components: Preflight
>Affects Versions: 1.7.0
> Environment: Linux
>Reporter: William Fausser
> Attachments: wetterPDFA.pdf
>
>
> java.lang.NullPointerException
> at 
> org.apache.padaf.preflight.graphics.color.StandardColorSpaceHelper.processDeviceNColorSpace(StandardColorSpaceHelper.java:340)
> at 
> org.apache.padaf.preflight.graphics.color.StandardColorSpaceHelper.processAllColorSpace(StandardColorSpaceHelper.java:156)
> at 
> org.apache.padaf.preflight.graphics.color.StandardColorSpaceHelper.validate(StandardColorSpaceHelper.java:118)
> at 
> org.apache.padaf.preflight.utils.ContentStreamEngine.checkSetColorSpaceOperators(ContentStreamEngine.java:550)
> at 
> org.apache.padaf.preflight.contentstream.ContentStreamWrapper.processOperator(ContentStreamWrapper.java:183)
> at 
> org.apache.pdfbox.util.PDFStreamEngine.processSubStream(PDFStreamEngine.java:274)
> at 
> org.apache.pdfbox.util.PDFStreamEngine.processSubStream(PDFStreamEngine.java:251)
> at 
> org.apache.pdfbox.util.PDFStreamEngine.processStream(PDFStreamEngine.java:225)
> at 
> org.apache.padaf.preflight.contentstream.ContentStreamWrapper.validPageContentStream(ContentStreamWrapper.java:79)
> at 
> org.apache.padaf.preflight.helpers.PagesValidationHelper.validateContent(PagesValidationHelper.java:196)
> at 
> org.apache.padaf.preflight.helpers.PagesValidationHelper.validatePage(PagesValidationHelper.java:105)
> at 
> org.apache.padaf.preflight.helpers.PagesValidationHelper.innerValidate(PagesValidationHelper.java:73)
> at 
> org.apache.padaf.preflight.helpers.AbstractValidationHelper.validate(AbstractValidationHelper.java:91)
> at 
> org.apache.padaf.preflight.AbstractValidator.runValidation(AbstractValidator.java:122)
> at 
> org.apache.padaf.preflight.PdfA1bValidator.validate(PdfA1bValidator.java:97)
> at 
> org.apache.padaf.preflight.Validator_A1b.validate(Validator_A1b.java:182)
> at 
> org.apache.padaf.preflight.Validator_A1b.(Validator_A1b.java:86)
> at 
> org.apache.padaf.preflight.Validator_A1b.main(Validator_A1b.java:80)

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: 
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira

Re: PDFBox Project for GSoC 2012

[Jeremias Maerki]

There are a number of HTML to XSL-FO converters. I've never checked how
good the results are but ultimately a native HTML engine is likely to
produce better results especially since HTML was not really designed for
print and has to be retrofitted in CSS3. But again, this is a large
project and, IMO, out of scope for PDFBox.

http://html2fo.sourceforge.net/
http://denature.sourceforge.net/
...and probably others...

On 20.03.2012 13:02:33 Dexter Mishra wrote:
> I vote for a PDS editor kind of stuff.
> Another thing regarding the HTML to PDS, cant it be done with XSL-FO
> feature?
> Thanks
> 
> On Tue, Mar 20, 2012 at 3:03 PM, Maruan Sahyoun wrote:
> 
> >
> > > 
> > >
> > >>
> > >> Although I think that the current PDF Reader can be enhanced in many
> > ways
> > >> there are already so many Readers out there as well as PDF support
> > within
> > >> web browsers my personal opinion is that enhancing PDFBox core
> > capabilities
> > >> would be more beneficial.
> > >>
> > >> With kind regards
> > >>
> > >> Maruan Sahyoun
> > >>
> > >>
> > > Check out Jeremias' suggestions of the viewer, it's less of a viewer and
> > > more of a front-end for a lot of the tools PDFBox has to offer, a PDFBox
> > > GUI so to speak rather than a PDF viewer.
> >
> > I'd still look into enhancing PDFBox core as this will benefit most users.
> > Looking at the bugs and issues most come from core capabilities.




Jeremias Maerki