[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

RE: Slightly off, but... was: XUL appears to be dead, isthere

• To: "Stefano Debenedetti" <sdebenedetti@e...>,"Manos Batsis" <m.batsis@b...>
• Subject: RE: Slightly off, but... was: XUL appears to be dead, isthere some other standard that should be looked at
• From: "Sebastian Schnitzenbaumer" <schnitz@m...>
• Date: Mon, 8 Jul 2002 20:16:42 +0200
• Cc: <xml-dev@l...>
• Thread-index: AcImm/p/hbionB4BRICmFylXEhLA+wADN7DF
• Thread-topic: Slightly off, but... was: XUL appears to be dead, isthere some other standard that should be looked at

Hey Stefano, all,
 
looking forward to your post. Integrating XForms into
XHTML is actually very straight-forward. The W3C
XForms Working Group spun out of the
HTML WG some time ago, so apart from allowing
XForms to be integrated into any XML language,
the focus also was on making it easy to integrate
into (X)HTML. 
 
And I fully agree with the client becoming the final
frontier for now. The flash folks are barely starting
to learn the basics like "Yes, you can use CSS
on top of XML and be done with it". If all you've got
is a hammer then everything is a nail. So things you 
can easily do with e.g XML and CSS are being rebuild
from scratch in Flash. Until the knowledge reaches
those people. 
 
Now XML for them is about storing data, or objects, 
over the net. When that data is structured text, the
main weakness of flash, handling text, becomes a
problem or means just more flash-coding to do. Using
CSS for a view, or XSLT to transform into any other
XML-UI language, or XForms for both view and
edit, is a real mind-blower to the flash people - 
something hard to do becomes really simple.
 
Now if you can still use Actionscript (essentially 
Ecmascript by now) on top of XHTML/CSS/XForms 
to allow that extra freedom if you need it, 
you give those people their dream platform - the
simple things simple, the hard things possible.
 
- Sebastian

	Hello guys,
	
	I especially agree it is very good to have xml-dev.
	
	And I agree some fun is likely to come soon both on the client
	developers side AND on the XML visionaries side, the more these
two ends
	tend to touch (the marketing-driven hairy-and-mundane-aware
short TTL
	presentation vs. the vision of the value of content,
reusability,
	interoperability and awareness of history repeating itself)
	
	 >>http://webaccess.mozquito.com/_progress/dengprogress.html
	
	Seems very interesting I will check it out very soon, my
experience with
	XForms so far was to leave that be until it's made easier for me
to
	understand how to integrate it with HTML. So my XForms Flash MX
	component became a XHTML+CSS component (like if it was an IFRAME
in a MM
	movie) for the sake of the summer and of project completion, I
will post
	an URL as soon as the B2C site that was built upon it goes live,
in a
	few days
	
	ciao
	ste
	
	Manos Batsis wrote:
	>>From: Sebastian Schnitzenbaumer [mailto:schnitz@m...]
	>
	>
	>>A bunch of people including myself have therefore embarked on
a
	>>mission to build an XHTML/CSS/XForms user agent in Flash.
	>
	>
	> Yup, Stefano Debenedetti has talked about this project. Say hi
for me
	> please ;-)
	>
	>
	>
	>>It might work. We'll see. Performance will be the issue.
Here's a
	>>really early alpha:
	>>http://webaccess.mozquito.com/_progress/dengprogress.html
	>
	>
	> Not bad at all!
	>
	>
	> Manos
	>
	>
-----------------------------------------------------------------
	> The xml-dev list is sponsored by XML.org <http://www.xml.org>,
an
	> initiative of OASIS <http://www.oasis-open.org>
	>
	> The list archives are at
http://lists.xml.org/archives/xml-dev/
	>
	> To subscribe or unsubscribe from this list use the
subscription
	> manager: <http://lists.xml.org/ob/adm.pl>
	>
	>
	
	
	

• Prev by Date: Re: RE: XQuery and DTD/Schema?
• Next by Date: RE: RE: XQuery and DTD/Schema?
• Previous by thread: RE: When to create a standard (was XQuery and DTD/Schema?)
• Next by thread: RE: Slightly off, but... was: XUL appears to be dead, isthere some other standard that should be looked at
• Index(es):
  • Date
  • Thread