struts-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Wendy Cameron" <camer...@usq.edu.au>
Subject RE: Complicated Web Interfaces?
Date Mon, 02 Dec 2002 01:23:30 GMT
For Model 2X try

http://www.javaworld.com/javaworld/jw-02-2002/jw-0201-strutsxslt.html

http://www.orbeon.com/oxf/whitepaper.xhtml

http://www.orbeon.com/oxf/

Regards Wendy

> -----Original Message-----
> From: Craig R. McClanahan [mailto:craigmcc@apache.org]
> Sent: Monday, December 02, 2002 11:18 AM
> To: Struts Users Mailing List
> Subject: RE: Complicated Web Interfaces?
> 
> 
> 
> 
> On Fri, 29 Nov 2002, Jonathan Holloway wrote:
> 
> > Date: Fri, 29 Nov 2002 00:28:39 -0000
> > From: Jonathan Holloway <jph8@aber.ac.uk>
> > Reply-To: Struts Users Mailing List <struts-user@jakarta.apache.org>
> > To: 'Struts Users Mailing List' <struts-user@jakarta.apache.org>
> > Subject: RE: Complicated Web Interfaces?
> >
> > Ok in principle then it seems fine it's just I don't like the fact
> > that a scripting language whether client or server side can be
> > embedded in the presentation logic, it still seems like a bit of
> > a workaround.
> 
> Have you got an alternative suggestion for how to build 
> complicated UIs
> for a web browser *without* using client side JavaScript?
> 
> >  I've wondered about whether the Model2X approach and the
> > Model 2 approach for some while now and it seems like the 
> latter doesn't
> > seperate the concerns as much as Model 2X.  The only thing 
> that makes me
> > doubt this is the fact that Sun and yourself have gone this 
> way via the
> > Model 2 approach with Java Server Faces rather than the Model 2
> > approach.
> > Is there any particular reason why this method is preferred over the
> > Model 2X approach?
> >
> 
> You'll have to point me at a definition of what you mean by 
> "Model 2X" --
> I've seen the term bandied about, but don't know of any formal
> description.
> 
> Regarding JavaServer Faces in particular, it is *not* a goal 
> of JSF to be
> focused purely on HTML as the markup language.  There will be a set of
> common components included, but no requirement that HTML be 
> the only way
> they are rendered.  I fully expect to see JSF implementations 
> using all
> sorts of other technologies as well.
> 
> > Jon.
> >
> 
> Craig
> 
> 
> --
> To unsubscribe, e-mail:   
> <mailto:struts-user-unsubscribe@jakarta.apache.org>
> For additional commands, e-mail: 
> <mailto:struts-user-help@jakarta.apache.org>
> 
> 

--
To unsubscribe, e-mail:   <mailto:struts-user-unsubscribe@jakarta.apache.org>
For additional commands, e-mail: <mailto:struts-user-help@jakarta.apache.org>


Mime
View raw message