But what about when the V directly communicates with the C? This all
started with the cancel tag. It is very much a struts specific tag
that tells the controller that the action should be cancelled. So, in
this case, the taglib is required by the controller. Otherwise, a
different mechanism wil
> Oh well, I guess I'll look elsewhere for a framework.
If you can only use a framework that only bundles everything into one monothlitic
distribution, then yes you should. We tried that, and it is clearly not working. If
monolithic is the only way we could do things in the future, then I would
Don Brown wrote:
Please, someone fork the taglibs! :)
By forking taglibs to a separate jar after some release, seems like a
win win.
Chains is the direction, that works for it becuase it tells comunity the
focus is on C of MVC.
Taglibs you can get from display tag, struts memnu, etc.
.V
-
> Personally, I don't plan to write a set of custom tags for
> Struts 2.0. I would expect Struts 2.0 to be written in such a
> way that custom tags (or Velocity tools) are not needed. But
> if they were needed, and someone wrote a set that was popular
> within our community, then I would consid
. A separate jar is no biggie, a separate distro is.
>
>
> Edgar
>
>
> -Original Message-
> From: Nathan Bubna [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, June 23, 2004 4:23 PM
> To: Struts Developers List
> Subject: Re: PATCH: html:cancel tag. Made a javascript
Thanks. A separate jar is no biggie, a separate distro is.
Edgar
-Original Message-
From: Nathan Bubna [mailto:[EMAIL PROTECTED]
Sent: Wednesday, June 23, 2004 4:23 PM
To: Struts Developers List
Subject: Re: PATCH: html:cancel tag. Made a javascript version for
submitt ing
Edgar P
From: Nathan Bubna <[EMAIL PROTECTED]>
Reply-To: "Struts Developers List" <[EMAIL PROTECTED]>
To: Struts Developers List <[EMAIL PROTECTED]>
Subject: Re: PATCH: html:cancel tag. Made a javascript version for
submitt ing
Date: Wed, 23 Jun 2004 13:23:14 -0700
Edga
Edgar P Dollin said:
...
> As to your prior point, I will explain why a goal of being able to swap the
> view and controller is of a lower priority to me than having an integrated
> set of tags with the controller.
...
i could be totally off on this, but as i read your posts, i keep getting the
im
Thanks.
As to your prior point, I will explain why a goal of being able to swap the
view and controller is of a lower priority to me than having an integrated
set of tags with the controller.
Work gets planned and paid for by project. A typical project would be to
web enable or web service ena
So, again, what if the cancel button (the patch that started this
whole thread) was patched to allow the proposed behavior, but didn't
require javascript? Meaning, it used javascript if possible, and if
the browser didn't use it provided the old/default method?
The javascript in question is cross
I understand your point, although I don't know why you think it is
important. I guess I just disagree.
Sorry to have made the posting.
Edgar
-Original Message-
From: Michael Rasmussen [mailto:[EMAIL PROTECTED]
Sent: Wednesday, June 23, 2004 2:43 PM
To: [EMAIL PROTECTED]
Subject: RE: P
> Speak for yourself, I use Struts-EL and JSTL quite happily. One day I
> would like to generate XML for the "view" and use XSLT to transform it
> into HTML to which a CSS is applied, but I don't yet know how.
There are already solutions for this although this seems like a problem
waiting to happ
the
support would go up as well.
Edgar
-Original Message-
From: Don Brown [mailto:[EMAIL PROTECTED]
Sent: Wednesday, June 23, 2004 11:25 AM
To: Struts Developers List
Subject: Re: PATCH: html:cancel tag. Made a javascript version for
submitt ing
Please, someone fork the taglibs! :) I
So you would have to view be disconnected, and therefore when changes occur
in the business objects have only testing and a human mind connect the two
? Considering the poor shape of open source view level testing tools
this argument seems to be resting on shaky grounds.
Edgar
-Original
> This contradicts point 1. If using JSTL tags is a waste of time, so is
> using Struts tags.
Absolutely not. There is no logic in the view layer of the struts tags.
JSTL assumes you have to put the object in the scope, know something about
it in order to traverse it etc.
> If you want your s
> From: Edgar P Dollin [mailto:[EMAIL PROTECTED]
> 2) JSTL is a waste of time. The reason I say this, not counting the
> non-java people, is if you can write x number of lines of
> useful code per
> hour, with jstl that is reduced by a factor greater than 1 due to type
> checking, refactoring su
--- Edgar P Dollin <[EMAIL PROTECTED]> wrote:
> I know I will get ignored or flamed on this, but here I go. My
> apologies in
> advance if I offend anyone.
>
> Before I start, I have made more than a couple of attempts at
> contributing
> code, all of which have been ignored or pushed off to irre
Please, someone fork the taglibs! :) I don't understand with all the
strong feelings on taglibs why someone doesn't step up and fork them.
I'd have to ask the other struts.sf.net admins, but I'd be willing to
bet the fork could be hosted by sourceforge at the struts.sf.net site.
I know "fork
I know I will get ignored or flamed on this, but here I go. My apologies in
advance if I offend anyone.
Before I start, I have made more than a couple of attempts at contributing
code, all of which have been ignored or pushed off to irrelevant projects.
I do wish this philosophy would get rethou
19 matches
Mail list logo
