Well, %= % doesn't really clutter your code
Actually, what I personally prefer, after all the custom tags are said
and done, is to do this:
% String myValue = request.getAttribuiteaksjhdkjahsd); %
html stuff
a href=%= myValue %/link.htmlCool Link/a
However, all this is beside the point
Arron -
I think you are precisely right that this is why JSP is the way it is,
power and f**ked-upedness and all. And JSP is a fine alternative to
ASP, but it is just ASP for Java. This does not justify the way it was
done, it's just an excuse for why it is the way it is. (Sorry, gotta
I've come to the following conclusions:
- If Struts tries to take the programmer out of the equation completely,
it will become an inferior solution.
- Other page development languages (Cold Fusion, ASP, JSP even) provide
actual scripting languages with:
- Variable definition
-
I agree, but business time requirements don't always allow you to
produce the perfect solution to a problem. I'd much rather have
something that works very well but not perfectly than nothing at all.
Alex
-Original Message-
From: Joe Osowski [mailto:[EMAIL PROTECTED]]
Sent: 24 April
I kind of agree with you.
The homemade framework that's best separated code from html for me uses
pages that look something like this:
%
// Readable Programming Section
form1 declaration as a java class that contains as much of the page-specific
(and only page-specific) java as possible
On Wed, 24 Apr 2002 [EMAIL PROTECTED] wrote:
Date: Wed, 24 Apr 2002 15:23:39 -0400
From: [EMAIL PROTECTED]
Reply-To: Struts Users Mailing List [EMAIL PROTECTED]
To: Struts Users Mailing List [EMAIL PROTECTED]
Subject: Re: Tab Libraries? Bah!
I've come to the following conclusions
Mailing List
Subject: Re: Tab Libraries? Bah!
I've come to the following conclusions:
- If Struts tries to take the programmer out of the equation completely,
it will become an inferior solution.
- Other page development languages (Cold Fusion, ASP, JSP even) provide
actual scripting
On Wed, 24 Apr 2002, Joe Osowski wrote:
Date: Wed, 24 Apr 2002 16:34:43 -0400
From: Joe Osowski [EMAIL PROTECTED]
Reply-To: Struts Users Mailing List [EMAIL PROTECTED]
To: 'Struts Users Mailing List' [EMAIL PROTECTED]
Subject: RE: Tab Libraries? Bah!
snip
The solution to avoid
Craig R. McClanahan wrote:
At the end of the day, *somebody* has to ultimately render HTML if a web
browser is your client -- whether it is the page developer writing it by
hand or some dynamic component that is doing part of the rendering for
you. Whether it's JSP or not is hardly the
Rubbish! I work with graphics designers. They barely know
HTML. Now you want them to remember 40 other tags?
That's why you hire people with HTML/creative
development skills.
Or invest in training the designers.
-TPP
--
To unsubscribe, e-mail: mailto:[EMAIL
I think custom tags is the solution. For example, i'm coding a forum
component. The view of this component are JSP. In this JSP i have custom
tags like forum:backToForum/ or forum:ShowThreadTopic/ and so on.
I think this is useful if you are writing a componente that will be
reusable, in othe
Graphics folks
can produce plain old HTML pages, bust them up into subtemplates, add a
few easily understood tags, and wallah! What's more, the pages render
nicely in a plain old browser (sans dynamic content of course). I don't
think JSP can do that. Sorry, but I like to keep things
Yeah, sure. Any problem can be solved if we throw enough money at it,
right? It does not matter if it is architecturally bad, just hire more
people to work around it. Good idea. Seems like that has worked for a
lot of big companies...
Tero P Paananen wrote:
Rubbish! I work with
Rubbish! I work with graphics designers. They barely know
HTML. Now you want them to remember 40 other tags?
That's why you hire people with HTML/creative
development skills.
Or invest in training the designers.
Yeah, sure. Any problem can be solved if we throw enough
Joseph Barefoot wrote:
Graphics folks
can produce plain old HTML pages, bust them up into subtemplates, add a
few easily understood tags, and wallah! What's more, the pages render
nicely in a plain old browser (sans dynamic content of course). I don't
think JSP can do that. Sorry, but I like
Tero P Paananen wrote:
Rubbish! I work with graphics designers. They barely know
HTML. Now you want them to remember 40 other tags?
That's why you hire people with HTML/creative
development skills.
Or invest in training the designers.
Yeah, sure. Any problem can be solved if we throw
Hm. Seems to me that if you have done your configration correctly and
published the content that is available to the designer, they should
have no problem using URL-bases from your configuration content. Maybe
I have jsut made it too easy on myself and the designers I have worked
with in
Joseph Barefoot wrote:
Hm. Seems to me that if you have done your configration correctly and
published the content that is available to the designer, they should
have no problem using URL-bases from your configuration content. Maybe
I have jsut made it too easy on myself and the designers I
Do you really think that JSP was made simply to do a templating engine
to make life easeir for designers and people who only do markup?...
JSP had to fight back at ASP. Something you can hack immediately, no
compiling and just run it. Really sweet and easy to get anyone going on
the road to a
19 matches
Mail list logo