[Pharo-project] PDF Rendering
I was looking around for PDF rendering libraries that might be used with NativeBoost and they all seem to be licensed GPL, which is not compatible with Pharo's preference for the MIT license. Then I came across Apache licensed pdf.js [1] which sparked my curiosity.... There are a few projects to have Smalltalk run on top of Javascript, but has anyone looked at the reverse, running javascript inside a Smalltalk image? Perhaps handing the Javascript off via NativeBoost to a Javascript VM like SquirrelFish [2]. Or is that just a bad idea? cheers -ben [1] http://andreasgal.com/2011/06/15/pdf-js/ [2] https://www.webkit.org/blog/189/announcing-squirrelfish/
Hi Ben, On 29 Mar 2013, at 13:23, Ben Coman <btc@openInWorld.com> wrote:
I was looking around for PDF rendering libraries that might be used with NativeBoost and they all seem to be licensed GPL, which is not compatible with Pharo's preference for the MIT license. Then I came across Apache licensed pdf.js [1] which sparked my curiosity.... There are a few projects to have Smalltalk run on top of Javascript, but has anyone looked at the reverse, running javascript inside a Smalltalk image? Perhaps handing the Javascript off via NativeBoost to a Javascript VM like SquirrelFish [2]. Or is that just a bad idea?
cheers -ben
[1] http://andreasgal.com/2011/06/15/pdf-js/ [2] https://www.webkit.org/blog/189/announcing-squirrelfish/
Maybe you already knew about Artefact - a PDF framework for Pharo http://forum.world.st/Artefact-a-PDF-framework-td4585877.html A solution in Smalltalk is more useful in the long term, IMHO, in the sense that it can then be read, understood, maintained by the community instead of being a black box. Sven -- Sven Van Caekenberghe http://stfx.eu Smalltalk is the Red Pill
Else there is also the work of Christian Haidler. Artefact developers will release soon a 0.9 version once they fix the jpeg inclusion Stef
I was looking around for PDF rendering libraries that might be used with NativeBoost and they all seem to be licensed GPL, which is not compatible with Pharo's preference for the MIT license. Then I came across Apache licensed pdf.js [1] which sparked my curiosity.... There are a few projects to have Smalltalk run on top of Javascript, but has anyone looked at the reverse, running javascript inside a Smalltalk image? Perhaps handing the Javascript off via NativeBoost to a Javascript VM like SquirrelFish [2]. Or is that just a bad idea?
cheers -ben
[1] http://andreasgal.com/2011/06/15/pdf-js/ [2] https://www.webkit.org/blog/189/announcing-squirrelfish/
Maybe you already knew about Artefact - a PDF framework for Pharo
http://forum.world.st/Artefact-a-PDF-framework-td4585877.html
A solution in Smalltalk is more useful in the long term, IMHO, in the sense that it can then be read, understood, maintained by the community instead of being a black box.
Sven
-- Sven Van Caekenberghe http://stfx.eu Smalltalk is the Red Pill
Thanks Stef. Actually I have had some recent discussion with Christian about porting to Pharo. He seems open to the idea but for a while he is committed to other earn-a-living activities. However back to my original question, I believe neither Artefact or PDF4Smalltalk yet do PDF rendering to screen pixels. Although I think that PDF4Smalltalk would make a good base for this. As a distant goal I dream of having a PDF Editor inside Pharo. First just being able to split/join pages and later being able to draw on top of existing documents. cheers -ben stephane ducasse wrote:
Else there is also the work of Christian Haidler. Artefact developers will release soon a 0.9 version once they fix the jpeg inclusion Stef
I was looking around for PDF rendering libraries that might be used with NativeBoost and they all seem to be licensed GPL, which is not compatible with Pharo's preference for the MIT license. Then I came across Apache licensed pdf.js [1] which sparked my curiosity.... There are a few projects to have Smalltalk run on top of Javascript, but has anyone looked at the reverse, running javascript inside a Smalltalk image? Perhaps handing the Javascript off via NativeBoost to a Javascript VM like SquirrelFish [2]. Or is that just a bad idea?
cheers -ben
[1] http://andreasgal.com/2011/06/15/pdf-js/ [2] https://www.webkit.org/blog/189/announcing-squirrelfish/
Maybe you already knew about Artefact - a PDF framework for Pharo
http://forum.world.st/Artefact-a-PDF-framework-td4585877.html
A solution in Smalltalk is more useful in the long term, IMHO, in the sense that it can then be read, understood, maintained by the community instead of being a black box.
Sven
-- Sven Van Caekenberghe http://stfx.eu Smalltalk is the Red Pill
Hi Christian, Didn't realize you were on list. Thanks for the clarification. Do you think that PDF4Smalltalk would be suited to build a tool for splitting/joining pages, and perhaps also adding watermarks to pages? For instance, I often use tools like pdfmerge [1] for this. These are quite popular tools and would gain a lot of interest from the "general user" community. [1] http://download.cnet.com/PdfMerge/3000-2351_4-75766462.html cheers -ben Christian Haider wrote:
My name is Haider (sticky fingers are not polite with proper names...).
My PDF library has nothing to do with rendering (putting the graphics on the screen) and I doubt that Artefact will do that. IMHO, rendering PDF is quite a challenge...
Cheers, Christian (HAIDER)
Ben Coman wrote:
Thanks Stef. Actually I have had some recent discussion with Christian about porting to Pharo. He seems open to the idea but for a while he is committed to other earn-a-living activities. However back to my original question, I believe neither Artefact or PDF4Smalltalk yet do PDF rendering to screen pixels. Although I think that PDF4Smalltalk would make a good base for this. As a distant goal I dream of having a PDF Editor inside Pharo. First just being able to split/join pages and later being able to draw on top of existing documents. cheers -ben
stephane ducasse wrote:
Else there is also the work of Christian Haidler. Artefact developers will release soon a 0.9 version once they fix the jpeg inclusion Stef
I was looking around for PDF rendering libraries that might be used with NativeBoost and they all seem to be licensed GPL, which is not compatible with Pharo's preference for the MIT license. Then I came across Apache licensed pdf.js [1] which sparked my curiosity.... There are a few projects to have Smalltalk run on top of Javascript, but has anyone looked at the reverse, running javascript inside a Smalltalk image? Perhaps handing the Javascript off via NativeBoost to a Javascript VM like SquirrelFish [2]. Or is that just a bad idea?
cheers -ben
[1] http://andreasgal.com/2011/06/15/pdf-js/ [2] https://www.webkit.org/blog/189/announcing-squirrelfish/
Maybe you already knew about Artefact - a PDF framework for Pharo
http://forum.world.st/Artefact-a-PDF-framework-td4585877.html
A solution in Smalltalk is more useful in the long term, IMHO, in the sense that it can then be read, understood, maintained by the community instead of being a black box.
Sven
-- Sven Van Caekenberghe http://stfx.eu Smalltalk is the Red Pill
last time I talked about it with olivier he told me that he can read pdf so he could do merging but may be I misremember. Stef On Mar 31, 2013, at 1:44 PM, Ben Coman <btc@openInWorld.com> wrote:
Hi Christian, Didn't realize you were on list. Thanks for the clarification. Do you think that PDF4Smalltalk would be suited to build a tool for splitting/joining pages, and perhaps also adding watermarks to pages? For instance, I often use tools like pdfmerge [1] for this. These are quite popular tools and would gain a lot of interest from the "general user" community.
[1] http://download.cnet.com/PdfMerge/3000-2351_4-75766462.html
cheers -ben
Christian Haider wrote:
My name is Haider (sticky fingers are not polite with proper names...).
My PDF library has nothing to do with rendering (putting the graphics on the screen) and I doubt that Artefact will do that. IMHO, rendering PDF is quite a challenge...
Cheers, Christian (HAIDER)
Ben Coman wrote:
Thanks Stef. Actually I have had some recent discussion with Christian about porting to Pharo. He seems open to the idea but for a while he is committed to other earn-a-living activities. However back to my original question, I believe neither Artefact or PDF4Smalltalk yet do PDF rendering to screen pixels. Although I think that PDF4Smalltalk would make a good base for this. As a distant goal I dream of having a PDF Editor inside Pharo. First just being able to split/join pages and later being able to draw on top of existing documents. cheers -ben
stephane ducasse wrote:
Else there is also the work of Christian Haidler. Artefact developers will release soon a 0.9 version once they fix the jpeg inclusion Stef
I was looking around for PDF rendering libraries that might be used with NativeBoost and they all seem to be licensed GPL, which is not compatible with Pharo's preference for the MIT license. Then I came across Apache licensed pdf.js [1] which sparked my curiosity.... There are a few projects to have Smalltalk run on top of Javascript, but has anyone looked at the reverse, running javascript inside a Smalltalk image? Perhaps handing the Javascript off via NativeBoost to a Javascript VM like SquirrelFish [2]. Or is that just a bad idea?
cheers -ben
[1] http://andreasgal.com/2011/06/15/pdf-js/ [2] https://www.webkit.org/blog/189/announcing-squirrelfish/
Maybe you already knew about Artefact - a PDF framework for Pharo
http://forum.world.st/Artefact-a-PDF-framework-td4585877.html
A solution in Smalltalk is more useful in the long term, IMHO, in the sense that it can then be read, understood, maintained by the community instead of being a black box.
Sven
-- Sven Van Caekenberghe http://stfx.eu Smalltalk is the Red Pill
yes, implementing PDF parsing will be possible in the future but not for the 0.9 ;-) Actually, Guillaume and I try to propose a clean framework to generate very easily PDF documents with a model oriented components. The goal isn't to render PDF on screen but to generate a document from a description. Many basic operations are now implemented and Artefact is already used by users. Before a first stable release, we must finish the support of JPEG image and write a decent tutorial. Olivier
last time I talked about it with olivier he told me that he can read pdf so he could do merging but may be I misremember.
Stef
On Mar 31, 2013, at 1:44 PM, Ben Coman <btc@openInWorld.com> wrote:
Hi Christian, Didn't realize you were on list. Thanks for the clarification. Do you think that PDF4Smalltalk would be suited to build a tool for splitting/joining pages, and perhaps also adding watermarks to pages? For instance, I often use tools like pdfmerge [1] for this. These are quite popular tools and would gain a lot of interest from the "general user" community.
[1] http://download.cnet.com/PdfMerge/3000-2351_4-75766462.html
cheers -ben
Christian Haider wrote:
My name is Haider (sticky fingers are not polite with proper names...).
My PDF library has nothing to do with rendering (putting the graphics on the screen) and I doubt that Artefact will do that. IMHO, rendering PDF is quite a challenge...
Cheers, Christian (HAIDER)
Ben Coman wrote:
Thanks Stef. Actually I have had some recent discussion with Christian about porting to Pharo. He seems open to the idea but for a while he is committed to other earn-a-living activities. However back to my original question, I believe neither Artefact or PDF4Smalltalk yet do PDF rendering to screen pixels. Although I think that PDF4Smalltalk would make a good base for this. As a distant goal I dream of having a PDF Editor inside Pharo. First just being able to split/join pages and later being able to draw on top of existing documents. cheers -ben
stephane ducasse wrote:
Else there is also the work of Christian Haidler. Artefact developers will release soon a 0.9 version once they fix the jpeg inclusion Stef
I was looking around for PDF rendering libraries that might be used with NativeBoost and they all seem to be licensed GPL, which is not compatible with Pharo's preference for the MIT license. Then I came across Apache licensed pdf.js [1] which sparked my curiosity.... There are a few projects to have Smalltalk run on top of Javascript, but has anyone looked at the reverse, running javascript inside a Smalltalk image? Perhaps handing the Javascript off via NativeBoost to a Javascript VM like SquirrelFish [2]. Or is that just a bad idea?
cheers -ben
[1] http://andreasgal.com/2011/06/15/pdf-js/ [2] https://www.webkit.org/blog/189/announcing-squirrelfish/
Maybe you already knew about Artefact - a PDF framework for Pharo
http://forum.world.st/Artefact-a-PDF-framework-td4585877.html
A solution in Smalltalk is more useful in the long term, IMHO, in the sense that it can then be read, understood, maintained by the community instead of being a black box.
Sven
-- Sven Van Caekenberghe http://stfx.eu Smalltalk is the Red Pill
Ok I was confused. I thought that you were mentioning generating pdf. Now for rendering⦠this is another story. Once we have athens may be this will be easier. Stef On Mar 31, 2013, at 1:17 PM, Ben Coman <btc@openInWorld.com> wrote:
Thanks Stef. Actually I have had some recent discussion with Christian about porting to Pharo. He seems open to the idea but for a while he is committed to other earn-a-living activities. However back to my original question, I believe neither Artefact or PDF4Smalltalk yet do PDF rendering to screen pixels. Although I think that PDF4Smalltalk would make a good base for this. As a distant goal I dream of having a PDF Editor inside Pharo. First just being able to split/join pages and later being able to draw on top of existing documents. cheers -ben
stephane ducasse wrote:
Else there is also the work of Christian Haidler. Artefact developers will release soon a 0.9 version once they fix the jpeg inclusion Stef
I was looking around for PDF rendering libraries that might be used with NativeBoost and they all seem to be licensed GPL, which is not compatible with Pharo's preference for the MIT license. Then I came across Apache licensed pdf.js [1] which sparked my curiosity.... There are a few projects to have Smalltalk run on top of Javascript, but has anyone looked at the reverse, running javascript inside a Smalltalk image? Perhaps handing the Javascript off via NativeBoost to a Javascript VM like SquirrelFish [2]. Or is that just a bad idea?
cheers -ben
[1] http://andreasgal.com/2011/06/15/pdf-js/ [2] https://www.webkit.org/blog/189/announcing-squirrelfish/
Maybe you already knew about Artefact - a PDF framework for Pharo
http://forum.world.st/Artefact-a-PDF-framework-td4585877.html
A solution in Smalltalk is more useful in the long term, IMHO, in the sense that it can then be read, understood, maintained by the community instead of being a black box.
Sven
-- Sven Van Caekenberghe http://stfx.eu Smalltalk is the Red Pill
participants (4)
-
Auverlot Olivier -
Ben Coman -
stephane ducasse -
Sven Van Caekenberghe