RE: [PHP-DEV] bundled gd
It's only GIF. You shouldn't be using it anyway. Well... In fact, sometimes we have to use it ! Japan's iMode (which is being deployed in Germany France) only supports GIF for now. We are currently building apps for French iMode, and have to use a closed-source non-free Windows DLL to generate our images (can't use GD and imageMagick's dithering algorithm is shitty). Jean-François -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] bundled gd
On Fri, Oct 11, 2002 at 12:49:07AM +0300, Jani Taskinen wrote: On Thu, 10 Oct 2002, Tit Black Petric wrote: since gd is supposed to be bundled and packed together with php4.3 i just wanted to know if the patch for imagettftext for the truecolor rendering will be applied to its source, or if its allready has been - i wouldnt want it to be missed by accident if it is not then http://www.coupin.net/gd-freetype/ has the diff/source for gd2.0.1 which i believe is the latest one According to CVS log for ext/gd/libgd/gdft.c: [ snip ] It was added and then removed.. It was removed because it appeared to be already fixed by one of the other patches. This patch broke it again. Please try a snapshot to see if it works for you. Sander -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP-DEV] bundled gd
At 09:14 11/10/2002 +0200, BUSTARRET, Jean-Francois wrote: We are currently building apps for French iMode, and have to use a closed-source non-free Windows DLL to generate our images (can't use GD and imageMagick's dithering algorithm is shitty). have a look at imlib2 and the various command line stuff revolving around that - far far better than imagemagick and much quicker as well -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] bundled gd
since gd is supposed to be bundled and packed together with php4.3 i just wanted to know if the patch for imagettftext for the truecolor rendering will be applied to its source, or if its allready has been - i wouldnt want it to be missed by accident if it is not then http://www.coupin.net/gd-freetype/ has the diff/source for gd2.0.1 which i believe is the latest one -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] bundled gd
On Thu, 10 Oct 2002, Tit Black Petric wrote: since gd is supposed to be bundled and packed together with php4.3 i just wanted to know if the patch for imagettftext for the truecolor rendering will be applied to its source, or if its allready has been - i wouldnt want it to be missed by accident if it is not then http://www.coupin.net/gd-freetype/ has the diff/source for gd2.0.1 which i believe is the latest one According to CVS log for ext/gd/libgd/gdft.c: revision 1.4 date: 2002/08/08 15:02:14; author: imajes; state: Exp; lines: +3 -4 Reverting patch. after more investigation this doesn't help in all that many cases, and with Wez's better patch, sometimes degrade's quality. revision 1.3 date: 2002/07/11 04:36:22; author: imajes; state: Exp; lines: +4 -4 adding patch from http://www.coupin.net/gd-freetype/ which makes images anti aliased (and therefore more readable). It was added and then removed.. --Jani -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] bundled gd
if it is not then http://www.coupin.net/gd-freetype/ has the diff/source for gd2.0.1 which i believe is the latest one (snip cvs log) It was added and then removed.. hmm.. any case that could be added perhaps in a more imagecreatetruecolor friendly way, a patch is better than no patch, even if it doesnt allways work :/ or atleast a function which would convert a gd resource created with imagecreate() to a truecolor one, the opposite of imagetruecolortopalette() -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] bundled gd
On Fri, 11 Oct 2002 00:00:47 +0200 Tit \Black\ Petric [EMAIL PROTECTED] wrote: hmm.. any case that could be added perhaps in a more imagecreatetruecolor friendly way, a patch is better than no patch, even if it doesnt allways work :/ or atleast a function which would convert a gd resource created with imagecreate() to a truecolor one, the opposite of imagetruecolortopalette() As I see in others GD function, allow it only only for true color image. btw, I did not see the point of keeping all the ifdef GD2 GD1.8 ... inside the bundled GD. How about to make it as simple possible, keeping BC from the php side ?(a kind of clean up :) ) I use this thread to know if you plan to add my rotate functions too or not ? I can make a path for the current cvs pa -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] bundled gd
On Fri, 11 Oct 2002 00:04:07 +0200 Pierre-Alain Joye [EMAIL PROTECTED] wrote: On Fri, 11 Oct 2002 00:00:47 +0200 Tit \Black\ Petric [EMAIL PROTECTED] wrote: hmm.. any case that could be added perhaps in a more imagecreatetruecolor friendly way, a patch is better than no patch, even if it doesnt allways work :/ or atleast a function which would convert a gd resource created with imagecreate() to a truecolor one, the opposite of imagetruecolortopalette() As I see in others GD function, allow it only only for true color image. wake up pa :-) What about allowing it only for truecolor images ? And just a thougt, making truecolor by default will be nice and make the code cleaner and easier to maintain, for all formats, comments ? -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] bundled gd
hmm.. any case that could be added perhaps in a more imagecreatetruecolor friendly way, a patch is better than no patch, even if it doesnt allways work :/ or atleast a function which would convert a gd resource created with imagecreate() to a truecolor one, the opposite of imagetruecolortopalette() As I see in others GD function, allow it only only for true color image. wake up pa :-) What about allowing it only for truecolor images ? And just a thougt, making truecolor by default will be nice and make the code cleaner and easier to maintain, for all formats, comments ? actually, i agree on making everything truecolor by default, as long as ttftext gets fixed, and functions added gif support is not likely to be re-added, correct? perhaps you should really consider renaming this extension and functions instead of continuing a gd spinoff, im having trouble detecting wether i use gd1.x or 2.x allready, i had to parse phpinfo() for that. (subtile hint: perhaps having phpinfo() output xml code would be also good, or adding phpinfo_xml()) p.s. is development on the original libgd officially stopped and/or propertiary so there is no public CVS of its latest version? -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] bundled gd
On Fri, 11 Oct 2002 00:37:45 +0200 Tit \Black\ Petric [EMAIL PROTECTED] wrote: actually, i agree on making everything truecolor by default, as long as ttftext gets fixed, and functions added gif support is not likely to be re-added, correct? Actually, I ve just seen a commit about reading gif functions. I do not see any reason to add gif output. hth pa -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] bundled gd
On October 10, 2002 06:37 pm, Tit \Black\ Petric wrote: hmm.. any case that could be added perhaps in a more imagecreatetruecolor friendly way, a patch is better than no patch, even if it doesnt allways work :/ or atleast a function which would convert a gd resource created with imagecreate() to a truecolor one, the opposite of imagetruecolortopalette() As I see in others GD function, allow it only only for true color image. wake up pa :-) What about allowing it only for truecolor images ? And just a thougt, making truecolor by default will be nice and make the code cleaner and easier to maintain, for all formats, comments ? actually, i agree on making everything truecolor by default, as long as ttftext gets fixed, and functions added gif support is not likely to be re-added, correct? Actually, if I am not mistaken Unisys patent involving the gif format will expire in 2003 at which point it is possible for the gif format support to be added. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] bundled gd
gif support is not likely to be re-added, correct? I added GIF Read-only support already. We cannot add Gif-write support until the Unisys patent expires next year. p.s. is development on the original libgd officially stopped and/or propertiary so there is no public CVS of its latest version? Dunno, ask the authors. -Rasmus -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP-DEV] bundled gd
p.s. is development on the original libgd officially stopped and/or propertiary so there is no public CVS of its latest version? Dunno, ask the authors. That won't do any good. Requests for info seem to go the same route as patches and suggestions - /dev/null. A shame really. The upshot is, with the crew on the PHP team doing the fork, the library is bound to get a LOT better. :) Regards Mike Robinson -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] bundled gd
gif support is not likely to be re-added, correct? I added GIF Read-only support already. We cannot add Gif-write support until the Unisys patent expires next year. whats the status on the IMG_* constants then, i dont know about IMG_GIF_READ and/or IMG_GIF_WRITE, there is only IMG_GIF.. will those bits be set to 0 untill gif support is complete, and if not, why? my suggestion would be leave the RO support for gif in tact, and IMG_GIF bits set to false until the write support is returned and functional in read/write operations - p.s. the unisys patent is only an U.S. patent right? what about the non-us states? forced to wait until it expires? what happens after it expires, and can the expiration be somehow avoided from the unisys side (which would be a total drag) i didnt know patents can expire.. and it would be logical to assume there is some way to extend the ownership/validation - like domains etc -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] bundled gd
We'd have to remove all US mirrors, various distributions like RedHat, and whoever else bundle PHP wouldn't be able to do so from the US servers and all sorts of other complications. So yes, the rest of the world will have to wait for the US patent to expire. It's only GIF. You shouldn't be using it anyway. I'll have a look at the IMG_ constants when I get a chance. -Rasmus On Fri, 11 Oct 2002, Tit Black Petric wrote: gif support is not likely to be re-added, correct? I added GIF Read-only support already. We cannot add Gif-write support until the Unisys patent expires next year. whats the status on the IMG_* constants then, i dont know about IMG_GIF_READ and/or IMG_GIF_WRITE, there is only IMG_GIF.. will those bits be set to 0 untill gif support is complete, and if not, why? my suggestion would be leave the RO support for gif in tact, and IMG_GIF bits set to false until the write support is returned and functional in read/write operations - p.s. the unisys patent is only an U.S. patent right? what about the non-us states? forced to wait until it expires? what happens after it expires, and can the expiration be somehow avoided from the unisys side (which would be a total drag) i didnt know patents can expire.. and it would be logical to assume there is some way to extend the ownership/validation - like domains etc -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] bundled gd
i didnt know patents can expire.. and it would be logical to assume there is some way to extend the ownership/validation - like domains etc Yes, they do. Once it expires, it becomes public domain, of sorts. IANAL, but I do know that this is a big intellectual property issue here in the US. Once that patent expiration comes around, GD should be free to enable the writing of GIF formatted files. It is the quivalent of a pharmaceutical (drug) becoming available for competing companies to make generic versions of it. hmm, why not write an uncompressed-gif saver -- this would circumvent the patent since its on the acctual lzw compression, and seeing that there is none you wouldnt be in any kind of breach of the patent.. after the patent expires the lzw compression just gets included back i know there are size drawbacks here in the gif's generated, and probablly some code drawbacks since no gd version supported saving of uncompressed gif files, meaning someone would have to code that, the side effect would be the obvious, people would try to switch to png since it's lossless and gives out smaller files -- but the GIF support would be fully functional as far as saving goes this would be a good idea for 4.3 (i understand the bundled lib will be included with 4.3 already, right?), i dont see a reason in adding extra defines for read_only etc, if you can circumvent the patent just by not using lzw (until the patent expires, which should be by the time 5.0 comes out - hopefully) -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] bundled gd
imho, GIF format is dead, still used but dead ;) Providing read functions is enough. I prefer to see a mng support in futur versions (http://www.libmng.com/) backwards compatibility is still backwards compatibility.. either you support it full, or you dont support it at all. as for having an uncompressed gif writer.. that would cause a lot of people to use other alternatives, like png. still thinking this readonly thing sucks (not that i'dd ever probablly use gif writing.. i guess its just that having something once for free means you're going to have it forever, or atleast it should) black -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP-DEV] bundled gd
http://downloads.rhyme.com.au/gd/ Newer GD libs with gif support have been around for quite a while. Compiling PHP against these works fine. Regards Mike Robinson -Original Message- From: Tit Black Petric [mailto:[EMAIL PROTECTED]] Sent: Thursday, October 10, 2002 8:52 PM To: Joye Pierre-Alain Cc: [EMAIL PROTECTED] Subject: Re: [PHP-DEV] bundled gd imho, GIF format is dead, still used but dead ;) Providing read functions is enough. I prefer to see a mng support in futur versions (http://www.libmng.com/) backwards compatibility is still backwards compatibility.. either you support it full, or you dont support it at all. as for having an uncompressed gif writer.. that would cause a lot of people to use other alternatives, like png. still thinking this readonly thing sucks (not that i'dd ever probablly use gif writing.. i guess its just that having something once for free means you're going to have it forever, or atleast it should) black -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] bundled gd
this would be a good idea for 4.3 (i understand the bundled lib will be included with 4.3 already, right?), i dont see a reason in adding extra defines for read_only etc, if you can circumvent the patent just by not using lzw (until the patent expires, which should be by the time 5.0 comes out - hopefully) Feel free to do the work and submit a patch. I am not going to spend a second on my time on gif-write support. I added gif-read because I needed it to pull in different image types into one and generate a PNG. -Rasmus -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Bundled GD and ext/pdf
Jani Taskinen wrote: This should be fixed now. It is. Thank you, Jani. -- Sebastian Bergmann http://sebastian-bergmann.de/ http://phpOpenTracker.de/ Did I help you? Consider a gift: http://wishlist.sebastian-bergmann.de/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Bundled GD and ext/pdf
Seems like ext/pdf cannot find gd.h of the bundled GD library from ext/gd: /usr/src/php4/ext/pdf/pdf.c:43:16: gd.h: No such file or directory /usr/src/php4/ext/pdf/pdf.c: In function `zif_pdf_open_memory_image': /usr/src/php4/ext/pdf/pdf.c:1946: `gdImagePtr' undeclared (first use in this function) /usr/src/php4/ext/pdf/pdf.c:1946: (Each undeclared identifier is reported only once /usr/src/php4/ext/pdf/pdf.c:1946: for each function it appears in.) /usr/src/php4/ext/pdf/pdf.c:1946: parse error before im /usr/src/php4/ext/pdf/pdf.c:1960: `im' undeclared (first use in this function) /usr/src/php4/ext/pdf/pdf.c:1960: parse error before zend_fetch_resource make: *** [ext/pdf/pdf.lo] Error 1 -- Sebastian Bergmann http://sebastian-bergmann.de/ http://phpOpenTracker.de/ Did I help you? Consider a gift: http://wishlist.sebastian-bergmann.de/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php