Re: XFORMS

From: Virgil Green (vjg_at_obsydian.com)
Date: 05/17/04 

Date: Mon, 17 May 2004 19:18:06 GMT

"Roedy Green" <look-on@mindprod.com.invalid> wrote in message
news:4g0ia0hpeqe8of8gpdml50o9c21s7jrtol@4ax.com...
> On Mon, 17 May 2004 06:50:38 -0400, Sudsy <bitbucket44@hotmail.com>
> wrote or quoted :
>
> > Take a chill pill, man! The browser environment is not the same as an
> >application environment. While JavaScript can permit the validation of
> >field data as you enter it, many people turn it off. And a well-designed
> >form framework won't lose previously entered data.
> > Struts addresses both of these issues with the validator. It can even
> >generate JavaScript to validate fields before submission to the server.
> >So check out what can be achieved today rather than seeking the "latest
> >and greatest" new thingy. I don't know about you but I don't like being
> >on the "bleeding edge"...too painful!
>
> I get angry about his because we had better data validation on the
> Apple ][ with version 1 of Abundance than you get today. Forms has
> been such a giant step backwards in data entry.

While I willingly work in it, I dislike the entire browser paradigm of data
entry. I like to refer to it as 1960s technology. I've always believed that
as the developer gained greater control over the UI (via GUIs) that they
also had a greater responsibility to communicate to the user. When we had
screen/record-level control, we provided screen/record-level responses.
Since we've achieved keystroke-level control, we should provide responses at
the same level. The UIs state should change as needed (can't hit Submit
until the data is valid) within the practical limits imposed by performance
requirements. The whole FORM-based entry irritates me, especially coupled
with stateless transactions -- 1960s technology.

Javascript and/or DHTML can provide some level of keystroke-level response,
but javascript can be turned off and you still have to write all the
validation at the backend *as well* because the data stream between the
client and the host is easily faked and the host should never rely upon
validation that was done at the client.

 - Virgil

Relevant Pages

  • Re: XFORMS
    ... The browser environment is not the same as an ... While JavaScript can permit the validation of ... field data as you enter it, ... generate JavaScript to validate fields before submission to the server. ...
    (comp.lang.java.programmer)
  • Re: Simple Regular Expression need
    ... DateTime.Parseis not available on the client. ... > you use JavaScript in at least some of your applications. ... > validation routines (client and server) rather than letting the validation ...
    (microsoft.public.dotnet.framework.aspnet)
  • Re: need to have onsubmit event fire after server-side validation.
    ... There is no way to call javascript from within your server side code. ... If you have stopped client-side validation through ... the <form onsubmit=> statement will still create some ...
    (microsoft.public.dotnet.framework.aspnet)
  • Re: Javascript alert message problem
    ... So i should basically stay with client-side javascript for my learning ... i don't see the "Formatting and Validation" option on the right-click ... You should be looking for "client-side javascript". ... HTML version is 4.0? ...
    (microsoft.public.dotnet.framework.aspnet)
  • Re: validation utility?
    ... and javascript code and validate it/modify it, ... Full validation is a major project, unsuitable for anyone who is leaning ... processing routines. ... TP/BP/Delphi/jscr/&c, FAQ items, links. ...
    (comp.lang.javascript)
Loading