Re: [web2py] a proposal for form improvement

2014-09-05 Thread Vinicius Assef
I don't agree with killing a way to send formed html to client. Web2py is for backend development, in spite of most clients run js, some of them, don't. There are non-js clients. wget is one of them. I know, it's not widely used, but depending on your application, it is a client of it. As I

Re: [web2py] a proposal for form improvement

2014-09-05 Thread Don O'Hara
This is a very intriguing development. It would be interesting to see real-world usage statistics (what percent of apps are all or mostly js UI, vs. traditional backend-sends-html UI), but since that would be pretty hard to get, the next best metric would be for developers to give an

Re: [web2py] a proposal for form improvement

2014-09-05 Thread Cliff Kachinske
SQLFORM is still gonna be there, just deprecated. Which I believe means bug fixes only at this point. As long as there are gluon.html and gluon.sqlhtml you can continue as accustomed. On Friday, September 5, 2014 1:06:17 PM UTC-4, viniciusban wrote: I don't agree with killing a way to send

Re: [web2py] a proposal for form improvement

2014-09-05 Thread JorgeH
Yes. And bear into account that web development is migrating towards js based interfaces. On Friday, September 5, 2014 1:37:55 PM UTC-5, Cliff Kachinske wrote: SQLFORM is still gonna be there, just deprecated. Which I believe means bug fixes only at this point. As long as there are