News for hackers. Stuff that matters.

A comment on The Sad State of HTML Email Input Fields and IDNs. Parent comment

Re:The Sad State of HTML Email Input Fields and IDNs by grzm on Sunday October 23, 2016 @10:28AM (#12773700)
Client-side validation can be very useful. At this point I think that the inconsistencies between implementations are the primary pain points, similar to what prompted the Web Standards Project.[0] Is there anything similar to the -{webkit,moz} in CSS for HTML? Or abstraction libraries comparable to jQuery?

It would also be very useful if the validation is extensible, as different projects require different validation rules.

I'd also want validation rules that are portable between the client and the server to reduce code duplication.

One combination I've been toying with is using clojure.spec[1] with ClojureScript/Clojure with varying levels of success. I imagine you can do similar things using server-side JavaScript.

> we should use another technology to do other things we've been commandeering it to do.

What types of things are you thinking of?

[0]: https://en.wikipedia.org/wiki/Web_Standards_Project

[1]: http://clojure.org/about/spec

[ Parent | on HN ]
Re:The Sad State of HTML Email Input Fields and IDNs by jlebrech on Sunday October 23, 2016 @05:36PM (#12775545)
there should be a form language that works client/server and is just for classic web such as forms, something similar to meteor or volt. i'd even resort to using those in future or write a dsl on top that makes web development a breeze.
[ Parent | on HN ]