fall back for non js

[bobbyzholmes]

From what I've read this relies on Javascript to work. Any options for full back?

[BrunoBernardino]

Indeed, if you try http://demo.visualcaptcha.net with JavaScript disabled, it just won't work.

That is a good question, though, do you have a suggestion for how it could work without JS? I mean, it currently needs the XHR to fetch information, as it's independent from the backend.

[bobbyzholmes]

I did disable the JS as I'm currently building a form app. And working under the assumption that js will be disabled and the forms should (hopefully) work. But having checked out a number of these captcha's it seems a common requirement to have js.

It really seems like nitpicking at an amazing solution for captcha.

There's two problems that I see need to be overcome.

1. The ability to refresh the options (which unlikely as people shouldn't find it hard to read like most captcha's) This is probably easily overcome by submitting the form if the XHR is worked out, and reloading new options.
2. XHR to fetch information This is extremely tough to keep it independent (I can't see how to keep it that way). As it would need to load the information at the time of creating the form. Even if its just a method added at the view level to load in a html block.

But these days the web is pretty unusable without js. I asked the question just in case the demo had all the bells and whistles and there was a graceful fall back. I'll have a play around but I think it'll be a case for a captcha method in my form builder that loads a html block at run time.

[BrunoBernardino]

Well, the reality is visualCaptcha can be modified (and customized) to achieve that, but like you noted it's not something worth making "universal" as it would always be complicated to fit all custom situations.

[bobbyzholmes]

Agreed

[CrazyPython]

@BrunoBernardino reCaptcha supports no JS