We also need non-visual CAPTCHAs ...
--- Begin Message ---On Fri, 25 Mar 2011, Matthew Toseland wrote:Suggestions for text-based CAPTCHAs that computers cannot easily crack would be welcome.Yes, I have been thinking about the problem and of course have come up blank so far.I'm surprised it doesn't work with elinks. It needs cookies but afaik even lynx supports cookies. File a bug I guess?It is obvious that the cookies being necessary is not sufficient considering it does not work with any of the cooky enabled text browsers. xor has stated he will fix the problem at least for the three browsers I've pointed out to him in subsequent updates to freetalk once it is a standard official plugin.I'm curious as to why you use text browsers rather than a real browser with a screen reader? Our beloved leader wants us to exclude support for all non-javascript browsers; I need ammunition to oppose him :) Admittedly elinks has some javascript support...Well, I don't know that I'd think of text browsers as non-real browsers but I suspect you were just being vague. I can tell you why from a blind persons perspective but whether that is useful for sighted folk is another question. The answer is speed and ease of use although ease of use doesn't quite cover it. You see using graphics based user interfaces feel very spungy or something to people used to text consoles. There is no absolute boundries to windows and screens and so you're never really sure where you are on the screen from an absolute positional point of view. On a text console if you are using a ncurses interface or a screen reading program where you use a review cursor, you have a real feeling for your position within the screen. When dealing with graphics interfaces because of their nature of movability and resizing you are never very sure where you are so you get a feeling of confusion. It is really difficult to describe to someone that can see boundries drawn on the screen but in review terms for blind people you don't actually have solid boundries you can count on like left or right edge or top and bottom. It would be nice if a few text browsers would implement javascript but so far none except for edbrowse has. I suspect it's because developers aren't sure how to handle animations or scrolling regions in a text browser. Inany case text browsers are just more comfortible to use and much much faster for the blind. Even edbrowse is only a small subset of javascript.Are you using a recent version of Freetalk? That is, RC2 or RC3?Yep, whatever is current at the time I'm trying it. kirk/baffled -- Well that's it then, colour me gone!
--- End Message ---
signature.asc
Description: This is a digitally signed message part.
_______________________________________________ Devl mailing list [email protected] http://freenetproject.org/cgi-bin/mailman/listinfo/devl
