Re: [PEPr] Proposal for Images::Image_CAPTCHA
| From: | Christian Wenz | Date: | Sat, 29 May 2004 07:26:40 +0000 |
| Subject: | Re: [PEPr] Proposal for Images::Image_CAPTCHA | ||
| References: | 1 2 3 4 | Groups: | php.pear.dev |
| Request: | Send a blank email to pear-dev+get-29787@lists.php.net to get a copy of this message | ||
Hi Philippe,
Philippe Jausions wrote:
What's missing for now in Image_Transform is a filter-like capability, which would be very usefull in your case...I agree. But let's not forget about this, I think especially in this case it could be a good idea (TM) to integrate some other PEAR packages! Image_Imagick is on the
other side more capable of filter-based processing, but only with the imagick PECL extension...that's of course a downside ... but maybe this could be implemented as an optional feature.
Would it be safe to assume that you can leave it to the application itself to verify the answer to the "CAPTCHA image" instead of relying only on a built-in method?...that's already implemented: the package only offers a method to return the phrase of the image. The verification is done within the application since I thought this would be most flexible.
I haven't looked in the code yet (:-p), but do you allow concurrent "pictures" within one session (users may have several web browser windows opened at the same time...)that should be possible!
Mutliple items may be ambigous, but yes this is the idea... For instance, the question could be "What is this animal?" and then the picture could be of a "dog", "cat", "cow"... whatever... I guess you get the idea. The one using this method should of course pick non-ambigous pictures but that's not our problem...this might be a nice extension, as well, however one then the package would have to include a standard set of images, bloating the package up (as far as I understand the definition of CAPTCHAs, everything has to be open, including the material used). Best, Christian