Native support for XForms in Mozilla and its Gecko rendering engine is not on the foundation's near-term agenda as it takes a wait-and-see approach to the W3C recommendation.
"XForms is not a Web standard," said Brendan Eich, a founding member of Mozilla in charge of technical direction, the creator of JavaScript and a member of WHAT-WG. "It's a relatively new spec seeing early-adopter use in intranets."
Killing sheep to make goats
WHAT-WG members say the forms dispute illustrates a larger conflict over whether the W3C should proceed in a "revolutionary" mode, tackling problems from square one and coming up with technically elegant solutions -- even if that results in the loss of backward-compatibility with older browsers -- or an "evolutionary" mode, maintaining older technologies like HTML 4 and extending the usefulness of current browsing software.
"This gets to the question of what the W3C is all about," Lie said. "Is it about making revolutions all the time? Do we kill all the sheep and start with goats? Or should the W3C maintain older specs like CSS and HTML?"
The evolution versus revolution debate over forms centres on the use of scripting -- specifically JavaScript -- to perform important tasks in forms-based applications.
With current HTML Web forms, a Web author needs scripts to do things like validate the form or add up columns as fields are filled. For example, using HTML forms, Web authors typically use a scripting language to check that every phone number entered has an area code, or to automatically total columns in a spreadsheet.
XForms uses a declarative approach for validation and other crucial form functionality: The Web author or application designer declares that the application should validate the form or total the columns, and it does, but not using today's generation of browsers.
XForms defenders downplay the revolution versus evolution debate.
"The Web has always had the approach of a bit of evolution here, a bit of revolution there," said Steven Pemberton, chair of the W3C's HTML and forms working groups and a researcher at the Centre for Mathematics and Computer Science in Amsterdam. "HTML 4 was largely evolutionary -- it still ran in old software. But at a given moment, to make any progress, you have to add new functionality, which means that people have to get new software."
Pemberton blasted the scripting approach taken in Web Forms 2.0, saying it doesn't scale well, is harder to maintain, doesn't address industry requirements and use cases, and doesn't provide the ability to take snapshots of each step in a forms-based process for sensitive industrial or governmental applications.
"The WHAT approach works OK for small examples," Pemberton said. "But actors like the Department of Defense say 'no scripting.'"
Pemberton said the W3C membership hadn't shown much enthusiasm for WHAT-WG's work in the past, instead preferring XML-based standards.
By contrast, he pointed to XForms implementations by W3C members Oracle and Sun Microsystems -- in addition to those by Novell and IBM -- and promised more announcements of support in coming months from big companies he declined to name.
"I understand where WHAT is coming from, but they are browser makers, not forms experts," Pemberton said. "It is important to build something that is future-proof and not a Band-Aid solution. Forms (technology) is the basis of the e-commerce revolution and so it is important to do it right."
We currently have a lot of government and financial institutions that do not check for new browsers, relying on code written in 2000 or earlier to determine if a browser is compatable. This discriminate against people who have new, current, and superior browsers. It can also be interpreted legally as conspiring with specific browser suppliers to create an illegal monopoly.
We need the courts to decide if that is acceptable (NO!) or if they will also conspire with illegal monopoly browser manufacturers.