[EMAIL PROTECTED] wrote:
Hi dear RIFErs,
I've managed to implement a simple component which I call a view
component, in the sense that it's not really an Element, just a
reusable unit that renders a view from some data. In this case, it's
an HTML table. My goal was to encapsulate how I display
Hi Eddy,
Thanks for your response.. a response from Mr. Component himself :-)
I like the approach, although I personally prefer template decorators.
You've got my curiosity; what do you mean by template decorator?
Could you explain or point me to a document?
Thanks again..
Frederic
Hi Frederic,
thanks for sharing this!
Some people might rip you apart when you call this a component since
it doesn't handle any encapsulation of state (which is what happened
to me last time on JavaLobby), but anyway.
It's a nice example of the flexibility of RIFE's template engine
Geert Bevin wrote:
Hi Frederic,
thanks for sharing this!
Some people might rip you apart when you call this a component since it
doesn't handle any encapsulation of state (which is what happened to me
last time on JavaLobby), but anyway.
Which is exactly why I find components cumbersome in
Hi everyone,
I'm working on the next version of RIFE (1.5) which most notably
sports support for site structure declarations using annotations,
stateful view components, simultaneous continuations, step-back
continuations and totally XML-less applications.
As of this weekend however,
Which is exactly why I find components cumbersome in most cases. A
component should be relevant on its own, and to do that a developer
would have to consider many different possibilities.
Well that's what I've been trying to solve with embedded elements.
Besides creating reflective
Hi Geert and Eddy,
Some people might rip you apart when you call this a component since it
doesn't handle any encapsulation of state (which is what happened to me
last time on JavaLobby), but anyway.
Indeed, it's just a view component, maybe component is not the right
word. Sorry you got
So, where is that thread on JavaLobby?
It's already quite old:
http://www.javalobby.org/java/forums/t70272.html
Wait a minute.. I remember that thread!
So you got ripped by whom, Wicket people? Being flamed by Wicket people
is like a cow's opinion - it doesn't matter. :-)
So, where is that thread on JavaLobby?
It's already quite old:
http://www.javalobby.org/java/forums/t70272.html
Wait a minute.. I remember that thread!
So you got ripped by whom, Wicket people? Being flamed by Wicket
people
Yeah, they actually went as far as having me implement an example
is like a cow's opinion - it doesn't matter.
Ow. Wicket has got quite some nice ideas and approaches. I think that
RIFE can still steal some things from them (though not much)
I don't doubt it; I meant that when they start flaming you instead of
having a healthy discussion, or become
On 7 Jun 2006, at 18:06, Frederic Daoud wrote:
It is simply applying the Decorator design pattern to templates. See
example.
Interesting, interesting..
So you decorate your Template object, but how do you decorate the
HTML template?
Or, put another way, how do you encapsulate how you lay
I don't. Each decorator applies to a particular use-case; in the
example, it is the listing of tasks.
OK. I think we are addressing different cases here. In your case, you are
adding functionality to a template by decorating it; in my case, I am defining
a piece of template for reuse. Always
On 7 Jun 2006, at 18:14, Geert Bevin wrote:
private static final class TasksListTemplate extends
AbstractTemplate {
Very minor comment, it's probably better to implement the Template
interface instead.
To be proper, I should have a base abstract class implementing
Template, then
On 7 Jun 2006, at 18:19, Frederic Daoud wrote:
So, where is that thread on JavaLobby?
It's already quite old:
http://www.javalobby.org/java/forums/t70272.html
Wait a minute.. I remember that thread!
So you got ripped by whom, Wicket people? Being flamed by Wicket
people
is like a cow's
On 7 Jun 2006, at 18:22, Geert Bevin wrote:
Wait a minute.. I remember that thread!
So you got ripped by whom, Wicket people? Being flamed by Wicket
people
Yeah, they actually went as far as having me implement an example
of stateful components because they wouldn't believe me. RIFE,
I'd be very interested to get your view on why you prefer to stick
with RIFE after having tried out all these others. Particularly in
the light of some comparison evaluations that will be performed by a
large company next week.
FWIW, I've also tried Tapestry, Wicket, WebWork, JSF,
I don't understand why they would even ask for an example; it is
not that hard adding state to an embedded element. Anyway, the
truth is, although components
What they were talking about is not to add external state to an
embedded element by for example injecting spring beans or so into
OK one last thing, Geert is an awesome person and the RIFE
community is
extremely responsive and helpful. Not to be taken for granted!
*blush*
We'll definitely have to get some drinks together if we ever meet :-)
Hope this helps. Feel free to ask for any more precisions
concerning the
We'll definitely have to get some drinks together if we ever meet
That would be cool!
How about you, Geert? Which frameworks have you tried and what were
your impressions? Also, which frameworks were you working with before
you decided to create RIFE? What prompted you to embark on this
How about you, Geert? Which frameworks have you tried and what were
your impressions? Also, which frameworks were you working with before
you decided to create RIFE? What prompted you to embark on this
endeavor?
I started working on RIFE more than 5 years ago. At that point in
time there
20 matches
Mail list logo