Re: [PHP-DOC] CVS access
On Wed, 15 Jan 2003, Dimitris Glezos wrote: > I would like some information concerning the greek translation of the > manual. > > First, I can't login to CVS using the username 'subbie' (I get a message > like 'rejected access to /repository for user subbie'). > > Second, some info like which directories and manual changes should be > made, etc. Have a look at our howto, which should explain most of your questions: http://php.net/dochowto Derick -- - Derick Rethans http://derickrethans.nl/ PHP Magazine - PHP Magazine for Professionals http://php-mag.net/ - -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DOC] cvs: phpdoc /en language-snippets.ent
On Tue, 14 Jan 2003, Damien Seguy wrote: > Le dimanche, 12 jan 2003, à 14:05 America/Montreal, Philip Olson a > écrit : > > > Regarding types, I prefer: > > > > string > > > > As it already works and is clear. > The tag does not provide link to the language.types.* (at least, > not now). > and adding plus is laborious, so the use of shortcuts. Currently it does provide such a link. There is no need for thse type entities. I think using is better. Regards, Philip -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DOC] cvs: phpdoc /en language-snippets.ent
Le dimanche, 12 jan 2003, à 14:05 America/Montreal, Philip Olson a écrit : Regarding types, I prefer: string As it already works and is clear. The tag does not provide link to the language.types.* (at least, not now). and adding plus is laborious, so the use of shortcuts. Regards, Damien. -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] cvs: phpdoc /en language-snippets.ent
damsTue Jan 14 23:45:45 2003 EDT Modified files: /phpdoc/en language-snippets.ent Log: String are not safe mode (c) Derick Index: phpdoc/en/language-snippets.ent diff -u phpdoc/en/language-snippets.ent:1.34 phpdoc/en/language-snippets.ent:1.35 --- phpdoc/en/language-snippets.ent:1.34Sun Jan 12 14:01:11 2003 +++ phpdoc/en/language-snippets.ent Tue Jan 14 23:45:45 2003 @@ -1,4 +1,4 @@ - + This extension is EXPERIMENTAL. The behaviour of this extension -- @@ -137,9 +137,9 @@ PHP'> safe mode'> -string'> +string'> integer'> -float'> +float'> resource'> boolean'> array'> -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] CVS access
Hello, I would like some information concerning the greek translation of the manual. First, I can't login to CVS using the username 'subbie' (I get a message like 'rejected access to /repository for user subbie'). Second, some info like which directories and manual changes should be made, etc. Thanks in advance. Dimitris Glezos Coordinator of greek phpdoc translation -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DOC] #21630 [Opn]: imageCreateFromGIF doesn't work
Hello, Someone may add my comment (the explanation of color approximation) to the image documentation, for imagecopyresample and imagerotate, that may help and skip futur bogus post ? As far as you consider it as usefull, thank's pierre -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #21630 [Opn]: imageCreateFromGIF doesn't work
ID: 21630 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Documentation problem Operating System: Linux 2.4.20 PHP Version: 4.3.0 New Comment: I never look gdImageCopyResized until now :) (simply too bad thing ;-). The problem seems to be the same. It uses the color resolver function, which causes exactly the same thing. To skip this problem, please use a truecolor image as a destination image. That will not be fixed in a near futur. It's not really a bug. thank's for your interest, pierre Previous Comments: [2003-01-14 14:42:39] [EMAIL PROTECTED] http://www.boutell.com/gd/manual2.0.10.html "Pixel values are only interpolated if the destination image is a truecolor image. Otherwise, gdImageCopyResized is automatically invoked. " (doesn't this mean that it's a bug in GD library itself?) [2003-01-14 14:00:08] [EMAIL PROTECTED] Hello, I confirm (if necessary) the Derick's comment. This a problem due to palette images limitations (255+1 colors). Resampling or filtering an image needs commonly more colors than 255, a kind of approximation is used to calc the new resampled pixel and its color, with a palette image we try to allocate a new color, if that failed, we choose the closest (in theory), the closest computed color is not always the closest visual color. That produces weird result, like blank (or visually blank) images. You can reproduce this problem with imagerotate used with a palette image (imagecreate), allocate 3 colors, draw 2 differents boxes, and rotate the image with a custom angle (not a quarter angle), you will get a blank image or near blank. Hope that helps, pierre [2003-01-14 13:32:25] [EMAIL PROTECTED] Should be documented (better) then. Derick [2003-01-14 13:20:41] [EMAIL PROTECTED] I've managed to resolve this, it's not a bug with the ImageCreateFromGIF function, but the ImageCopyResampled, the blank image needs to be created with ImageCreateTrueColor or the resultant image is blank. Not sure whether this becomes a bogus bug or whether the real issue is with ImageCopyResampled? In fact, I've just looked at the user notes for ImageCopyResampled and people are saying there to use Truecolor. [2003-01-14 05:33:10] [EMAIL PROTECTED] Just to confirm, I just checked in phpinfo, and I am using the bundled GD (you made me wonder whether I had built php correctly). The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/21630 -- Edit this bug report at http://bugs.php.net/?id=21630&edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #21630 [Opn]: imageCreateFromGIF doesn't work
ID: 21630 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Documentation problem Operating System: Linux 2.4.20 PHP Version: 4.3.0 New Comment: http://www.boutell.com/gd/manual2.0.10.html "Pixel values are only interpolated if the destination image is a truecolor image. Otherwise, gdImageCopyResized is automatically invoked. " (doesn't this mean that it's a bug in GD library itself?) Previous Comments: [2003-01-14 14:00:08] [EMAIL PROTECTED] Hello, I confirm (if necessary) the Derick's comment. This a problem due to palette images limitations (255+1 colors). Resampling or filtering an image needs commonly more colors than 255, a kind of approximation is used to calc the new resampled pixel and its color, with a palette image we try to allocate a new color, if that failed, we choose the closest (in theory), the closest computed color is not always the closest visual color. That produces weird result, like blank (or visually blank) images. You can reproduce this problem with imagerotate used with a palette image (imagecreate), allocate 3 colors, draw 2 differents boxes, and rotate the image with a custom angle (not a quarter angle), you will get a blank image or near blank. Hope that helps, pierre [2003-01-14 13:32:25] [EMAIL PROTECTED] Should be documented (better) then. Derick [2003-01-14 13:20:41] [EMAIL PROTECTED] I've managed to resolve this, it's not a bug with the ImageCreateFromGIF function, but the ImageCopyResampled, the blank image needs to be created with ImageCreateTrueColor or the resultant image is blank. Not sure whether this becomes a bogus bug or whether the real issue is with ImageCopyResampled? In fact, I've just looked at the user notes for ImageCopyResampled and people are saying there to use Truecolor. [2003-01-14 05:33:10] [EMAIL PROTECTED] Just to confirm, I just checked in phpinfo, and I am using the bundled GD (you made me wonder whether I had built php correctly). [2003-01-14 05:19:12] [EMAIL PROTECTED] tar located at http://support.brendata.co.uk/phpbug21630.tgz can be run from the command line. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/21630 -- Edit this bug report at http://bugs.php.net/?id=21630&edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DOC] #21631 [Opn->Csd]: imagetype_jpg should be imagetype_jpeg in documentation
BTW, the IMAGETYPE_* constants are not defined in the php4/ext/gd source files, but instead in ext/standard/image.c What I do not understand is why there are IMG_* comnstants from the bundled gd lib, and similar IMAGETYPE_* constants from the builtin image functions (from image.c)? BTW, there are other IMG_* constants that do not relate to the image type. And if consistency is needed, perhaps the *JPG constants must be removed. --- [EMAIL PROTECTED] wrote: > It's now common to use JPEG instead of JPG as it is > in every parts of the > manual... > > Regards. > M.CHAILLAN Nicolas > [EMAIL PROTECTED] > www.WorldAKT.com Hébergement de sites internets. > > - Original Message - > From: "Jesus M. Castagnetto" > <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> > Sent: Tuesday, January 14, 2003 9:04 PM > Subject: Re: [PHP-DOC] #21631 [Opn->Csd]: > imagetype_jpg should be > imagetype_jpeg in documentation > > > > Hmm, > > > > In php4/ext/gd/gd.c, there are *JPG and *JPEG > > constants that resolve to the same integer (a long > > really), similarly php4/ext/gd/php_gd.h has *JPG > > constants defined internally. So the bug report is > > bogus to begin with, or I am missing something? > > > > > > --- [EMAIL PROTECTED] wrote: > > > ID: 21631 > > > Updated by: [EMAIL PROTECTED] > > > Reported By: [EMAIL PROTECTED] > > > -Status: Open > > > +Status: Closed > > > Bug Type: Documentation problem > > > Operating System: linux 2.4.20 > > > PHP Version: 4.3.0 > > > New Comment: > > > > > > This has been fixed. > > > > > > Btw search works fine for me: > > > > > > http://www.php.net/search.php?show=manual&lang=en&pattern=IMAGETYPE_JPG > > > > > > It returns image.xml and exif-imagetype.xml > which > > > was where > > > IMAGETYPE_JPG was used... > > > > > > > > > Previous Comments: > > > > > > > > > > > > [2003-01-14 04:29:12] [EMAIL PROTECTED] > > > > > > Search for image in the function list, check the > > > constants there, then, > > > as a secondary bug, figure out why a search of > the > > > documentation and a > > > search of the whole site for imagetype_jpg fails > to > > > find what you can > > > see on the screen!! > > > > > > > > > > > > > > > [2003-01-14 04:25:42] [EMAIL PROTECTED] > > > > > > It looks we were using IMAGETYPE_JPG and not > > > IMAGETYPE_JPEG in the > > > documentation. But I've fixed that already few > days > > > ago, Manual not > > > updated. > > > > > > > > > > > > > > > [2003-01-14 04:11:11] [EMAIL PROTECTED] > > > > > > Not enough information was provided for us to be > > > able > > > to handle this bug. Please re-read the > instructions > > > at > > > http://bugs.php.net/how-to-report.php > > > > > > If you can provide more information, feel free > to > > > add it > > > to this bug and change the status back to > "Open". > > > > > > Thank you for your interest in PHP. > > > > > > > > > > > > > > > > > > [2003-01-14 04:09:01] [EMAIL PROTECTED] > > > > > > Needs a global find and replace in the image > docs. > > > > > > > > > > > > > > > > > > -- > > > Edit this bug report at > > > http://bugs.php.net/?id=21631&edit=1 > > > > > > > > > -- > > > PHP Documentation Mailing List > (http://www.php.net/) > > > To unsubscribe, visit: > http://www.php.net/unsub.php > > > > > > > > > = > > --- Jesus M. Castagnetto <[EMAIL PROTECTED]> > > > > __ > > Do you Yahoo!? > > Yahoo! Mail Plus - Powerful. Affordable. Sign up > now. > > http://mailplus.yahoo.com > = --- Jesus M. Castagnetto <[EMAIL PROTECTED]> __ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DOC] #21631 [Opn->Csd]: imagetype_jpg should be imagetype_jpeg in documentation
It's now common to use JPEG instead of JPG as it is in every parts of the manual... Regards. M.CHAILLAN Nicolas [EMAIL PROTECTED] www.WorldAKT.com Hébergement de sites internets. - Original Message - From: "Jesus M. Castagnetto" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> Sent: Tuesday, January 14, 2003 9:04 PM Subject: Re: [PHP-DOC] #21631 [Opn->Csd]: imagetype_jpg should be imagetype_jpeg in documentation > Hmm, > > In php4/ext/gd/gd.c, there are *JPG and *JPEG > constants that resolve to the same integer (a long > really), similarly php4/ext/gd/php_gd.h has *JPG > constants defined internally. So the bug report is > bogus to begin with, or I am missing something? > > > --- [EMAIL PROTECTED] wrote: > > ID: 21631 > > Updated by: [EMAIL PROTECTED] > > Reported By: [EMAIL PROTECTED] > > -Status: Open > > +Status: Closed > > Bug Type: Documentation problem > > Operating System: linux 2.4.20 > > PHP Version: 4.3.0 > > New Comment: > > > > This has been fixed. > > > > Btw search works fine for me: > > > http://www.php.net/search.php?show=manual&lang=en&pattern=IMAGETYPE_JPG > > > > It returns image.xml and exif-imagetype.xml which > > was where > > IMAGETYPE_JPG was used... > > > > > > Previous Comments: > > > > > > > [2003-01-14 04:29:12] [EMAIL PROTECTED] > > > > Search for image in the function list, check the > > constants there, then, > > as a secondary bug, figure out why a search of the > > documentation and a > > search of the whole site for imagetype_jpg fails to > > find what you can > > see on the screen!! > > > > > > > > > [2003-01-14 04:25:42] [EMAIL PROTECTED] > > > > It looks we were using IMAGETYPE_JPG and not > > IMAGETYPE_JPEG in the > > documentation. But I've fixed that already few days > > ago, Manual not > > updated. > > > > > > > > > [2003-01-14 04:11:11] [EMAIL PROTECTED] > > > > Not enough information was provided for us to be > > able > > to handle this bug. Please re-read the instructions > > at > > http://bugs.php.net/how-to-report.php > > > > If you can provide more information, feel free to > > add it > > to this bug and change the status back to "Open". > > > > Thank you for your interest in PHP. > > > > > > > > > > > [2003-01-14 04:09:01] [EMAIL PROTECTED] > > > > Needs a global find and replace in the image docs. > > > > > > > > > > > -- > > Edit this bug report at > > http://bugs.php.net/?id=21631&edit=1 > > > > > > -- > > PHP Documentation Mailing List (http://www.php.net/) > > To unsubscribe, visit: http://www.php.net/unsub.php > > > > > = > --- Jesus M. Castagnetto <[EMAIL PROTECTED]> > > __ > Do you Yahoo!? > Yahoo! Mail Plus - Powerful. Affordable. Sign up now. > http://mailplus.yahoo.com -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DOC] #21631 [Opn->Csd]: imagetype_jpg should be imagetype_jpeg in documentation
Hmm, In php4/ext/gd/gd.c, there are *JPG and *JPEG constants that resolve to the same integer (a long really), similarly php4/ext/gd/php_gd.h has *JPG constants defined internally. So the bug report is bogus to begin with, or I am missing something? --- [EMAIL PROTECTED] wrote: > ID: 21631 > Updated by: [EMAIL PROTECTED] > Reported By: [EMAIL PROTECTED] > -Status: Open > +Status: Closed > Bug Type: Documentation problem > Operating System: linux 2.4.20 > PHP Version: 4.3.0 > New Comment: > > This has been fixed. > > Btw search works fine for me: > http://www.php.net/search.php?show=manual&lang=en&pattern=IMAGETYPE_JPG > > It returns image.xml and exif-imagetype.xml which > was where > IMAGETYPE_JPG was used... > > > Previous Comments: > > > [2003-01-14 04:29:12] [EMAIL PROTECTED] > > Search for image in the function list, check the > constants there, then, > as a secondary bug, figure out why a search of the > documentation and a > search of the whole site for imagetype_jpg fails to > find what you can > see on the screen!! > > > > [2003-01-14 04:25:42] [EMAIL PROTECTED] > > It looks we were using IMAGETYPE_JPG and not > IMAGETYPE_JPEG in the > documentation. But I've fixed that already few days > ago, Manual not > updated. > > > > [2003-01-14 04:11:11] [EMAIL PROTECTED] > > Not enough information was provided for us to be > able > to handle this bug. Please re-read the instructions > at > http://bugs.php.net/how-to-report.php > > If you can provide more information, feel free to > add it > to this bug and change the status back to "Open". > > Thank you for your interest in PHP. > > > > > [2003-01-14 04:09:01] [EMAIL PROTECTED] > > Needs a global find and replace in the image docs. > > > > > -- > Edit this bug report at > http://bugs.php.net/?id=21631&edit=1 > > > -- > PHP Documentation Mailing List (http://www.php.net/) > To unsubscribe, visit: http://www.php.net/unsub.php > = --- Jesus M. Castagnetto <[EMAIL PROTECTED]> __ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #21630 [Opn]: imageCreateFromGIF doesn't work
ID: 21630 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Documentation problem Operating System: Linux 2.4.20 PHP Version: 4.3.0 New Comment: Hello, I confirm (if necessary) the Derick's comment. This a problem due to palette images limitations (255+1 colors). Resampling or filtering an image needs commonly more colors than 255, a kind of approximation is used to calc the new resampled pixel and its color, with a palette image we try to allocate a new color, if that failed, we choose the closest (in theory), the closest computed color is not always the closest visual color. That produces weird result, like blank (or visually blank) images. You can reproduce this problem with imagerotate used with a palette image (imagecreate), allocate 3 colors, draw 2 differents boxes, and rotate the image with a custom angle (not a quarter angle), you will get a blank image or near blank. Hope that helps, pierre Previous Comments: [2003-01-14 13:32:25] [EMAIL PROTECTED] Should be documented (better) then. Derick [2003-01-14 13:20:41] [EMAIL PROTECTED] I've managed to resolve this, it's not a bug with the ImageCreateFromGIF function, but the ImageCopyResampled, the blank image needs to be created with ImageCreateTrueColor or the resultant image is blank. Not sure whether this becomes a bogus bug or whether the real issue is with ImageCopyResampled? In fact, I've just looked at the user notes for ImageCopyResampled and people are saying there to use Truecolor. [2003-01-14 05:33:10] [EMAIL PROTECTED] Just to confirm, I just checked in phpinfo, and I am using the bundled GD (you made me wonder whether I had built php correctly). [2003-01-14 05:19:12] [EMAIL PROTECTED] tar located at http://support.brendata.co.uk/phpbug21630.tgz can be run from the command line. [2003-01-14 04:56:44] [EMAIL PROTECTED] please put it somewhere on the web, and provide the URL here. Derick The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/21630 -- Edit this bug report at http://bugs.php.net/?id=21630&edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #21630 [Opn]: imageCreateFromGIF doesn't work
ID: 21630 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open -Bug Type: GD related +Bug Type: Documentation problem Operating System: Linux 2.4.20 PHP Version: 4.3.0 New Comment: Should be documented (better) then. Derick Previous Comments: [2003-01-14 13:20:41] [EMAIL PROTECTED] I've managed to resolve this, it's not a bug with the ImageCreateFromGIF function, but the ImageCopyResampled, the blank image needs to be created with ImageCreateTrueColor or the resultant image is blank. Not sure whether this becomes a bogus bug or whether the real issue is with ImageCopyResampled? In fact, I've just looked at the user notes for ImageCopyResampled and people are saying there to use Truecolor. [2003-01-14 05:33:10] [EMAIL PROTECTED] Just to confirm, I just checked in phpinfo, and I am using the bundled GD (you made me wonder whether I had built php correctly). [2003-01-14 05:19:12] [EMAIL PROTECTED] tar located at http://support.brendata.co.uk/phpbug21630.tgz can be run from the command line. [2003-01-14 04:56:44] [EMAIL PROTECTED] please put it somewhere on the web, and provide the URL here. Derick [2003-01-14 04:56:04] [EMAIL PROTECTED] Happily, what's the easiest way to get the tar file attached or can I email it to you (I'll include a GIF, but it doesn't seem to matter as I tried it with a few just in case that was the issue). The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/21630 -- Edit this bug report at http://bugs.php.net/?id=21630&edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DOC] cvs: phpdoc /en/reference/image reference.xml /en/reference/image/functions imagecreatefromgif.xml
On Tue, 14 Jan 2003 12:01:54 +0100 <[EMAIL PROTECTED]> wrote: > Well Derick was with me saying that GD bundled didn't supported GIF > so... but few minutes after my commit we've seen that it supported > read... Not always my fault. You misunderstand my point of view (and I do not think I'm the only to have it). In others words, do not commit/comments(bugs.php.net) in any part of php where you do not have the clue and/or the permissions. At least post your changes/diff to the right list (phpdev/phpdoc/peardev). Having a cvs account and having permissions does not mean I do whatever I want where I have permissions. pierre -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] cvs: phpdoc /en/reference/image reference.xml /en/reference/image/functions imagecreatefromgif.xml
nicos Tue Jan 14 06:00:21 2003 EDT Modified files: /phpdoc/en/reference/image reference.xml /phpdoc/en/reference/image/functionsimagecreatefromgif.xml Log: reverting, the doc will need to be clear that it permits only read... Index: phpdoc/en/reference/image/reference.xml diff -u phpdoc/en/reference/image/reference.xml:1.14 phpdoc/en/reference/image/reference.xml:1.15 --- phpdoc/en/reference/image/reference.xml:1.14Tue Jan 14 05:48:56 2003 +++ phpdoc/en/reference/image/reference.xml Tue Jan 14 06:00:19 2003 @@ -1,5 +1,5 @@ - + Image functions Image @@ -53,7 +53,6 @@ version has some additional features like alpha blending, and should be used in preference to the external library since it's codebase is better maintained and more stable. -The bundled version of the GD lib does not support GIF. Index: phpdoc/en/reference/image/functions/imagecreatefromgif.xml diff -u phpdoc/en/reference/image/functions/imagecreatefromgif.xml:1.5 phpdoc/en/reference/image/functions/imagecreatefromgif.xml:1.6 --- phpdoc/en/reference/image/functions/imagecreatefromgif.xml:1.5 Tue Jan 14 05:48:57 2003 +++ phpdoc/en/reference/image/functions/imagecreatefromgif.xml Tue Jan 14 06:00:21 +2003 @@ -1,5 +1,5 @@ - + @@ -47,8 +47,7 @@ Since all GIF support was removed from the GD library in version 1.6, this function is not available if you are using - that version of the GD library or the bundled version of the - GD lib. + that version of the GD library. -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DOC] cvs: phpdoc /en/reference/image reference.xml /en/reference/image/functions imagecreatefromgif.xml
On Tue, 14 Jan 2003 10:48:57 - "CHAILLAN Nicolas" <[EMAIL PROTECTED]> wrote: > nicos Tue Jan 14 05:48:57 2003 EDT > > Modified files: > /phpdoc/en/reference/imagereference.xml > /phpdoc/en/reference/image/functions imagecreatefromgif.xml > Log: > Fixing #21630 I do not want to be a policeman or feel like a chief or whatever, but can you change/make/destroy/move/commit/delete/scratch whatever you have the clue/permissions for ? imho, they are too many things in each part of PHP to let one person goes everywhere and let him make what he feels good. pierre -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DOC] cvs: phpdoc /en/reference/image reference.xml /en/reference/image/functions imagecreatefromgif.xml
On Tue, 14 Jan 2003 12:55:20 +0200 "Andrey Hristov" <[EMAIL PROTECTED]> wrote: > isn't only the generation impossible? Yes, reading gif works. pierre -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DOC] cvs: phpdoc /en/reference/image reference.xml /en/reference/image/functions imagecreatefromgif.xml
isn't only the generation impossible? Andrey - Original Message - From: "CHAILLAN Nicolas" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Tuesday, January 14, 2003 12:48 PM Subject: [PHP-DOC] cvs: phpdoc /en/reference/image reference.xml /en/reference/image/functions imagecreatefromgif.xml > nicos Tue Jan 14 05:48:57 2003 EDT > > Modified files: > /phpdoc/en/reference/image reference.xml > /phpdoc/en/reference/image/functions imagecreatefromgif.xml > Log: > Fixing #21630 > > Index: phpdoc/en/reference/image/reference.xml > diff -u phpdoc/en/reference/image/reference.xml:1.13 phpdoc/en/reference/image/reference.xml:1.14 > --- phpdoc/en/reference/image/reference.xml:1.13 Thu Dec 5 16:32:46 2002 > +++ phpdoc/en/reference/image/reference.xml Tue Jan 14 05:48:56 2003 > @@ -1,5 +1,5 @@ > > - > + > > Image functions > Image > @@ -53,6 +53,7 @@ > version has some additional features like alpha blending, and should > be used in preference to the external library > since it's codebase is better maintained and more stable. > +The bundled version of the GD lib does not support GIF. > > > > Index: phpdoc/en/reference/image/functions/imagecreatefromgif.xml > diff -u phpdoc/en/reference/image/functions/imagecreatefromgif.xml:1.4 phpdoc/en/reference/image/functions/imagecreatefromgif.xml:1.5 > --- phpdoc/en/reference/image/functions/imagecreatefromgif.xml:1.4 Thu Sep 26 09:56:54 2002 > +++ phpdoc/en/reference/image/functions/imagecreatefromgif.xml Tue Jan 14 05:48:57 2003 > @@ -1,5 +1,5 @@ > > - > + > > > > @@ -47,7 +47,8 @@ > > Since all GIF support was removed from the GD library in > version 1.6, this function is not available if you are using > - that version of the GD library. > + that version of the GD library or the bundled version of the > + GD lib. > > > > > > > -- > PHP Documentation Mailing List (http://www.php.net/) > To unsubscribe, visit: http://www.php.net/unsub.php > -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DOC] cvs: phpdoc /en/reference/image reference.xml /en/reference/image/functions imagecreatefromgif.xml
On Tue, 14 Jan 2003, CHAILLAN Nicolas wrote: > nicos Tue Jan 14 05:48:57 2003 EDT > > Modified files: > /phpdoc/en/reference/imagereference.xml > /phpdoc/en/reference/image/functions imagecreatefromgif.xml > Log: > Fixing #21630 > > +The bundled version of the GD lib does not support GIF. That's not true: [derick@kossu libgd]$ ls -l *gif* -rw-rw-r--1 derick derick 16560 Dec 1 12:43 gd_gif_in.c > - that version of the GD library. > + that version of the GD library or the bundled version of the > + GD lib. and this neither. Derick -- - Derick Rethans http://derickrethans.nl/ PHP Magazine - PHP Magazine for Professionals http://php-mag.net/ - -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] cvs: phpdoc /en/reference/image reference.xml /en/reference/image/functions imagecreatefromgif.xml
nicos Tue Jan 14 05:48:57 2003 EDT Modified files: /phpdoc/en/reference/image reference.xml /phpdoc/en/reference/image/functionsimagecreatefromgif.xml Log: Fixing #21630 Index: phpdoc/en/reference/image/reference.xml diff -u phpdoc/en/reference/image/reference.xml:1.13 phpdoc/en/reference/image/reference.xml:1.14 --- phpdoc/en/reference/image/reference.xml:1.13Thu Dec 5 16:32:46 2002 +++ phpdoc/en/reference/image/reference.xml Tue Jan 14 05:48:56 2003 @@ -1,5 +1,5 @@ - + Image functions Image @@ -53,6 +53,7 @@ version has some additional features like alpha blending, and should be used in preference to the external library since it's codebase is better maintained and more stable. +The bundled version of the GD lib does not support GIF. Index: phpdoc/en/reference/image/functions/imagecreatefromgif.xml diff -u phpdoc/en/reference/image/functions/imagecreatefromgif.xml:1.4 phpdoc/en/reference/image/functions/imagecreatefromgif.xml:1.5 --- phpdoc/en/reference/image/functions/imagecreatefromgif.xml:1.4 Thu Sep 26 09:56:54 2002 +++ phpdoc/en/reference/image/functions/imagecreatefromgif.xml Tue Jan 14 05:48:57 +2003 @@ -1,5 +1,5 @@ - + @@ -47,7 +47,8 @@ Since all GIF support was removed from the GD library in version 1.6, this function is not available if you are using - that version of the GD library. + that version of the GD library or the bundled version of the + GD lib. -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #21630 [Opn]: imageCreateFromGIF doesn't work
ID: 21630 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open -Bug Type: GD related +Bug Type: Documentation problem Operating System: Linux 2.4.20 PHP Version: 4.3.0 New Comment: It says: Note: Since all GIF support was removed from the GD library in version 1.6, this function is not available if you are using that version of the GD library. (nothing about read or write which is right because the function is just not supported) but it says nothing about the gd bundled version, I'm fixing that. Previous Comments: [2003-01-14 04:40:14] [EMAIL PROTECTED] I think the documentation states that read only is supported, but not write? I'll go and find the reference, maybe this is a documentation issue? [2003-01-14 04:38:24] [EMAIL PROTECTED] Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php bundled GD doesn't support GIF due to patent issues. Not a bug -> bogus [2003-01-14 04:36:00] [EMAIL PROTECTED] I'm not sure what else I can provide? The system was built usign the standard bundled gd library with php. Can you supply any specific questions or information you need? I also searched deja.com and there are a few questions there which seem to imply other people are seeing the same problem. [2003-01-14 04:08:21] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. [2003-01-14 04:07:36] [EMAIL PROTECTED] imageCreateFromGIF followed by an attempt to rescale doesn't work, it produces a blank image. Attempted with various valid gif files, imageCreateFromJPEG works fine. -- Edit this bug report at http://bugs.php.net/?id=21630&edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #21631 [Opn->Csd]: imagetype_jpg should be imagetype_jpeg in documentation
ID: 21631 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Documentation problem Operating System: linux 2.4.20 PHP Version: 4.3.0 New Comment: This has been fixed. Btw search works fine for me: http://www.php.net/search.php?show=manual&lang=en&pattern=IMAGETYPE_JPG It returns image.xml and exif-imagetype.xml which was where IMAGETYPE_JPG was used... Previous Comments: [2003-01-14 04:29:12] [EMAIL PROTECTED] Search for image in the function list, check the constants there, then, as a secondary bug, figure out why a search of the documentation and a search of the whole site for imagetype_jpg fails to find what you can see on the screen!! [2003-01-14 04:25:42] [EMAIL PROTECTED] It looks we were using IMAGETYPE_JPG and not IMAGETYPE_JPEG in the documentation. But I've fixed that already few days ago, Manual not updated. [2003-01-14 04:11:11] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. [2003-01-14 04:09:01] [EMAIL PROTECTED] Needs a global find and replace in the image docs. -- Edit this bug report at http://bugs.php.net/?id=21631&edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #21631 [Csd->Opn]: imagetype_jpg should be imagetype_jpeg in documentation
ID: 21631 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Closed +Status: Open Bug Type: Documentation problem Operating System: linux 2.4.20 PHP Version: 4.3.0 New Comment: Search for image in the function list, check the constants there, then, as a secondary bug, figure out why a search of the documentation and a search of the whole site for imagetype_jpg fails to find what you can see on the screen!! Previous Comments: [2003-01-14 04:25:42] [EMAIL PROTECTED] It looks we were using IMAGETYPE_JPG and not IMAGETYPE_JPEG in the documentation. But I've fixed that already few days ago, Manual not updated. [2003-01-14 04:11:11] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. [2003-01-14 04:09:01] [EMAIL PROTECTED] Needs a global find and replace in the image docs. -- Edit this bug report at http://bugs.php.net/?id=21631&edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #21631 [Fbk->Csd]: imagetype_jpg should be imagetype_jpeg in documentation
ID: 21631 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Closed Bug Type: Documentation problem Operating System: linux 2.4.20 PHP Version: 4.3.0 New Comment: It looks we were using IMAGETYPE_JPG and not IMAGETYPE_JPEG in the documentation. But I've fixed that already few days ago, Manual not updated. Previous Comments: [2003-01-14 04:11:11] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. [2003-01-14 04:09:01] [EMAIL PROTECTED] Needs a global find and replace in the image docs. -- Edit this bug report at http://bugs.php.net/?id=21631&edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] cvs: phpdoc /en/functions image.xml
nicos Tue Jan 14 05:25:28 2003 EDT Modified files: /phpdoc/en/functionsimage.xml Log: fixing #21631 Index: phpdoc/en/functions/image.xml diff -u phpdoc/en/functions/image.xml:1.95 phpdoc/en/functions/image.xml:1.96 --- phpdoc/en/functions/image.xml:1.95 Wed Apr 17 15:58:42 2002 +++ phpdoc/en/functions/image.xml Tue Jan 14 05:25:28 2003 @@ -8,7 +8,7 @@ instead --> - + Image functions Image @@ -70,7 +70,7 @@ The following constants are defined: -1 = IMAGETYPE_GIF, 2 = IMAGETYPE_JPG, 3 = IMAGETYPE_PNG, 4 = IMAGETYPE_SWF, +1 = IMAGETYPE_GIF, 2 = IMAGETYPE_JPEG, 3 = IMAGETYPE_PNG, 4 = IMAGETYPE_SWF, 5 = IMAGETYPE_PSD, 6 = IMAGETYPE_BMP, 7 = IMAGETYPE_TIFF_II (intel byte order), 8 = IMAGETYPE_TIFF_MM (motorola byte order), 9 = IMAGETYPE_JPC, 10 = IMAGETYPE_JP2, 11 = IMAGETYPE_JPX. -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #21631 [Opn->Fbk]: imagetype_jpg should be imagetype_jpeg in documentation
ID: 21631 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Documentation problem Operating System: linux 2.4.20 PHP Version: 4.3.0 New Comment: Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. Previous Comments: [2003-01-14 04:09:01] [EMAIL PROTECTED] Needs a global find and replace in the image docs. -- Edit this bug report at http://bugs.php.net/?id=21631&edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #21631 [NEW]: imagetype_jpg should be imagetype_jpeg in documentation
From: [EMAIL PROTECTED] Operating system: linux 2.4.20 PHP version: 4.3.0 PHP Bug Type: Documentation problem Bug description: imagetype_jpg should be imagetype_jpeg in documentation Needs a global find and replace in the image docs. -- Edit bug report at http://bugs.php.net/?id=21631&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21631&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21631&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21631&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21631&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21631&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21631&r=support Expected behavior: http://bugs.php.net/fix.php?id=21631&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21631&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21631&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21631&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21631&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21631&r=dst IIS Stability: http://bugs.php.net/fix.php?id=21631&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21631&r=gnused -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php