Cedric Dumoulin wrote:

Eddie Bush wrote:

Hi again, Cedric :-)

We need to "hurry" 1.1, and the only way I see to do that is for each of us to agree to seperatism in 1.1 - understanding and *expecting* that 1.2 will be our chance to solve the problems we wanted to solve in 1.1 but couldn't (because of time).
I am sorry, but I still disagree on the "separatism" point ;-). Or maybe we don't understand the same thing by "separatism". Tiles is a framework to share common piece of work. You can't say now: Tiles allow to share work, but you still have to duplicate when you use module !
I'm going to shut up now :-)  I was just looking at ways to expedite 1.1F.

The Ted's proposal is a good starting point. We need now to check if it fulfill simple needs, and if there is no incompatibility with complex cases. I will check that with existing applications. Implementing it doesn't seem too complicated.
Even having seperatism in 1.1 would be better than the current support non-default modules have -- wouldn't you agree? It's one step in the right direction. I *do* realize what I suggest is less than desirable -- and I personally wouldn't complain if you commited code that gave us something better -- but we should be focused primarily on 1.1F having modules that work - even if not as "fully" as we'd like (ie. there is not sharing).

Cedric
As I said, I'm going to shut up and find something else to fix. It sounds like you have this well in-hand, and "discussing it to death" is just going to prolong the process of effecting whatever change comes.

--
Eddie Bush




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

Reply via email to