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)
-----Ursprüngliche Nachricht----- Von: pharo-project-bounces@lists.gforge.inria.fr [mailto:pharo-project- bounces@lists.gforge.inria.fr] Im Auftrag von stephane ducasse Gesendet: Sonntag, 31. März 2013 11:16 An: Pharo-project@lists.gforge.inria.fr Betreff: Re: [Pharo-project] PDF Rendering
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