Re: PDFBox Project for GSoC 2012

[mehdi houshmand]

Hi Tharaka,

I've just been trawling through my emails and there's been some confusion
here. The google-melange deadline is 20th April for project submissions,
however, because the ASF is a large and single organization it gets an
allocation of GSoC places. The ASF then needs to go through all the project
proposals and their respective ranking reviews to decide which projects get
allocated places.

As such the deadline for ranking the projects was the 16th, I'll send you
the email explaining as such.

Mehdi

On 17 April 2012 21:07, mehdi houshmand  wrote:

> Hi Tharaka,
>
> Really? I could have sworn there was a 16th April deadline! I haven't had
> an email with your request (
> https://issues.apache.org/jira/secure/IssueNavigator!executeAdvanced.jspa),
> the dev-community gets spammed with everyone's projects proposals, and
> there have been a lot. I just found yours at (for anyone else looking for
> it):
>
> http://www.google-melange.com/gsoc/proposal/review/google/gsoc2012/tharaka/1
>
> The ASF protocol is to create an issue on JIRA (link above) and then do
> one on google-melange, it allows a link for searching and keeping track of
> things. I think there are other reasons, but I forget them, anywho, my
> sincerest apologies, I'll review it in the morning.
>
> Mehdi
>
>
> On 17 April 2012 17:01, Tharaka Nayanajith Wijebandara <
> tharaka...@gmail.com> wrote:
>
>> Hi Mehdi,
>>
>>
>> I can't understand what actually happened. I submitted my proposal before
>> the deadline (April 6:19:00 UTC) and still it's available in
>> google-melange
>> site. Also according to timeline mentors are supposed to review the
>> proposal before the 20th April. I may be wrong, but don't have any idea
>> about why you said that we have missed the deadline. Anyway I'm still
>> ready
>> to continue with this project.
>>
>> On Tue, Apr 17, 2012 at 4:31 PM, Dexter Mishra > >wrote:
>>
>> > Well Still who ever wants want to work can work on that. It will be
>> their
>> > credit. GSc is not the only way.
>> >
>> > On Tue, Apr 17, 2012 at 12:24 PM, mehdi houshmand 
>> > wrote:
>> >
>> > > Ok, well, disappointingly we've missed the deadline to submit a
>> proposal
>> > > and review said proposal. Thanks for all the support from everyone,
>> sorry
>> > > we couldn't arrange it this year.
>> > >
>> > > Mehdi
>> > >
>> > > On 10 April 2012 08:22, mehdi houshmand  wrote:
>> > >
>> > > > Hi Tharaka,
>> > > >
>> > > > Sorry for the slow response, my bad, I don't have any worthwhile
>> excuse
>> > > > other than it's holiday season over here. As for the proposal, thats
>> > > fine,
>> > > > I'd be happy with that proposal. If no one else has any comments on
>> > this,
>> > > > I'd suggest moving writing this up on google-melange and getting the
>> > ball
>> > > > rolling.
>> > > >
>> > > > Keep up the good work,
>> > > >
>> > > > Mehdi
>> > > >
>> > > >
>> > > > On 5 April 2012 08:45, Tharaka Nayanajith Wijebandara <
>> > > > tharaka...@gmail.com> wrote:
>> > > >
>> > > >> Hi,
>> > > >>
>> > > >> Thank you very much for your feedbacks and suggestions.
>> > > >>
>> > > >> After going through all of your feedbacks, I modified the proposal
>> > with
>> > > >> them and used some my own ideas also. Additionally, I included the
>> > > >> proposed
>> > > >> time line of the project and I would like to see your comments
>> here.
>> > > >>
>> > > >>
>> > > >> *Project Title*
>> > > >>
>> > > >> Implement PDF object inspector and enhance features of PDFReader
>> GUI.
>> > > >>
>> > > >>
>> > > >> *Abstract*
>> > > >>
>> > > >> PDFReader is small GUI application which comes with Apache PDFBox
>> pure
>> > > >> java
>> > > >> PDF library. Currently it is only capable of rendering PDFs. This
>> > > project
>> > > >> is to redesign PDFReader GUI with a plugin framework and implement
>> > some
>> > > >> developer oriented features for it. Primary objectives of project
>> are
>> > as
>> > > >> follows.
>> > > >>
>> > > >> (1). Design a plugin framework for the PDFReader.
>> > > >>
>> > > >> (2). Implement PDF basic viewing features. (Zooming, rotating, page
>> > > >> thumbnail viewer)
>> > > >>
>> > > >> (3). Implement a PDF object inspector to display PDF object
>> > properties.
>> > > >>
>> > > >> (4). Implement Export command for converting PDFs into different
>> file
>> > > >> formats (JPEG, PNG, TXT).
>> > > >>
>> > > >>
>> > > >>
>> > > >> *Project Details*
>> > > >>
>> > > >> *
>> > > >> *
>> > > >>
>> > > >> PDFBox already has so many features required, but currently most of
>> > them
>> > > >> only available for developers and from command line. Aim of this
>> > project
>> > > >> is
>> > > >> extending PDFReader into well designed application which allows
>> access
>> > > to
>> > > >> some PDFBox features through GUI and integrating some developer
>> > oriented
>> > > >> features. However, project itself is not going to consider GUI
>> access
>> > to
>> > > >> all available PDFBox features. Instead of that it re-architects
>> > > PDFReader
>> > > >

Re: PDFBox Project for GSoC 2012

[mehdi houshmand]

Hi Tharaka,

Really? I could have sworn there was a 16th April deadline! I haven't had
an email with your request (
https://issues.apache.org/jira/secure/IssueNavigator!executeAdvanced.jspa),
the dev-community gets spammed with everyone's projects proposals, and
there have been a lot. I just found yours at (for anyone else looking for
it):
http://www.google-melange.com/gsoc/proposal/review/google/gsoc2012/tharaka/1

The ASF protocol is to create an issue on JIRA (link above) and then do one
on google-melange, it allows a link for searching and keeping track of
things. I think there are other reasons, but I forget them, anywho, my
sincerest apologies, I'll review it in the morning.

Mehdi

On 17 April 2012 17:01, Tharaka Nayanajith Wijebandara  wrote:

> Hi Mehdi,
>
>
> I can't understand what actually happened. I submitted my proposal before
> the deadline (April 6:19:00 UTC) and still it's available in google-melange
> site. Also according to timeline mentors are supposed to review the
> proposal before the 20th April. I may be wrong, but don't have any idea
> about why you said that we have missed the deadline. Anyway I'm still ready
> to continue with this project.
>
> On Tue, Apr 17, 2012 at 4:31 PM, Dexter Mishra  >wrote:
>
> > Well Still who ever wants want to work can work on that. It will be their
> > credit. GSc is not the only way.
> >
> > On Tue, Apr 17, 2012 at 12:24 PM, mehdi houshmand 
> > wrote:
> >
> > > Ok, well, disappointingly we've missed the deadline to submit a
> proposal
> > > and review said proposal. Thanks for all the support from everyone,
> sorry
> > > we couldn't arrange it this year.
> > >
> > > Mehdi
> > >
> > > On 10 April 2012 08:22, mehdi houshmand  wrote:
> > >
> > > > Hi Tharaka,
> > > >
> > > > Sorry for the slow response, my bad, I don't have any worthwhile
> excuse
> > > > other than it's holiday season over here. As for the proposal, thats
> > > fine,
> > > > I'd be happy with that proposal. If no one else has any comments on
> > this,
> > > > I'd suggest moving writing this up on google-melange and getting the
> > ball
> > > > rolling.
> > > >
> > > > Keep up the good work,
> > > >
> > > > Mehdi
> > > >
> > > >
> > > > On 5 April 2012 08:45, Tharaka Nayanajith Wijebandara <
> > > > tharaka...@gmail.com> wrote:
> > > >
> > > >> Hi,
> > > >>
> > > >> Thank you very much for your feedbacks and suggestions.
> > > >>
> > > >> After going through all of your feedbacks, I modified the proposal
> > with
> > > >> them and used some my own ideas also. Additionally, I included the
> > > >> proposed
> > > >> time line of the project and I would like to see your comments here.
> > > >>
> > > >>
> > > >> *Project Title*
> > > >>
> > > >> Implement PDF object inspector and enhance features of PDFReader
> GUI.
> > > >>
> > > >>
> > > >> *Abstract*
> > > >>
> > > >> PDFReader is small GUI application which comes with Apache PDFBox
> pure
> > > >> java
> > > >> PDF library. Currently it is only capable of rendering PDFs. This
> > > project
> > > >> is to redesign PDFReader GUI with a plugin framework and implement
> > some
> > > >> developer oriented features for it. Primary objectives of project
> are
> > as
> > > >> follows.
> > > >>
> > > >> (1). Design a plugin framework for the PDFReader.
> > > >>
> > > >> (2). Implement PDF basic viewing features. (Zooming, rotating, page
> > > >> thumbnail viewer)
> > > >>
> > > >> (3). Implement a PDF object inspector to display PDF object
> > properties.
> > > >>
> > > >> (4). Implement Export command for converting PDFs into different
> file
> > > >> formats (JPEG, PNG, TXT).
> > > >>
> > > >>
> > > >>
> > > >> *Project Details*
> > > >>
> > > >> *
> > > >> *
> > > >>
> > > >> PDFBox already has so many features required, but currently most of
> > them
> > > >> only available for developers and from command line. Aim of this
> > project
> > > >> is
> > > >> extending PDFReader into well designed application which allows
> access
> > > to
> > > >> some PDFBox features through GUI and integrating some developer
> > oriented
> > > >> features. However, project itself is not going to consider GUI
> access
> > to
> > > >> all available PDFBox features. Instead of that it re-architects
> > > PDFReader
> > > >> into pluggable application which developer can easily integrate
> other
> > > >> features by developing plugins.
> > > >>
> > > >>
> > > >> In that case, most important primary objective of the project is
> > > designing
> > > >> a simple plugin framework for the PDFReader. In the implementation,
> we
> > > can
> > > >> use JAR Service Provider mechanism as the base of the plugin
> > framework.
> > > >> For
> > > >> that first, it's required to identify what are pluggable classes
> which
> > > is
> > > >> going to use in the application and define interfaces for those
> > classes
> > > >> with the basic methods. Then we can implement some mechanism for
> > plugin
> > > >> developer to define what are the classes to use, and where (which
> >

Re: PDFBox Project for GSoC 2012

[Tharaka Nayanajith Wijebandara]

Hi Mehdi,


I can't understand what actually happened. I submitted my proposal before
the deadline (April 6:19:00 UTC) and still it's available in google-melange
site. Also according to timeline mentors are supposed to review the
proposal before the 20th April. I may be wrong, but don't have any idea
about why you said that we have missed the deadline. Anyway I'm still ready
to continue with this project.

On Tue, Apr 17, 2012 at 4:31 PM, Dexter Mishra wrote:

> Well Still who ever wants want to work can work on that. It will be their
> credit. GSc is not the only way.
>
> On Tue, Apr 17, 2012 at 12:24 PM, mehdi houshmand 
> wrote:
>
> > Ok, well, disappointingly we've missed the deadline to submit a proposal
> > and review said proposal. Thanks for all the support from everyone, sorry
> > we couldn't arrange it this year.
> >
> > Mehdi
> >
> > On 10 April 2012 08:22, mehdi houshmand  wrote:
> >
> > > Hi Tharaka,
> > >
> > > Sorry for the slow response, my bad, I don't have any worthwhile excuse
> > > other than it's holiday season over here. As for the proposal, thats
> > fine,
> > > I'd be happy with that proposal. If no one else has any comments on
> this,
> > > I'd suggest moving writing this up on google-melange and getting the
> ball
> > > rolling.
> > >
> > > Keep up the good work,
> > >
> > > Mehdi
> > >
> > >
> > > On 5 April 2012 08:45, Tharaka Nayanajith Wijebandara <
> > > tharaka...@gmail.com> wrote:
> > >
> > >> Hi,
> > >>
> > >> Thank you very much for your feedbacks and suggestions.
> > >>
> > >> After going through all of your feedbacks, I modified the proposal
> with
> > >> them and used some my own ideas also. Additionally, I included the
> > >> proposed
> > >> time line of the project and I would like to see your comments here.
> > >>
> > >>
> > >> *Project Title*
> > >>
> > >> Implement PDF object inspector and enhance features of PDFReader GUI.
> > >>
> > >>
> > >> *Abstract*
> > >>
> > >> PDFReader is small GUI application which comes with Apache PDFBox pure
> > >> java
> > >> PDF library. Currently it is only capable of rendering PDFs. This
> > project
> > >> is to redesign PDFReader GUI with a plugin framework and implement
> some
> > >> developer oriented features for it. Primary objectives of project are
> as
> > >> follows.
> > >>
> > >> (1). Design a plugin framework for the PDFReader.
> > >>
> > >> (2). Implement PDF basic viewing features. (Zooming, rotating, page
> > >> thumbnail viewer)
> > >>
> > >> (3). Implement a PDF object inspector to display PDF object
> properties.
> > >>
> > >> (4). Implement Export command for converting PDFs into different file
> > >> formats (JPEG, PNG, TXT).
> > >>
> > >>
> > >>
> > >> *Project Details*
> > >>
> > >> *
> > >> *
> > >>
> > >> PDFBox already has so many features required, but currently most of
> them
> > >> only available for developers and from command line. Aim of this
> project
> > >> is
> > >> extending PDFReader into well designed application which allows access
> > to
> > >> some PDFBox features through GUI and integrating some developer
> oriented
> > >> features. However, project itself is not going to consider GUI access
> to
> > >> all available PDFBox features. Instead of that it re-architects
> > PDFReader
> > >> into pluggable application which developer can easily integrate other
> > >> features by developing plugins.
> > >>
> > >>
> > >> In that case, most important primary objective of the project is
> > designing
> > >> a simple plugin framework for the PDFReader. In the implementation, we
> > can
> > >> use JAR Service Provider mechanism as the base of the plugin
> framework.
> > >> For
> > >> that first, it's required to identify what are pluggable classes which
> > is
> > >> going to use in the application and define interfaces for those
> classes
> > >> with the basic methods. Then we can implement some mechanism for
> plugin
> > >> developer to define what are the classes to use, and where (which
> > >> JAR/directory) to load them from. When application loads, it will
> check
> > >> specific locations for plugins and create instance of those plugins
> > using
> > >> class loader. Here after application can use those plugin instances as
> > >> components of application itself.
> > >>
> > >>
> > >> Rotating and zooming functions are basic features which is available
> in
> > >> every PDF viewer and it allow user to view PDF pages from different
> > >> perspectives. However current PDFReader is unable to provide those
> > >> features. This project will address to this problem as part of second
> > >> primary objective by implementing some menu commands for those
> features.
> > >> In
> > >> the implementation, it will be matter of changing some codes in
> > PageDrawer
> > >> and other related class which are responsible to render PDF pages
> using
> > >> Java2D.
> > >>
> > >>
> > >> Other interesting feature which is going to archive as another part of
> > >> second objective is developing page thumbnail viewer

Re: PDFBox Project for GSoC 2012

[Dexter Mishra]

Well Still who ever wants want to work can work on that. It will be their
credit. GSc is not the only way.

On Tue, Apr 17, 2012 at 12:24 PM, mehdi houshmand  wrote:

> Ok, well, disappointingly we've missed the deadline to submit a proposal
> and review said proposal. Thanks for all the support from everyone, sorry
> we couldn't arrange it this year.
>
> Mehdi
>
> On 10 April 2012 08:22, mehdi houshmand  wrote:
>
> > Hi Tharaka,
> >
> > Sorry for the slow response, my bad, I don't have any worthwhile excuse
> > other than it's holiday season over here. As for the proposal, thats
> fine,
> > I'd be happy with that proposal. If no one else has any comments on this,
> > I'd suggest moving writing this up on google-melange and getting the ball
> > rolling.
> >
> > Keep up the good work,
> >
> > Mehdi
> >
> >
> > On 5 April 2012 08:45, Tharaka Nayanajith Wijebandara <
> > tharaka...@gmail.com> wrote:
> >
> >> Hi,
> >>
> >> Thank you very much for your feedbacks and suggestions.
> >>
> >> After going through all of your feedbacks, I modified the proposal with
> >> them and used some my own ideas also. Additionally, I included the
> >> proposed
> >> time line of the project and I would like to see your comments here.
> >>
> >>
> >> *Project Title*
> >>
> >> Implement PDF object inspector and enhance features of PDFReader GUI.
> >>
> >>
> >> *Abstract*
> >>
> >> PDFReader is small GUI application which comes with Apache PDFBox pure
> >> java
> >> PDF library. Currently it is only capable of rendering PDFs. This
> project
> >> is to redesign PDFReader GUI with a plugin framework and implement some
> >> developer oriented features for it. Primary objectives of project are as
> >> follows.
> >>
> >> (1). Design a plugin framework for the PDFReader.
> >>
> >> (2). Implement PDF basic viewing features. (Zooming, rotating, page
> >> thumbnail viewer)
> >>
> >> (3). Implement a PDF object inspector to display PDF object properties.
> >>
> >> (4). Implement Export command for converting PDFs into different file
> >> formats (JPEG, PNG, TXT).
> >>
> >>
> >>
> >> *Project Details*
> >>
> >> *
> >> *
> >>
> >> PDFBox already has so many features required, but currently most of them
> >> only available for developers and from command line. Aim of this project
> >> is
> >> extending PDFReader into well designed application which allows access
> to
> >> some PDFBox features through GUI and integrating some developer oriented
> >> features. However, project itself is not going to consider GUI access to
> >> all available PDFBox features. Instead of that it re-architects
> PDFReader
> >> into pluggable application which developer can easily integrate other
> >> features by developing plugins.
> >>
> >>
> >> In that case, most important primary objective of the project is
> designing
> >> a simple plugin framework for the PDFReader. In the implementation, we
> can
> >> use JAR Service Provider mechanism as the base of the plugin framework.
> >> For
> >> that first, it's required to identify what are pluggable classes which
> is
> >> going to use in the application and define interfaces for those classes
> >> with the basic methods. Then we can implement some mechanism for plugin
> >> developer to define what are the classes to use, and where (which
> >> JAR/directory) to load them from. When application loads, it will check
> >> specific locations for plugins and create instance of those plugins
> using
> >> class loader. Here after application can use those plugin instances as
> >> components of application itself.
> >>
> >>
> >> Rotating and zooming functions are basic features which is available in
> >> every PDF viewer and it allow user to view PDF pages from different
> >> perspectives. However current PDFReader is unable to provide those
> >> features. This project will address to this problem as part of second
> >> primary objective by implementing some menu commands for those features.
> >> In
> >> the implementation, it will be matter of changing some codes in
> PageDrawer
> >> and other related class which are responsible to render PDF pages using
> >> Java2D.
> >>
> >>
> >> Other interesting feature which is going to archive as another part of
> >> second objective is developing page thumbnail viewer for the PDFReader.
> >> This will be cool GUI component for user to navigate through the PDF
> >> Document very easily. It will be image list which has small image of the
> >> every PDF page of the current document with page numbers. User can
> simply
> >> click on the image to jump the particular page. This component will be
> >> developed as plugin for PDFReader and user will be able to show and hide
> >> using the menu command.
> >>
> >>
> >> Third objective is implementing an object inspector for PDFReader and it
> >> will be very much useful to developer who wants to debug PDF documents.
> >> User can enable click one the any object on the PDF viewer and then in a
> >> small window, it will show the information about 

Re: PDFBox Project for GSoC 2012

[mehdi houshmand]

Ok, well, disappointingly we've missed the deadline to submit a proposal
and review said proposal. Thanks for all the support from everyone, sorry
we couldn't arrange it this year.

Mehdi

On 10 April 2012 08:22, mehdi houshmand  wrote:

> Hi Tharaka,
>
> Sorry for the slow response, my bad, I don't have any worthwhile excuse
> other than it's holiday season over here. As for the proposal, thats fine,
> I'd be happy with that proposal. If no one else has any comments on this,
> I'd suggest moving writing this up on google-melange and getting the ball
> rolling.
>
> Keep up the good work,
>
> Mehdi
>
>
> On 5 April 2012 08:45, Tharaka Nayanajith Wijebandara <
> tharaka...@gmail.com> wrote:
>
>> Hi,
>>
>> Thank you very much for your feedbacks and suggestions.
>>
>> After going through all of your feedbacks, I modified the proposal with
>> them and used some my own ideas also. Additionally, I included the
>> proposed
>> time line of the project and I would like to see your comments here.
>>
>>
>> *Project Title*
>>
>> Implement PDF object inspector and enhance features of PDFReader GUI.
>>
>>
>> *Abstract*
>>
>> PDFReader is small GUI application which comes with Apache PDFBox pure
>> java
>> PDF library. Currently it is only capable of rendering PDFs. This project
>> is to redesign PDFReader GUI with a plugin framework and implement some
>> developer oriented features for it. Primary objectives of project are as
>> follows.
>>
>> (1). Design a plugin framework for the PDFReader.
>>
>> (2). Implement PDF basic viewing features. (Zooming, rotating, page
>> thumbnail viewer)
>>
>> (3). Implement a PDF object inspector to display PDF object properties.
>>
>> (4). Implement Export command for converting PDFs into different file
>> formats (JPEG, PNG, TXT).
>>
>>
>>
>> *Project Details*
>>
>> *
>> *
>>
>> PDFBox already has so many features required, but currently most of them
>> only available for developers and from command line. Aim of this project
>> is
>> extending PDFReader into well designed application which allows access to
>> some PDFBox features through GUI and integrating some developer oriented
>> features. However, project itself is not going to consider GUI access to
>> all available PDFBox features. Instead of that it re-architects PDFReader
>> into pluggable application which developer can easily integrate other
>> features by developing plugins.
>>
>>
>> In that case, most important primary objective of the project is designing
>> a simple plugin framework for the PDFReader. In the implementation, we can
>> use JAR Service Provider mechanism as the base of the plugin framework.
>> For
>> that first, it's required to identify what are pluggable classes which is
>> going to use in the application and define interfaces for those classes
>> with the basic methods. Then we can implement some mechanism for plugin
>> developer to define what are the classes to use, and where (which
>> JAR/directory) to load them from. When application loads, it will check
>> specific locations for plugins and create instance of those plugins using
>> class loader. Here after application can use those plugin instances as
>> components of application itself.
>>
>>
>> Rotating and zooming functions are basic features which is available in
>> every PDF viewer and it allow user to view PDF pages from different
>> perspectives. However current PDFReader is unable to provide those
>> features. This project will address to this problem as part of second
>> primary objective by implementing some menu commands for those features.
>> In
>> the implementation, it will be matter of changing some codes in PageDrawer
>> and other related class which are responsible to render PDF pages using
>> Java2D.
>>
>>
>> Other interesting feature which is going to archive as another part of
>> second objective is developing page thumbnail viewer for the PDFReader.
>> This will be cool GUI component for user to navigate through the PDF
>> Document very easily. It will be image list which has small image of the
>> every PDF page of the current document with page numbers. User can simply
>> click on the image to jump the particular page. This component will be
>> developed as plugin for PDFReader and user will be able to show and hide
>> using the menu command.
>>
>>
>> Third objective is implementing an object inspector for PDFReader and it
>> will be very much useful to developer who wants to debug PDF documents.
>> User can enable click one the any object on the PDF viewer and then in a
>> small window, it will show the information about particular object while
>> highlighting the object inside the viewer. As an example if user click on
>> image of the PDF it will show the information such as image size, color
>> space, resolution and bit depth. If object is text, it will show the
>> details about font, color space and color values. In implementation this
>> also will be developed as another plugin for the PDFReader.
>>
>>
>> Export feature is 

Re: PDFBox Project for GSoC 2012

[mehdi houshmand]

Hi Tharaka,

Sorry for the slow response, my bad, I don't have any worthwhile excuse
other than it's holiday season over here. As for the proposal, thats fine,
I'd be happy with that proposal. If no one else has any comments on this,
I'd suggest moving writing this up on google-melange and getting the ball
rolling.

Keep up the good work,

Mehdi

On 5 April 2012 08:45, Tharaka Nayanajith Wijebandara
wrote:

> Hi,
>
> Thank you very much for your feedbacks and suggestions.
>
> After going through all of your feedbacks, I modified the proposal with
> them and used some my own ideas also. Additionally, I included the proposed
> time line of the project and I would like to see your comments here.
>
>
> *Project Title*
>
> Implement PDF object inspector and enhance features of PDFReader GUI.
>
>
> *Abstract*
>
> PDFReader is small GUI application which comes with Apache PDFBox pure java
> PDF library. Currently it is only capable of rendering PDFs. This project
> is to redesign PDFReader GUI with a plugin framework and implement some
> developer oriented features for it. Primary objectives of project are as
> follows.
>
> (1). Design a plugin framework for the PDFReader.
>
> (2). Implement PDF basic viewing features. (Zooming, rotating, page
> thumbnail viewer)
>
> (3). Implement a PDF object inspector to display PDF object properties.
>
> (4). Implement Export command for converting PDFs into different file
> formats (JPEG, PNG, TXT).
>
>
>
> *Project Details*
>
> *
> *
>
> PDFBox already has so many features required, but currently most of them
> only available for developers and from command line. Aim of this project is
> extending PDFReader into well designed application which allows access to
> some PDFBox features through GUI and integrating some developer oriented
> features. However, project itself is not going to consider GUI access to
> all available PDFBox features. Instead of that it re-architects PDFReader
> into pluggable application which developer can easily integrate other
> features by developing plugins.
>
>
> In that case, most important primary objective of the project is designing
> a simple plugin framework for the PDFReader. In the implementation, we can
> use JAR Service Provider mechanism as the base of the plugin framework. For
> that first, it's required to identify what are pluggable classes which is
> going to use in the application and define interfaces for those classes
> with the basic methods. Then we can implement some mechanism for plugin
> developer to define what are the classes to use, and where (which
> JAR/directory) to load them from. When application loads, it will check
> specific locations for plugins and create instance of those plugins using
> class loader. Here after application can use those plugin instances as
> components of application itself.
>
>
> Rotating and zooming functions are basic features which is available in
> every PDF viewer and it allow user to view PDF pages from different
> perspectives. However current PDFReader is unable to provide those
> features. This project will address to this problem as part of second
> primary objective by implementing some menu commands for those features. In
> the implementation, it will be matter of changing some codes in PageDrawer
> and other related class which are responsible to render PDF pages using
> Java2D.
>
>
> Other interesting feature which is going to archive as another part of
> second objective is developing page thumbnail viewer for the PDFReader.
> This will be cool GUI component for user to navigate through the PDF
> Document very easily. It will be image list which has small image of the
> every PDF page of the current document with page numbers. User can simply
> click on the image to jump the particular page. This component will be
> developed as plugin for PDFReader and user will be able to show and hide
> using the menu command.
>
>
> Third objective is implementing an object inspector for PDFReader and it
> will be very much useful to developer who wants to debug PDF documents.
> User can enable click one the any object on the PDF viewer and then in a
> small window, it will show the information about particular object while
> highlighting the object inside the viewer. As an example if user click on
> image of the PDF it will show the information such as image size, color
> space, resolution and bit depth. If object is text, it will show the
> details about font, color space and color values. In implementation this
> also will be developed as another plugin for the PDFReader.
>
>
> Export feature is last primary objective which I'm going to implement
> within this project and it also will be developed as several plugins. As
> most of the available software, it's good idea to add 'Export' menu item
> into file menu. This menu item will have submenu which contains different
> commands for different file formats (JPEG, PNG, TXT) and each of those
> commands will popup small dialog box which al

Re: PDFBox Project for GSoC 2012

[Tharaka Nayanajith Wijebandara]

Hi,

Thank you very much for your feedbacks and suggestions.

After going through all of your feedbacks, I modified the proposal with
them and used some my own ideas also. Additionally, I included the proposed
time line of the project and I would like to see your comments here.


*Project Title*

Implement PDF object inspector and enhance features of PDFReader GUI.


*Abstract*

PDFReader is small GUI application which comes with Apache PDFBox pure java
PDF library. Currently it is only capable of rendering PDFs. This project
is to redesign PDFReader GUI with a plugin framework and implement some
developer oriented features for it. Primary objectives of project are as
follows.

(1). Design a plugin framework for the PDFReader.

(2). Implement PDF basic viewing features. (Zooming, rotating, page
thumbnail viewer)

(3). Implement a PDF object inspector to display PDF object properties.

(4). Implement Export command for converting PDFs into different file
formats (JPEG, PNG, TXT).



*Project Details*

*
*

PDFBox already has so many features required, but currently most of them
only available for developers and from command line. Aim of this project is
extending PDFReader into well designed application which allows access to
some PDFBox features through GUI and integrating some developer oriented
features. However, project itself is not going to consider GUI access to
all available PDFBox features. Instead of that it re-architects PDFReader
into pluggable application which developer can easily integrate other
features by developing plugins.


In that case, most important primary objective of the project is designing
a simple plugin framework for the PDFReader. In the implementation, we can
use JAR Service Provider mechanism as the base of the plugin framework. For
that first, it's required to identify what are pluggable classes which is
going to use in the application and define interfaces for those classes
with the basic methods. Then we can implement some mechanism for plugin
developer to define what are the classes to use, and where (which
JAR/directory) to load them from. When application loads, it will check
specific locations for plugins and create instance of those plugins using
class loader. Here after application can use those plugin instances as
components of application itself.


Rotating and zooming functions are basic features which is available in
every PDF viewer and it allow user to view PDF pages from different
perspectives. However current PDFReader is unable to provide those
features. This project will address to this problem as part of second
primary objective by implementing some menu commands for those features. In
the implementation, it will be matter of changing some codes in PageDrawer
and other related class which are responsible to render PDF pages using
Java2D.


Other interesting feature which is going to archive as another part of
second objective is developing page thumbnail viewer for the PDFReader.
This will be cool GUI component for user to navigate through the PDF
Document very easily. It will be image list which has small image of the
every PDF page of the current document with page numbers. User can simply
click on the image to jump the particular page. This component will be
developed as plugin for PDFReader and user will be able to show and hide
using the menu command.


Third objective is implementing an object inspector for PDFReader and it
will be very much useful to developer who wants to debug PDF documents.
User can enable click one the any object on the PDF viewer and then in a
small window, it will show the information about particular object while
highlighting the object inside the viewer. As an example if user click on
image of the PDF it will show the information such as image size, color
space, resolution and bit depth. If object is text, it will show the
details about font, color space and color values. In implementation this
also will be developed as another plugin for the PDFReader.


Export feature is last primary objective which I'm going to implement
within this project and it also will be developed as several plugins. As
most of the available software, it's good idea to add 'Export' menu item
into file menu. This menu item will have submenu which contains different
commands for different file formats (JPEG, PNG, TXT) and each of those
commands will popup small dialog box which allows user to change export
settings such as page range, password, encoding type, file name and
location. After change those settings, user can simply click 'OK' button of
the settings dialog box to start the converting process. Every command for
particular file format will be developed as a plugin and in future
developers can easily integrate commands for new file formats to convert
PDFs.


In addition to these primary objectives there are few secondary objectives
which I'm going to consider with this project and major one will be the
'Add Text' feature. It will allow user to

Re: PDFBox Project for GSoC 2012

[mehdi houshmand]

>
>
> 
> How about just implementing the "add text" feature? That should be
> relatively easy. Add a new optional content group to the page and add
> all text as part of that. That makes this a cool tool to fill out forms
> that were scanned, or that are not AcroForms. I fully agree that the
> replace feature is going to be tough, relatively speaking.
>

Yeah, my bad here, I shouldn't have missed it but I'm inclined to agree
with Andreas. If we implemented deleting text, it could get pretty tricksy,
especially when CID coded fonts are used. This is a perfect candidate of a
secondary objective.


> I wouldn't put the bar too high for this project. Get some low-hanging
> fruit that adds some cool and useful functionality to the GUI. More can
> always be added later.
>
> More ideas for low-hanging fruit (as additional tasks if you end up with
> spare time after the main objectives above):
> - Allow the "Save As..." menu item not only save a modified PDF, but
> also bitmaps (PNG, JPEG), plain text and HTML (i.e. from text extraction).
> That would make a plug-in for each output format, so we could add others
> later.
> - Add a "Print..." menu item.
> - Integrate preflight as a plug-in into the application.
> - Split, concatenate, page reorder, page rotation (not just viewing but
> modifying the PDF), overlay/underlay.
> - Menu item: "Create PDF from image(s)" and "Add page from image".
> - A dialog/view listing the fonts in the PDF.
> - A dialog/view for the basic PDF properties like in Acrobat's
> Properties Dialog.
> - A dialog/view listing all images with their properties and effective
> resolution in the PDF.
> - I could go on and on... :-) I'm seeing a serious itch going to catch
> me once you've set up a good base for that GUI. I'm so looking forward
> to this!
>
> Anyway, points 1 and 2 will be the most important tasks because they
> provide the basis for easily adding additional functionality.
>

Yeah, those look like good tasks, maybe we'll add the two you suggest to
the primary objectives and the rest into secondary or even tertiary
objectives. It's good to see you getting geared up for this Jeremias, we're
no doubt going to call on your expertise ;-).

Thanks for the support

Mehdi

Re: PDFBox Project for GSoC 2012

[Jeremias Maerki]

I like it, too. More below...

On 03.04.2012 19:55:40 Andreas Lehmkuehler wrote:
> Hi,
> 
> I like your proposal, comments see below ...
> 
> Am 03.04.2012 02:34, schrieb Tharaka Nayanajith Wijebandara:
> > Hi,
> >
> > I have completed some parts of the the GSoC proposal and I need some
> > feedback from the community about the that. Here a I used swing approach
> > since I have some doubts about RCP. Anyway I also understand RCP will
> > easy approach rather than this and if someone going to help me on that I'm
> > still ready to go in that way. Still I have to prepare 'Project Timeline
> > and Deliverables' part and I will send those part soon.
> >
> > *Project Title*
> >
> > *=*
> >
> >
> >
> > Implement PDF object inspector and enhance features of PDFReader GUI
> >
> >
> >
> >
> >
> > *Abstract*
> >
> > **
> >
> >
> >
> > PDFReader is small GUI application which comes with Apache PDFBox pure java
> > PDF library. Currently it is only capable of rendering PDFs. This project
> > is to redesign PDFReader GUI with plugin framework and implement some
> > developer oriented features for it. Primary objectives of project are as
> > follows.
> >
> >
> >
> > (1). Design a plugin framework for the PDFReader.
> +1

+1

> > (2). Implement PDF basic viewing features. (Zooming, rotating, page
> > thumbnail viewer)
> +1

+1

> > (3). Implement a PDF object inspector to display PDF object properties.
> Could be complicated ...

Possible, so I suggest to stick to the easy targets first. Prioritize.
Getting information about an XObject should be fairly easy and allows to
create the basic infrastructure (finding the bounding box, painting a
selection rectangle etc.) to support additional objects such as text
passages. However, it may be a good idea to switch order/priority between
point 3 and 4.

> > (4). Implement a type-writer feature to add/remove text from a content
> > stream.
> IMO, you should consider to drop this idea. The search/replace feature was 
> discussed many times on the mailing list. As PDF is not a text oriented 
> format, 
> it is even difficult to find text but much more complicated to replace it.

How about just implementing the "add text" feature? That should be
relatively easy. Add a new optional content group to the page and add
all text as part of that. That makes this a cool tool to fill out forms
that were scanned, or that are not AcroForms. I fully agree that the
replace feature is going to be tough, relatively speaking.

I wouldn't put the bar too high for this project. Get some low-hanging
fruit that adds some cool and useful functionality to the GUI. More can
always be added later.

More ideas for low-hanging fruit (as additional tasks if you end up with
spare time after the main objectives above):
- Allow the "Save As..." menu item not only save a modified PDF, but
also bitmaps (PNG, JPEG), plain text and HTML (i.e. from text extraction).
That would make a plug-in for each output format, so we could add others
later.
- Add a "Print..." menu item.
- Integrate preflight as a plug-in into the application.
- Split, concatenate, page reorder, page rotation (not just viewing but
modifying the PDF), overlay/underlay.
- Menu item: "Create PDF from image(s)" and "Add page from image".
- A dialog/view listing the fonts in the PDF.
- A dialog/view for the basic PDF properties like in Acrobat's
Properties Dialog.
- A dialog/view listing all images with their properties and effective
resolution in the PDF.
- I could go on and on... :-) I'm seeing a serious itch going to catch
me once you've set up a good base for that GUI. I'm so looking forward
to this!

Anyway, points 1 and 2 will be the most important tasks because they
provide the basis for easily adding additional functionality.

> 
> 
> 
> BR
> Andreas Lehmkühler




Jeremias Maerki

Re: PDFBox Project for GSoC 2012

[Andreas Lehmkuehler]

Hi,

I like your proposal, comments see below ...

Am 03.04.2012 02:34, schrieb Tharaka Nayanajith Wijebandara:

Hi,

I have completed some parts of the the GSoC proposal and I need some
feedback from the community about the that. Here a I used swing approach
since I have some doubts about RCP. Anyway I also understand RCP will
easy approach rather than this and if someone going to help me on that I'm
still ready to go in that way. Still I have to prepare 'Project Timeline
and Deliverables' part and I will send those part soon.

*Project Title*

*=*



Implement PDF object inspector and enhance features of PDFReader GUI





*Abstract*

**



PDFReader is small GUI application which comes with Apache PDFBox pure java
PDF library. Currently it is only capable of rendering PDFs. This project
is to redesign PDFReader GUI with plugin framework and implement some
developer oriented features for it. Primary objectives of project are as
follows.



(1). Design a plugin framework for the PDFReader.

+1


(2). Implement PDF basic viewing features. (Zooming, rotating, page
thumbnail viewer)

+1


(3). Implement a PDF object inspector to display PDF object properties.

Could be complicated ...


(4). Implement a type-writer feature to add/remove text from a content
stream.
IMO, you should consider to drop this idea. The search/replace feature was 
discussed many times on the mailing list. As PDF is not a text oriented format, 
it is even difficult to find text but much more complicated to replace it.





BR
Andreas Lehmkühler

Re: PDFBox Project for GSoC 2012

[mehdi houshmand]

Hi Tharaka,

I'd say it's looking pretty good, you've got a lot of information there, so
great job!!

I would however say maybe adding some secondary objectives would be a good
idea, just so we explicitly display the intentions of the project. Having
secondary objectives are also good to give you focus if all the primary
objectives are completed. Also, there are a few grammatical errors, this
isn't a big deal at all and I appreciate English may not be your first
language, maybe before you do the final version I'll help you just make a
few corrections.

Good work though, I'm looking forward to commencing this project.

Mehdi

On 3 April 2012 01:34, Tharaka Nayanajith Wijebandara
wrote:

> Hi,
>
> I have completed some parts of the the GSoC proposal and I need some
> feedback from the community about the that. Here a I used swing approach
> since I have some doubts about RCP. Anyway I also understand RCP will
> easy approach rather than this and if someone going to help me on that I'm
> still ready to go in that way. Still I have to prepare 'Project Timeline
> and Deliverables' part and I will send those part soon.
>
> *Project Title*
>
> *=*
>
>
>
> Implement PDF object inspector and enhance features of PDFReader GUI
>
>
>
>
>
> *Abstract*
>
> **
>
>
>
> PDFReader is small GUI application which comes with Apache PDFBox pure java
> PDF library. Currently it is only capable of rendering PDFs. This project
> is to redesign PDFReader GUI with plugin framework and implement some
> developer oriented features for it. Primary objectives of project are as
> follows.
>
>
>
> (1). Design a plugin framework for the PDFReader.
>
>
>
> (2). Implement PDF basic viewing features. (Zooming, rotating, page
> thumbnail viewer)
>
>
>
> (3). Implement a PDF object inspector to display PDF object properties.
>
>
>
> (4). Implement a type-writer feature to add/remove text from a content
> stream.
>
>
>
>
>
> *Project Details*
>
> *===*
>
>
>
> PDFBox already has so many features required, but currently most of them
> only available for developers and from the command line. Aim of this
> project is extending PDFReader into well designed application which allows
> access to some PDFBox features through GUI and integrating some developer
> oriented features. However, project itself is not going to consider GUI
> access to all available PDFBox features. Instead of that it re-architects
> PDFReader into pluggable application which developer can easily integrate
> other features by developing plugins.
>
> In that case, most important primary objective of the project is designing
> a simple plugin framework for the PDFReader. In the implementation, we can
> use JAR Service Provider mechanism as the base of the plugin framework. For
> that first, it's required to identify what are pluggable classes which is
> going to use in the application and define interfaces for those classes
> with the basic methods. Then we can implement some mechanism for plugin
> developer to define what are the classes to use, and where (which
> JAR/directory) to load them from. When application loads, it will check
> specific locations for plugins and create instance of those plugins using
> class loader. Here after application can use those plugin instances as
> components of application itself.
>
>
>
> Rotating and zooming functions are basic features which is available in
> every PDF viewer and it allow user to view PDF pages from different
> perspectives. However current PDFReader is unable to provide those
> features. This project will address to this problem as part of second
> primary objective by implementing some menu commands for those features. In
> the implementation, it will be matter of changing some codes in PageDrawer
> and other related class which are responsible to render PDF pages using
> Java2D.
>
>
>
> Other interesting feature which is going to archive as another part of
> second objective is developing page thumbnail viewer for the PDFReader.
> This will be cool GUI component for user to navigate through the PDF
> Document very easily. It will be image list which has small image of the
> every PDF page of the current document with page numbers. User can simply
> click on the image to jump the particular page. This component will be
> developed as plugin for PDFReader and user will be able to show and hide
> using the menu command.
>
>
> Third objective is implementing a object inspector for PDFReader and it
> will be very much useful to developer who want to debug PDF documents. User
> can enable click one the any object on the PDF viewer and then in a small
> window, it will show the information about particular object while
> highlighting the object inside the viewer. As a example if user click on
> image of the PDF it will show the information such as image size, color
> space, resolution and bit depth. If object is text, it will show the
> details about font, color space and color values. In implement

Re: PDFBox Project for GSoC 2012

[Tharaka Nayanajith Wijebandara]

Hi,

I have completed some parts of the the GSoC proposal and I need some
feedback from the community about the that. Here a I used swing approach
since I have some doubts about RCP. Anyway I also understand RCP will
easy approach rather than this and if someone going to help me on that I'm
still ready to go in that way. Still I have to prepare 'Project Timeline
and Deliverables' part and I will send those part soon.

*Project Title*

*=*



Implement PDF object inspector and enhance features of PDFReader GUI





*Abstract*

**



PDFReader is small GUI application which comes with Apache PDFBox pure java
PDF library. Currently it is only capable of rendering PDFs. This project
is to redesign PDFReader GUI with plugin framework and implement some
developer oriented features for it. Primary objectives of project are as
follows.



(1). Design a plugin framework for the PDFReader.



(2). Implement PDF basic viewing features. (Zooming, rotating, page
thumbnail viewer)



(3). Implement a PDF object inspector to display PDF object properties.



(4). Implement a type-writer feature to add/remove text from a content
stream.





*Project Details*

*===*



PDFBox already has so many features required, but currently most of them
only available for developers and from the command line. Aim of this
project is extending PDFReader into well designed application which allows
access to some PDFBox features through GUI and integrating some developer
oriented features. However, project itself is not going to consider GUI
access to all available PDFBox features. Instead of that it re-architects
PDFReader into pluggable application which developer can easily integrate
other features by developing plugins.

In that case, most important primary objective of the project is designing
a simple plugin framework for the PDFReader. In the implementation, we can
use JAR Service Provider mechanism as the base of the plugin framework. For
that first, it's required to identify what are pluggable classes which is
going to use in the application and define interfaces for those classes
with the basic methods. Then we can implement some mechanism for plugin
developer to define what are the classes to use, and where (which
JAR/directory) to load them from. When application loads, it will check
specific locations for plugins and create instance of those plugins using
class loader. Here after application can use those plugin instances as
components of application itself.



Rotating and zooming functions are basic features which is available in
every PDF viewer and it allow user to view PDF pages from different
perspectives. However current PDFReader is unable to provide those
features. This project will address to this problem as part of second
primary objective by implementing some menu commands for those features. In
the implementation, it will be matter of changing some codes in PageDrawer
and other related class which are responsible to render PDF pages using
Java2D.



Other interesting feature which is going to archive as another part of
second objective is developing page thumbnail viewer for the PDFReader.
This will be cool GUI component for user to navigate through the PDF
Document very easily. It will be image list which has small image of the
every PDF page of the current document with page numbers. User can simply
click on the image to jump the particular page. This component will be
developed as plugin for PDFReader and user will be able to show and hide
using the menu command.


Third objective is implementing a object inspector for PDFReader and it
will be very much useful to developer who want to debug PDF documents. User
can enable click one the any object on the PDF viewer and then in a small
window, it will show the information about particular object while
highlighting the object inside the viewer. As a example if user click on
image of the PDF it will show the information such as image size, color
space, resolution and bit depth. If object is text, it will show the
details about font, color space and color values. In implementation this
also will be developed as another plugin for the PDFReader.


Typewriter feature is last objective which we going to implement within
this project and it also will be developed as plugin. It will allow user to
click any place in the PDF and type new text for the PDF page. Small window
or tool box will appear in this mode and user can change the font size,
color and other related properties. Furthermore, if user wants to remove
this newly added text, he can simply select and press 'Delete'.



*Benefits to PDFBox*

*==*

Most of the modern code libraries are delivered with GUI application to
test the features before studying API. However, features of PDFBox are
mostly accessible through the command line interface and it discourages
users and new developers from using PDFBox. By having GUI for access these
features any user can simply use 

Re: PDFBox Project for GSoC 2012

[Tharaka Nayanajith Wijebandara]

Hi,


Idea about object inspector is clear and I think I can make that dream into
reality. ;)


I have some doubt regarding RCP. Actually I didn't have any previous
experience with RPC and read some articles to get idea about it. As per my
understanding, although there are several RCPs in our case eclipse RCP is
most suitable one. However since RCP Application has several dependencies
and they are not in maven structure, I still can't understand how them
organize in pdfbox project. Is there any example project for understanding
it? Maybe I'm misunderstood, need some help from you to clear it.


Mehdi, I started to create proposal and I'll put it here within this
weekend.

On Thu, Mar 29, 2012 at 2:35 PM, mehdi houshmand  wrote:

> I think my hopes and dreams are pretty exactly the same as Jeremias'. These
> features would give PDFBox differentiation from Adobe products which focus
> much more design of PDF rather than nuts and bots debugging. As for the
> GUI, I'm really not fussy regarding the UI framework you use, but RCP does
> look pretty interesting...
>
> Just as an aside, in terms of structure, I was thinking of this being a
> maven sub-project in the same way fontbox and jempbox etc are. I just
> wanted to make sure we're all on the same wavelength here...
>
> Tharaka, I think you've probably got enough information here to create a
> proposal, if you want to put a draft up here for us (the community) to
> check over feel free to do so. But you're going to need to publish the
> proposal on Google melange (
> http://www.google-melange.com/gsoc/homepage/google/gsoc2012) so that I can
> agree to mentor it and rate the application.
>
> Just a bit of admin:
> Debian has a good template for student applications (
> http://wiki.debian.org/SummerOfCode/StudentApplicationTemplate). Once you
> fill out the necessary details I will assign myself as the mentor and have
> to rank your application (
> http://community.apache.org/mentee-ranking-process.html). If you want to
> fair better in the ranking process, involvement in the community is highly
> regarded by either a) answering user questions on the mailing list and/or
> b) going through PDFBox bugs and fixing some bugs; this isn't mandatory but
> will improve the ranking on your application.
>
> Mehdi
>
>
> On 29 March 2012 07:36, Jeremias Maerki  wrote:
>
> > Hi Tharaka,
> >
> > Object Inspector: I'm not sure you need a tree for inspecting a single
> > object. The tree is useful when the PDF debugger is integrated as an
> > alternative view of a PDF. I'd expect to have a customized window (a
> > plug-in ;-) ) for each kind of object when inspecting it. A bitmap image
> > would display information about the size, the color space and profile,
> > effective resolution. Clicking on a word would display its font and
> > color. I guess it would be quite cool to have a button that says "jump
> > to object tree" so it would switch to the debugger view and focus on the
> > selected object. Imagine having viewer and debugger side-by-side in
> > separate views and the object that you click on in the debugger is
> > highlighted in the viewer. Wow. But I'm dreaming. ;-)
> >
> > Unfortunately, JPF is off-limits for PDFBox if it is used for core
> > functionality because it's under the LGPL license. Only optional
> > components/plug-ins may depend on LGPL libraries. But I think the normal
> > JAR Service Provider mechanism would already be good enough as a plug-in
> > framework:
> >
> >
> http://docs.oracle.com/javase/6/docs/technotes/guides/jar/jar.html#Service%20Provider
> > We use that extensively over in Apache XML Graphics land. I would
> > suggest to base the GUI on Java 6 where you have the service lookup
> > built in:
> > http://docs.oracle.com/javase/6/docs/api/java/util/ServiceLoader.html
> >
> > Swing with Nimbus generally sounds good to me.
> >
> > OTOH, an RCP application would actually offer the whole pluggability
> > (even at runtime) and an Eclipse-like workbench which would be great for
> > such an application. But it would also mean practically re-writing both
> > the PDF viewer (although the PDF painting via Java2D should still be
> > usable) and debugger functionality.
> >
> > Both Swing and RCP are non-trivial to learn. On the technical side I'd
> > probably favor RCP just a little bit, mostly because it's OSGi-based
> > (I'm biased there) even if the Eclipse world does ugly things to OSGi.
> > Furthermore, I know few good Swing applications but many good RCP
> > applications. Maybe that's an indicator. But I'd have to learn RCP
> > myself if I was to help out with this.
> >
> > Optional Content Groups (since PDF 1.5) are groups of objects (think
> > "layer") that can be enabled and disabled. I think that's advanced
> > functionality that the mainstream doesn't really need. But I'm also not
> > sure what Medhi means with transparency layers.
> >
> > On 29.03.2012 03:55:28 Tharaka Nayanajith Wijebandara wrote:
> > > Hi,
> > >
> > >
> > > Thanx mehdi, y

Re: PDFBox Project for GSoC 2012

[mehdi houshmand]

I think my hopes and dreams are pretty exactly the same as Jeremias'. These
features would give PDFBox differentiation from Adobe products which focus
much more design of PDF rather than nuts and bots debugging. As for the
GUI, I'm really not fussy regarding the UI framework you use, but RCP does
look pretty interesting...

Just as an aside, in terms of structure, I was thinking of this being a
maven sub-project in the same way fontbox and jempbox etc are. I just
wanted to make sure we're all on the same wavelength here...

Tharaka, I think you've probably got enough information here to create a
proposal, if you want to put a draft up here for us (the community) to
check over feel free to do so. But you're going to need to publish the
proposal on Google melange (
http://www.google-melange.com/gsoc/homepage/google/gsoc2012) so that I can
agree to mentor it and rate the application.

Just a bit of admin:
Debian has a good template for student applications (
http://wiki.debian.org/SummerOfCode/StudentApplicationTemplate). Once you
fill out the necessary details I will assign myself as the mentor and have
to rank your application (
http://community.apache.org/mentee-ranking-process.html). If you want to
fair better in the ranking process, involvement in the community is highly
regarded by either a) answering user questions on the mailing list and/or
b) going through PDFBox bugs and fixing some bugs; this isn't mandatory but
will improve the ranking on your application.

Mehdi


On 29 March 2012 07:36, Jeremias Maerki  wrote:

> Hi Tharaka,
>
> Object Inspector: I'm not sure you need a tree for inspecting a single
> object. The tree is useful when the PDF debugger is integrated as an
> alternative view of a PDF. I'd expect to have a customized window (a
> plug-in ;-) ) for each kind of object when inspecting it. A bitmap image
> would display information about the size, the color space and profile,
> effective resolution. Clicking on a word would display its font and
> color. I guess it would be quite cool to have a button that says "jump
> to object tree" so it would switch to the debugger view and focus on the
> selected object. Imagine having viewer and debugger side-by-side in
> separate views and the object that you click on in the debugger is
> highlighted in the viewer. Wow. But I'm dreaming. ;-)
>
> Unfortunately, JPF is off-limits for PDFBox if it is used for core
> functionality because it's under the LGPL license. Only optional
> components/plug-ins may depend on LGPL libraries. But I think the normal
> JAR Service Provider mechanism would already be good enough as a plug-in
> framework:
>
> http://docs.oracle.com/javase/6/docs/technotes/guides/jar/jar.html#Service%20Provider
> We use that extensively over in Apache XML Graphics land. I would
> suggest to base the GUI on Java 6 where you have the service lookup
> built in:
> http://docs.oracle.com/javase/6/docs/api/java/util/ServiceLoader.html
>
> Swing with Nimbus generally sounds good to me.
>
> OTOH, an RCP application would actually offer the whole pluggability
> (even at runtime) and an Eclipse-like workbench which would be great for
> such an application. But it would also mean practically re-writing both
> the PDF viewer (although the PDF painting via Java2D should still be
> usable) and debugger functionality.
>
> Both Swing and RCP are non-trivial to learn. On the technical side I'd
> probably favor RCP just a little bit, mostly because it's OSGi-based
> (I'm biased there) even if the Eclipse world does ugly things to OSGi.
> Furthermore, I know few good Swing applications but many good RCP
> applications. Maybe that's an indicator. But I'd have to learn RCP
> myself if I was to help out with this.
>
> Optional Content Groups (since PDF 1.5) are groups of objects (think
> "layer") that can be enabled and disabled. I think that's advanced
> functionality that the mainstream doesn't really need. But I'm also not
> sure what Medhi means with transparency layers.
>
> On 29.03.2012 03:55:28 Tharaka Nayanajith Wijebandara wrote:
> > Hi,
> >
> >
> > Thanx mehdi, you have summarized all primary objective and we can
> continue
> > discussion based on it.
> >
> > For the GUI, I'm going to use Swing Framework and to modernize we can go
> > for some available look and Feel such as nimbus. Is there any suggestion?
> >
> >
> > I need some ideas about PDF object inspector and since it tool for
> > developer all you can give some suggestions. In my opinion we can use
> swing
> > tree for this. User can right click on object and click ‘inspect’ command
> > in the menu, then it will show the object and it properties in the tree
> and
> > highlight object margin in the PDF view.
> >
> >
> > Plugin frame is another feature to consider. We can use and adapt some
> > available plugin frame for PDFReader rather than going for new our own
> one.
> > As per my understand Java Plug-in Framework (http://jpf.sourceforge.net/
> )
> > is good one we can use and it is XML

Re: PDFBox Project for GSoC 2012

[Jeremias Maerki]

Hi Tharaka,

Object Inspector: I'm not sure you need a tree for inspecting a single
object. The tree is useful when the PDF debugger is integrated as an
alternative view of a PDF. I'd expect to have a customized window (a
plug-in ;-) ) for each kind of object when inspecting it. A bitmap image
would display information about the size, the color space and profile,
effective resolution. Clicking on a word would display its font and
color. I guess it would be quite cool to have a button that says "jump
to object tree" so it would switch to the debugger view and focus on the
selected object. Imagine having viewer and debugger side-by-side in
separate views and the object that you click on in the debugger is
highlighted in the viewer. Wow. But I'm dreaming. ;-)

Unfortunately, JPF is off-limits for PDFBox if it is used for core
functionality because it's under the LGPL license. Only optional
components/plug-ins may depend on LGPL libraries. But I think the normal
JAR Service Provider mechanism would already be good enough as a plug-in
framework:
http://docs.oracle.com/javase/6/docs/technotes/guides/jar/jar.html#Service%20Provider
We use that extensively over in Apache XML Graphics land. I would
suggest to base the GUI on Java 6 where you have the service lookup
built in: http://docs.oracle.com/javase/6/docs/api/java/util/ServiceLoader.html

Swing with Nimbus generally sounds good to me.

OTOH, an RCP application would actually offer the whole pluggability
(even at runtime) and an Eclipse-like workbench which would be great for
such an application. But it would also mean practically re-writing both
the PDF viewer (although the PDF painting via Java2D should still be
usable) and debugger functionality.

Both Swing and RCP are non-trivial to learn. On the technical side I'd
probably favor RCP just a little bit, mostly because it's OSGi-based
(I'm biased there) even if the Eclipse world does ugly things to OSGi.
Furthermore, I know few good Swing applications but many good RCP
applications. Maybe that's an indicator. But I'd have to learn RCP
myself if I was to help out with this.

Optional Content Groups (since PDF 1.5) are groups of objects (think
"layer") that can be enabled and disabled. I think that's advanced
functionality that the mainstream doesn't really need. But I'm also not
sure what Medhi means with transparency layers.

On 29.03.2012 03:55:28 Tharaka Nayanajith Wijebandara wrote:
> Hi,
> 
> 
> Thanx mehdi, you have summarized all primary objective and we can continue
> discussion based on it.
> 
> For the GUI, I'm going to use Swing Framework and to modernize we can go
> for some available look and Feel such as nimbus. Is there any suggestion?
> 
> 
> I need some ideas about PDF object inspector and since it tool for
> developer all you can give some suggestions. In my opinion we can use swing
> tree for this. User can right click on object and click ‘inspect’ command
> in the menu, then it will show the object and it properties in the tree and
> highlight object margin in the PDF view.
> 
> 
> Plugin frame is another feature to consider. We can use and adapt some
> available plugin frame for PDFReader rather than going for new our own one.
> As per my understand Java Plug-in Framework (http://jpf.sourceforge.net/)
> is good one we can use and it is XML based. Is there any apache framework
> for this? If I'm correct, maven project is based on plugin framework.
> 
> 
> Mehdi, I would like to add bookmark feature also in to primary objective
> list. It will allow user to view, add, edit and delete book marks. And also
> I'm confused about what you mean by supporting optional content and
> transparency layers.
> 
> On Mon, Mar 26, 2012 at 1:49 PM, mehdi houshmand  wrote:
> 
> > Hi Tharaka,
> >
> > Ok, well let's start with thinking about how this GUI is going to look. In
> > its current form, it's looking a little dated, it might be worth using some
> > of the GUI frameworks out there to spruce it up a little and making it a
> > bit more modern. So if we get a list of TODOs (starting with Jeremias'
> > suggestions):
> >
> > - Investigate and design a proposal for upgrading the PDFReader GUI (i.e.
> > modernizing it)
> > - Implement a PDF object inspector to display PDF object properties when
> > objects are "clicked-on" in the viewer
> > - Implement a type-writer feature to add/remove text from a content stream
> > from within the PDFViewer
> > - Design a plugin framework for the viewer
> >
> > Maybe those are a good list of primary objectives? We should think about
> > some secondary objectives, like possibly supporting Optional Content in the
> > view (not sure if it already is) and better handling of transparency
> > layers?
> >
> > Just some thoughts, let's keep this discussions fluid for now, we haven't
> > actually got that long before we have to submit a proposal though.
> >
> > Mehdi
> >
> > On 22 March 2012 03:04, Tharaka Nayanajith Wijebandara <
> > tharaka...@gmail.com
> > > wrote:
> >
> > > H

Re: PDFBox Project for GSoC 2012

[Tharaka Nayanajith Wijebandara]

Hi,


Thanx mehdi, you have summarized all primary objective and we can continue
discussion based on it.

For the GUI, I'm going to use Swing Framework and to modernize we can go
for some available look and Feel such as nimbus. Is there any suggestion?


I need some ideas about PDF object inspector and since it tool for
developer all you can give some suggestions. In my opinion we can use swing
tree for this. User can right click on object and click ‘inspect’ command
in the menu, then it will show the object and it properties in the tree and
highlight object margin in the PDF view.


Plugin frame is another feature to consider. We can use and adapt some
available plugin frame for PDFReader rather than going for new our own one.
As per my understand Java Plug-in Framework (http://jpf.sourceforge.net/)
is good one we can use and it is XML based. Is there any apache framework
for this? If I'm correct, maven project is based on plugin framework.


Mehdi, I would like to add bookmark feature also in to primary objective
list. It will allow user to view, add, edit and delete book marks. And also
I'm confused about what you mean by supporting optional content and
transparency layers.

On Mon, Mar 26, 2012 at 1:49 PM, mehdi houshmand  wrote:

> Hi Tharaka,
>
> Ok, well let's start with thinking about how this GUI is going to look. In
> its current form, it's looking a little dated, it might be worth using some
> of the GUI frameworks out there to spruce it up a little and making it a
> bit more modern. So if we get a list of TODOs (starting with Jeremias'
> suggestions):
>
> - Investigate and design a proposal for upgrading the PDFReader GUI (i.e.
> modernizing it)
> - Implement a PDF object inspector to display PDF object properties when
> objects are "clicked-on" in the viewer
> - Implement a type-writer feature to add/remove text from a content stream
> from within the PDFViewer
> - Design a plugin framework for the viewer
>
> Maybe those are a good list of primary objectives? We should think about
> some secondary objectives, like possibly supporting Optional Content in the
> view (not sure if it already is) and better handling of transparency
> layers?
>
> Just some thoughts, let's keep this discussions fluid for now, we haven't
> actually got that long before we have to submit a proposal though.
>
> Mehdi
>
> On 22 March 2012 03:04, Tharaka Nayanajith Wijebandara <
> tharaka...@gmail.com
> > wrote:
>
> > Hi,
> >
> >
> > Thanks everyone for your valuable ideas and comments.
> >
> >
> > It seems most of you like to enhancing PDFReader project. Specially I
> > prefer Jeremias' idea, develop application which allow user to access
> > PDFBox features through the GUI and PDF viewer with integrated PDF
> > Debugger. In my opinion it will be very much useful tool for users as
> well
> > as developers rather than just another PDF reader. So I would like to
> > continue with this project. However, since there are several ways to
> > enhance PDFReader, we have to define the scope of the project according
> to
> > priority in next few days.
> >
> >
> > Additionally I want to mention another thing here. As my experience
> current
> > PDFReader is also not very much reliable and not working smoothly. I
> still
> > can't understand that whether it is problem of code of PDFReader or
> PDFBox
> > core. Anyway I think that it's better if we can consider also this in the
> > project, if it's not some issue in PDFBox core.
> >
> > On Wed, Mar 21, 2012 at 10:26 PM, mehdi houshmand 
> > wrote:
> >
> > > Hi Tharaka,
> > >
> > > You have plenty of options here, the student application deadline is on
> > the
> > > 6th April (see the calendar
> > > http://www.google-melange.com/gsoc/events/google/gsoc2012), so you've
> > got
> > > plenty of time.
> > >
> > > Let me and/or the community know if you have any questions about the
> > > projects. If you have an idea of which project you'd prefer, maybe we
> can
> > > start drawing up some goals and a schedule and discuss with the
> community
> > > to get some feedback on which facets are a) interesting b) useful or c)
> > > both!
> > >
> > > Mehdi
> > >
> > > On 20 March 2012 15:58, Jeremias Maerki 
> wrote:
> > >
> > > > 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 

Re: PDFBox Project for GSoC 2012

[mehdi houshmand]

Hi Tharaka,

Ok, well let's start with thinking about how this GUI is going to look. In
its current form, it's looking a little dated, it might be worth using some
of the GUI frameworks out there to spruce it up a little and making it a
bit more modern. So if we get a list of TODOs (starting with Jeremias'
suggestions):

- Investigate and design a proposal for upgrading the PDFReader GUI (i.e.
modernizing it)
- Implement a PDF object inspector to display PDF object properties when
objects are "clicked-on" in the viewer
- Implement a type-writer feature to add/remove text from a content stream
from within the PDFViewer
- Design a plugin framework for the viewer

Maybe those are a good list of primary objectives? We should think about
some secondary objectives, like possibly supporting Optional Content in the
view (not sure if it already is) and better handling of transparency layers?

Just some thoughts, let's keep this discussions fluid for now, we haven't
actually got that long before we have to submit a proposal though.

Mehdi

On 22 March 2012 03:04, Tharaka Nayanajith Wijebandara  wrote:

> Hi,
>
>
> Thanks everyone for your valuable ideas and comments.
>
>
> It seems most of you like to enhancing PDFReader project. Specially I
> prefer Jeremias' idea, develop application which allow user to access
> PDFBox features through the GUI and PDF viewer with integrated PDF
> Debugger. In my opinion it will be very much useful tool for users as well
> as developers rather than just another PDF reader. So I would like to
> continue with this project. However, since there are several ways to
> enhance PDFReader, we have to define the scope of the project according to
> priority in next few days.
>
>
> Additionally I want to mention another thing here. As my experience current
> PDFReader is also not very much reliable and not working smoothly. I still
> can't understand that whether it is problem of code of PDFReader or PDFBox
> core. Anyway I think that it's better if we can consider also this in the
> project, if it's not some issue in PDFBox core.
>
> On Wed, Mar 21, 2012 at 10:26 PM, mehdi houshmand 
> wrote:
>
> > Hi Tharaka,
> >
> > You have plenty of options here, the student application deadline is on
> the
> > 6th April (see the calendar
> > http://www.google-melange.com/gsoc/events/google/gsoc2012), so you've
> got
> > plenty of time.
> >
> > Let me and/or the community know if you have any questions about the
> > projects. If you have an idea of which project you'd prefer, maybe we can
> > start drawing up some goals and a schedule and discuss with the community
> > to get some feedback on which facets are a) interesting b) useful or c)
> > both!
> >
> > Mehdi
> >
> > On 20 March 2012 15:58, Jeremias Maerki  wrote:
> >
> > > 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 <
> > sahy...@fileaffairs.de
> > > >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
> > >
> > >
> >
>
>
>
> --
> Thanks & Regards,
> Tharaka Wijebandara,
> Faculty of Information Technology,
> University of Moratuwa.
>

Re: PDFBox Project for GSoC 2012

[Tharaka Nayanajith Wijebandara]

Hi,


Thanks everyone for your valuable ideas and comments.


It seems most of you like to enhancing PDFReader project. Specially I
prefer Jeremias' idea, develop application which allow user to access
PDFBox features through the GUI and PDF viewer with integrated PDF
Debugger. In my opinion it will be very much useful tool for users as well
as developers rather than just another PDF reader. So I would like to
continue with this project. However, since there are several ways to
enhance PDFReader, we have to define the scope of the project according to
priority in next few days.


Additionally I want to mention another thing here. As my experience current
PDFReader is also not very much reliable and not working smoothly. I still
can't understand that whether it is problem of code of PDFReader or PDFBox
core. Anyway I think that it's better if we can consider also this in the
project, if it's not some issue in PDFBox core.

On Wed, Mar 21, 2012 at 10:26 PM, mehdi houshmand  wrote:

> Hi Tharaka,
>
> You have plenty of options here, the student application deadline is on the
> 6th April (see the calendar
> http://www.google-melange.com/gsoc/events/google/gsoc2012), so you've got
> plenty of time.
>
> Let me and/or the community know if you have any questions about the
> projects. If you have an idea of which project you'd prefer, maybe we can
> start drawing up some goals and a schedule and discuss with the community
> to get some feedback on which facets are a) interesting b) useful or c)
> both!
>
> Mehdi
>
> On 20 March 2012 15:58, Jeremias Maerki  wrote:
>
> > 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 <
> sahy...@fileaffairs.de
> > >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
> >
> >
>



-- 
Thanks & Regards,
Tharaka Wijebandara,
Faculty of Information Technology,
University of Moratuwa.

Re: PDFBox Project for GSoC 2012

[mehdi houshmand]

Hi Tharaka,

You have plenty of options here, the student application deadline is on the
6th April (see the calendar
http://www.google-melange.com/gsoc/events/google/gsoc2012), so you've got
plenty of time.

Let me and/or the community know if you have any questions about the
projects. If you have an idea of which project you'd prefer, maybe we can
start drawing up some goals and a schedule and discuss with the community
to get some feedback on which facets are a) interesting b) useful or c)
both!

Mehdi

On 20 March 2012 15:58, Jeremias Maerki  wrote:

> 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
>
>

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

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
_

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

[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

[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]

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

[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

[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

[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

[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

[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)


   - 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.


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 PDFBox task for GSoC.
> >
> >
> >
> > There is a lot to do and I'm sure that some of those jobs should
> > qualify
> > as
> > GSoC task.
> >
> >
> >> If you have any idea about good project or advice for me, please
> reply
> >> to
> >> this.
> >
> >
> >
> > You will need a mentor and I'm not sure if you will find one among
> our
> > ranks. I'd like to support you, but I can't do it due to personal
> > reasons.
> >
> > Anybody else?
> >
> >
> > BR
> > Andreas Lehmkühler
> >>>
> >>>
> >>>
> >>> BR
> >>> Andreas Lehmkühler
> >>>
> >>> [1] http://community.apache.org/guide-to-being-a-mentor.html
> >
> >
>



-- 
Thanks & Regards,
Tharaka Wijebandara,
Faculty of Information Technology,
University of Moratuwa.

Re: PDFBox Project for GSoC 2012

[mehdi houshmand]

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 PDFBox task for GSoC.
>
>
>
> There is a lot to do and I'm sure that some of those jobs should
> qualify
> as
> GSoC task.
>
>
>> If you have any idea about good project or advice for me, please reply
>> to
>> this.
>
>
>
> You will need a mentor and I'm not sure if you will find one among our
> ranks. I'd like to support you, but I can't do it due to personal
> reasons.
>
> Anybody else?
>
>
> BR
> Andreas Lehmkühler
>>>
>>>
>>>
>>> BR
>>> Andreas Lehmkühler
>>>
>>> [1] http://community.apache.org/guide-to-being-a-mentor.html
>
>

Re: PDFBox Project for GSoC 2012

[Andreas Lehmkuehler]

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 Lehmkuehlerwrote:


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 PDFBox task for GSoC.



There is a lot to do and I'm sure that some of those jobs should qualify
as
GSoC task.



If you have any idea about good project or advice for me, please reply
to
this.



You will need a mentor and I'm not sure if you will find one among our
ranks. I'd like to support you, but I can't do it due to personal
reasons.

Anybody else?


BR
Andreas Lehmkühler



BR
Andreas Lehmkühler

[1] http://community.apache.org/guide-to-being-a-mentor.html

Re: PDFBox Project for GSoC 2012

[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...


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 PDFBox task for GSoC.
>>>
>>>
>>> There is a lot to do and I'm sure that some of those jobs should qualify
>>> as
>>> GSoC task.
>>>
>>>
 If you have any idea about good project or advice for me, please reply
 to
 this.
>>>
>>>
>>> You will need a mentor and I'm not sure if you will find one among our
>>> ranks. I'd like to support you, but I can't do it due to personal
>>> reasons.
>>>
>>> Anybody else?
>>>
>>>
>>> BR
>>> Andreas Lehmkühler
>
>
> BR
> Andreas Lehmkühler
>
> [1] http://community.apache.org/guide-to-being-a-mentor.html

Re: PDFBox Project for GSoC 2012

[Tharaka Nayanajith Wijebandara]

Hi,

Andreas,Mehdi Thanks for the response.

It seems hard to find a mentor. Anyway I hopefully continue my effort on
the project.

I would very much appreciate it if someone would like to help me by being a
mentor and it will be remarkable experience for both of us as well as our
community.

On Wed, Mar 7, 2012 at 3:02 AM, 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 PDFBox task for GSoC.

>>>
>>> There is a lot to do and I'm sure that some of those jobs should qualify
>>> as
>>> GSoC task.
>>>
>>>
>>>  If you have any idea about good project or advice for me, please reply
 to
 this.

>>>
>>> You will need a mentor and I'm not sure if you will find one among our
>>> ranks. I'd like to support you, but I can't do it due to personal
>>> reasons.
>>>
>>> Anybody else?
>>>
>>>
>>> BR
>>> Andreas Lehmkühler
>>>
>>
> BR
> Andreas Lehmkühler
>
> [1] 
> http://community.apache.org/**guide-to-being-a-mentor.html
>



-- 
Thanks & Regards,
Tharaka Wijebandara,
Faculty of Information Technology,
University of Moratuwa.

Re: PDFBox Project for GSoC 2012

[Andreas Lehmkuehler]

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 PDFBox task for GSoC.


There is a lot to do and I'm sure that some of those jobs should qualify as
GSoC task.



If you have any idea about good project or advice for me, please reply to
this.


You will need a mentor and I'm not sure if you will find one among our
ranks. I'd like to support you, but I can't do it due to personal reasons.

Anybody else?


BR
Andreas Lehmkühler


BR
Andreas Lehmkühler

[1] http://community.apache.org/guide-to-being-a-mentor.html

Re: PDFBox Project for GSoC 2012

[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.

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 PDFBox task for GSoC.
>
> There is a lot to do and I'm sure that some of those jobs should qualify as
> GSoC task.
>
>
>> If you have any idea about good project or advice for me, please reply to
>> this.
>
> You will need a mentor and I'm not sure if you will find one among our
> ranks. I'd like to support you, but I can't do it due to personal reasons.
>
> Anybody else?
>
>
> BR
> Andreas Lehmkühler

Re: PDFBox Project for GSoC 2012

[Andreas Lehmkuehler]

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 PDFBox task for GSoC.
There is a lot to do and I'm sure that some of those jobs should qualify as GSoC 
task.



If you have any idea about good project or advice for me, please reply to
this.
You will need a mentor and I'm not sure if you will find one among our ranks. 
I'd like to support you, but I can't do it due to personal reasons.


Anybody else?


BR
Andreas Lehmkühler