+1 Stef On Aug 29, 2010, at 6:22 PM, Miguel Enrique Cobá MartÃnez wrote:
El sáb, 28-08-2010 a las 20:31 +0200, Christian Haider escribió:
I dont think that this is so easy.
My product smallCharts uses the PDF implementation as its primary vector graphics output format - I rely on it.
What I want is to make the implementation of the spec available to the community. And I would like others to use it and maybe contribute to some of the many uncovered areas of the spec (pixmaps, encryption to name a few).
But I dont want to lose control.
This is always a risk in any true open source software. Of course there are ways to avoid losing control even with very permissive licenses like MIT, like hearing your contributors, your porters, etc. That way the need to do a fork is minimized. If you discard good code for bad reasons you're most surely betting for a fork. Now, you can work only in VisualWorks, and some people can port (that is not the same as fork) to other platforms. In the way they can send you patches that make the original upstream version less platform dependent so that the porting is easier with time to new platforms, this is good for the project because can reach more platforms if it is really open in the development and contribution process.
I dont like several incompatible development streams for different dialects. And I would like to integrate contributions myself.
This don't need to happen, there are libraries (Sport, Grease) that put a layer between platform specifics and your code so that is easier for maintainers of the different ports to stay compatible. But again, the principal reason of forking is contribution process issues and not platform specific issues.
One way to do this is to have the primary implementation in VisualWorks and a reliable, not too intrusive way of exporting it to other dialects. If such an export mechanism would be available, I could do that. But I dont have time to develop one.
I think that this will be solved when the actual problem arrives. Don't worry about this right now. Just put a working version for VW and someone (I for sure) will step forward to contribute the porting to pharo.
Any thoughts about such a procedure?
Finally, as the community is involved, more and more features that you haven't had time to do will be done. A big project begins with a little project.
Cheers
Christian
-----Ursprüngliche Nachricht----- Von: pharo-project-bounces@lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr] Im Auftrag von Miguel Enrique Cobá MartÃnez Gesendet: Samstag, 28. August 2010 19:31 An: Pharo-project@lists.gforge.inria.fr Betreff: Re: [Pharo-project] Fwd: About SPDF
El sáb, 28-08-2010 a las 18:42 +0200, Christian Haider escribió:
I have a Smalltalk only (with help of zlib) implementation of PDF (1.7) in VisualWorks.
I'd love to have a port for Pharo but not the time to do it...
I thought of releasing it as open source.
Please do it, and with MIT license would be perfect because it will avoid a lot of problems in the future.
Either publish it as a file out in your page or in a mail, or create a project in squeaksource with read or read/write access for everyone and someone will jump and will work out the porting to pharo.
The main thing is to let the code out as MIT and then everything will be easy.
Thanks
Ideas? Need?
Cheers, Christian
-----Ursprüngliche Nachricht----- Von: pharo-project-bounces@lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr] Im Auftrag von Torsten Bergmann Gesendet: Mittwoch, 25. August 2010 08:31 An: pharo-project@lists.gforge.inria.fr Betreff: [Pharo-project] Fwd: About SPDF
Hehe, too much legal terms to me.....What we could do?
Can modify,
create a new package, etc?
The license of SPDF was not open enough for me in the past - thats why I created the binding to the Haru PDF Library:
http://www.squeaksource.com/HPDF.html http://libharu.sourceforge.net
This requires FFI and an external shared library.
If you want to have a Smalltalk only solution I think you have to digg in the PDF spec and write an own. Assumed you have lots of time to spend on bits and bytes and writing nice unit tests for PDF streams.
Similar to iText for Java, this allows you change the license and block your government later ;), see the story of Bruno Lowagie [1]
There are also other PDF alternatives beside HPDF and SPDF (see [2])
Bye Torsten
[1] http://techcrunch.com/2009/05/20/open-source-developer-intends -to-block-belgian-government-from-using-his-technology-over-ta x-dispute/ [2] http://www.seaside.st/documentation/pdfs
-- GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
-- Miguel Cobá http://miguel.leugim.com.mx
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
-- Miguel Cobá http://miguel.leugim.com.mx
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project