[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: RE: [regrep] [Fwd: [xml-dev] Extract A Subset of a W3C XML Schema?]
Hi Dave, Actually, I agree with your assessment. The MS approach is called InfoPath (was Xdocs), and our approach (we don't have a name for it, yet, though the api is called XFA - XML Forms Architecture) combines XML with PDF. Our XML specs for forms are available at: http://partners.adobe.com/asn/tech/pdf/xmlformspec.jsp cheers pk -----Original Message----- From: David RR Webber - XML ebusiness [mailto:Gnosis_@compuserve.com] Sent: Wednesday, August 06, 2003 10:28 AM To: Chiusano Joseph Cc: Peter Kacandes; Subject: Re: [regrep] [Fwd: [xml-dev] Extract A Subset of a W3C XML Schema?] Message text written by "Chiusano Joseph" > <Quote1> For a designer looking to automate a form they are confronted with the need to find appropriate XML to which to bind the form fields. </Quote1> XForms 1.0 - when it becomes a W3C Recommendation - will be ideal for this. <<<<<<<<<<<<<<< Joe, The only fly in this ointment is that Microsoft chose to ignore this for IE and instead build InfoDocs. I'm still not sure that XML -> XForms is in anyway automatic - you are still going to need to use CAM, XSL et al to do rendering. The only difference I see is that - like xhtml - the XForm fields are "smarter" than HTML text entry fields. The more things change the more they stay the same ; -) Peter I'm sure has some other thoughts here! DW.
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]