- From: L. David Baron <dbaron@dbaron.org>
- Date: Wed, 16 Mar 2005 13:06:30 -0800
- To: www-forms@w3.org
- Message-ID: <20050316210630.GA21309@ridley.dbaron.org>
On Wednesday 2005-03-16 15:31 -0500, Eric S. Fisher wrote: > Second, the more I follow this discussion, the more confused I get. WF2 > is supposed to be backward compatible, yet to use its full functionality, > you need a new browser or yet another plug-in? To use its full functionality, you do need a new browser. However, the same WF2 content still works in old browsers. It just doesn't take advantage of the new features. > How is that preferable to a clean, fresh XForms implementation? > Especially considering that any "new browser" will always support the > old code anyway? It's preferable because authors can start using the new features and providing the benefits of those features to users even when a significant portion (even a majority) of the users don't have a browser that supports WF2. This situation would allow the deployment of WF2 to provide an incentive for users to upgrade their browsers, since the pages will work *better* in the new browsers. > And what use is it to be able to display a form and not have the > client-side validation work properly? If you can't be sure a form > submission will come in with the same level of validation every time, you > then must code your server side either to test for the presence of the > validation facilities in the browser (more code) or not trust the client > side validations and repeat them at the server side (more code, but > required anyway if the above test fails). You have to validate on the server side anyway (unless you want people to buy your $1000 widgets for $5 by twiddling the form data using a modified browser or by sending the request manually). -David -- L. David Baron <URL: http://dbaron.org/ > Technical Lead, Layout & CSS, The Mozilla Foundation
Received on Wednesday, 16 March 2005 21:07:06 UTC