Re: Image_Magick_Conjure
| From: | Arnaud Limbourg | Date: | Sat, 01 May 2004 18:25:04 +0000 |
| Subject: | Re: Image_Magick_Conjure | ||
| References: | 1 | Groups: | php.pear.dev |
| Request: | Send a blank email to pear-dev+get-28678@lists.php.net to get a copy of this message | ||
Hi,
I noted one issue on headstart, the code is GPL and this licence is not allowed in PEAR.
You will find the allowed licences
http://pear.php.net/group/docs/20040402-la.php
Would it possible for you to change the licence to accomodate one of the allowed licences ?
Regards,
Arnaud.
> Hello,
>
> ---
> - name: Image_Magick_Conjure
>
> - introduction:
> - This module does not provide any PHP api since its goal is to provide
> a high level XML interface to Image-Magick.
> - The final goal could be to get an equivalent for bitmap
> close to the quality of the POV advanced UI.
>
> - index:
> http://grincheux.codelutin.org/~monnier/php/conjure/
>
> - user-doc:
>
> http://grincheux.codelutin.org/~monnier/php/conjure/improved-msl.html
>
> - notice:
> I am not the author of the MSL language, but MSL is still in project in
> Image-Magick, and is not functionnal yet.
>
> - warning:
> Very alpha but starts to work quite well though,
> it is usable unlike the actual build-in IM's Conjure which is still in work.
> Also notice that the MSL format is not standardized yet, but though
> it could help users wanting to use php-imagick in a very simple way.
>
> - future:
> When the IM build-in conjure will be functionnal, and when it will be
> included in php-imagick (perhaps in 1, 2 or 3 years), it will still be
> possible to access the pecl-conjure through this class.
>
> - see source:
>
> http://grincheux.codelutin.org/~monnier/php/conjure/MSL_Parser.html
> (Only the main file containing the class respects the Pear coding standard.)
>
> - see api phpDoc:
> http://grincheux.codelutin.org/~monnier/php/conjure/api/
>
> - download:
>
> http://grincheux.codelutin.org/~monnier/php/conjure/php-conjure0.01-d.tgz
>
> - todo:
> - Still bugs to correct.
> - Optimizations possible (leaving lesser layer in memory at the same time
> with a parsing closer to a dom model).
> - The main class MSL_Parser.php should be installed in pear path,
> and not in local.
> - Lots of improvement to do.
> - Adapt the design for a web usage (actualy mainly a cli usage),
> perhaps a MSL-RPC?
> - Use the transparency of the new php-imagick release.
> - The list and append grouping types.
> - The id/idref cache system.
> - Provide glob for xc:- plasma:- gradient:- etc..
> - A "preprocessor" to replace SVG-CSS by inline style (IM lack)
>
> - bugs:
> - Vars used in the structures switch and for can't come from the script,
> but can only be set outside the script while calling it.
>
> - work in progress:
> Advance SVG import based on importing an element called by its id
> (since it's quite easy to give a name to an element in Sodipodi).
>
> - exemple of possibilities:
> - An exemple is in the tarball in exemple directory.
> - \
>
> http://grincheux.codelutin.org/~monnier/lasso/lasso_A05/lasso_A05-1_small06.png
>
> ....
>
> --
> PEAR Development Mailing List (http://pear.php.net/)
> To unsubscribe, visit: http://www.php.net/unsub.php
>