On Fri, 2004-05-07 at 08:24, Mordechai Peller wrote: > > A much better solution is to handle it server side. One simple reason > (but far from the one) is that no browser is required to support > JavaScript (either by design or through user choice), but they are > required to support HTTP.
Likewise, never rely solely on javascript based form input validation, you should always check form inputs server side. Until Xforms http://www.w3.org/MarkUp/Forms/ becomes more mainstream we are all stuck with the limited set html inputs types. DOM / javascript allows us to improve the situation some what allowing such things as calendar selectors and multicolumn lists that have sorting. Also until all browsers support CSS pseudo-classes on every element, javascript can fill in the gaps. For a good example of the right way to do this take a look here. http://www.alistapart.com/articles/tableruler/ I used to think reliability was an issue, but that changed one I realised that most modern browsers all maintain a standard DOM interface. Now if I could only poke into the DOM with CSS... ;) Regards Chris Blown http://hinterlands.com.au ***************************************************** The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list & getting help *****************************************************
