I would say, those "id" attributes are the handles which get manipulated
by servlets. I agree with David that XMLC really separates html from
java code. Thats really nice. Only thing I have not been able to figure
out( or it may be the limitation of XMLC ) is to have the option in XMLC
to present the text inside the tags as the way I pass it if I am
passing through the servlet. For example, Iets say want to pass "how u
doing <br> This is alright ", XMLC coverts "<" character to something
like $lt; . In the case I just mentioned, I want it to print out the
<br>with other contents so that browser will display it correctly. So I
am forced to put these tages in the html page which gets converted into
java file .
If anybody has any suggestion from their experience of using XMLC,
they are very welcome.
Thanks
Pradeep
David Bullock wrote:
> What JSP does not do, however, is let your web-designer work with pure
> HTML (unless their editor makes special provision for the JSP tags).
> It also will not let unimaginative people visualise the results of
> your generated content before the servlet is built.
>
> A really nice solution is from www.enhydra.org (opensource project),
> called XMLC. You give ID attributes to HTML elements, that are then
> *replaced* (including their contained elements) by the servlet. The
> web-designer and the servlet-programmer agree on what the replaced
> content will look like when replaced (the servlet-programmer is
> informed by what the content they're replacing looks like, keeping
> them away from graphic design!). Using this, the whole site 'works'
> for a non-technical user (eg. managers, customers) even before the
> coding is complete. Pure HTML, pure Java. Concrete ID numbers to
> talk about when discussing how the site will look/operate. Incredible
> experience.
>
> This is such an important aspect of the development lifecycle, in my
> opinion, that JSP is just not good enough for me.
>
> My $0.04,
> David.
>
___________________________________________________________________________
To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
of the message "signoff SERVLET-INTEREST".
Archives: http://archives.java.sun.com/archives/servlet-interest.html
Resources: http://java.sun.com/products/servlet/external-resources.html
LISTSERV Help: http://www.lsoft.com/manuals/user/user.html
