> Hi Gary,
>
> I am *trying* to write some documentations right now for Clay for my
> corporation but I am going to submit it back to the community so you
> can use it and change it as you want.
>
> So basically, I am trying first to describe the issues Clay is solving
> before describing how it
Hi Gary,
I am *trying* to write some documentations right now for Clay for my
corporation but I am going to submit it back to the community so you
can use it and change it as you want.
So basically, I am trying first to describe the issues Clay is solving
before describing how it works.
I come wi
> Hi
>
> I got it working (I was using faces as suffix instead og xml) - Looks very
> promising.
>
Cool, please keep us informed of your progress. I think a Clay/Facelets
comparison would be very helpful. It could also give us some ideas of how we
can improve Clay besides helping folks choo
> Hi
>
> I tried your recipe, but it does not seem to work. It really excited me with
> the
> parameter substitution, which looks a lot like what I have been testing with
> Facelets. I am looking to replace Tiles with either Clay of Facelets, so it
> would be nice to verify that the Clay way o
Hi
I got it working (I was using faces as suffix instead og xml) - Looks very
promising.
Hermod
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Wednesday, November 30, 2005 10:53 AM
To: user@struts.apache.org
Subject: RE: [shale] Clay templating
Hi
I tried
have set up
Hermod
-Original Message-
From: Gary VanMatre [mailto:[EMAIL PROTECTED]
Sent: Monday, November 28, 2005 11:17 PM
To: Struts Users Mailing List; Struts Users Mailing List
Cc: Alexandre Poitras
Subject: Re: [shale] Clay templating
> By the way, I will try to write s
> By the way, I think "RUNTIME" and "ignore" are the same kind of id, ie
> template directives so maybe if you add some more directives in the
> future (like "content"), it would be important to have a naming
> convention to not confuse the users.
>
Yep, they are the same kind of template directi
By the way, I think "RUNTIME" and "ignore" are the same kind of id, ie
template directives so maybe if you add some more directives in the
future (like "content"), it would be important to have a naming
convention to not confuse the users.
On 11/29/05, Gary VanMatre <[EMAIL PROTECTED]> wrote:
> >
> Ok I see thank for the explanations. I still to experiment a little bit.
>
> The jsfid "ignore" is similar to $remove$ in tapestry. The id
> $content$ in tapestry allows you to specify where the component
> definition begin. It is useful to still support the preview mode even
> when your layout
Ok I see thank for the explanations. I still to experiment a little bit.
The jsfid "ignore" is similar to $remove$ in tapestry. The id
$content$ in tapestry allows you to specify where the component
definition begin. It is useful to still support the preview mode even
when your layout is split acc
> Another concern I have is that the Clay jsp tag is using the jsfid
> attribute to specify the clayJsfId propertie. I understand that since
> you are already using the Clay tag, it should be obvious you are
> working with the clay component and so the jsfid attribute refers to
> the component defi
> Does Clay support something similar to $remove$ and $content$ in
> Tapestry? It's great to keep the preview mode usable.
>
Clay has two similar ideas. I've never used Tapestry so I'm sure that this
statement is questionable.
Clay has an "allowBody" attribute that you can use to indicate the
Another concern I have is that the Clay jsp tag is using the jsfid
attribute to specify the clayJsfId propertie. I understand that since
you are already using the Clay tag, it should be obvious you are
working with the clay component and so the jsfid attribute refers to
the component definition Cla
Does Clay support something similar to $remove$ and $content$ in
Tapestry? It's great to keep the preview mode usable.
On 11/28/05, Gary VanMatre <[EMAIL PROTECTED]> wrote:
> > By the way, I will try to write some documentation for Clay. I already
> > have to do it but in french, so I guess a litt
> By the way, I will try to write some documentation for Clay. I already
> have to do it but in french, so I guess a little translation won't be
> too difficult and can help the community. In my mind, Clay is the
> component that need the most explanations in Shale Frameworks. So if
> any developpe
By the way, I will try to write some documentation for Clay. I already
have to do it but in french, so I guess a little translation won't be
too difficult and can help the community. In my mind, Clay is the
component that need the most explanations in Shale Frameworks. So if
any developpers read th
Hi,
I am trying to get a grasp on Struts Clay. I understand there are 4
ways of using it and wich one you might want to use depends of the
situation.
I would like to do something similar to what is found in the rolodex
usecase, ie. define a component layout in his own html files (like the
adress
> Gary VanMatre wrote:
>
> >Maksimenko Alexander wrote:
> >
> >
> >>yes it will work too but needs useless duplications of jsfid in mapping
> >>element (I afraid of duplications ;))
> >>
> >>
> >>
> >In this case the last one registered would win. We have the same thing with
> JSF compon
Gary VanMatre wrote:
Maksimenko Alexander wrote:
yes it will work too but needs useless duplications of jsfid in mapping
element (I afraid of duplications ;))
In this case the last one registered would win. We have the same thing with
JSF components and managed beans?
why it's
Maksimenko Alexander wrote:
> >
> yes it will work too but needs useless duplications of jsfid in mapping
> element (I afraid of duplications ;))
>
In this case the last one registered would win. We have the same thing with
JSF components and managed beans?
> why it's not possible just while
Gary VanMatre wrote:
That is only true for things defined as "component". Things defined as
"component" are top-level. That really means that they are an entry in the Map
that caches the digested XML file.
When you use the jsfid for an "element", it kind of works like and a java
> >That is only true for things defined as "component". Things defined as
> "component" are top-level. That really means that they are an entry in the
> Map
> that caches the digested XML file.
> >
> >When you use the jsfid for an "element", it kind of works like and a java
> anonymous clas
So I have to invent some naming conventions for jsfid to prevent that a child
from one html template won't have the same name as another child ;(
Thanks for clarifications
That is only true for things defined as "component". Things defined as "component" are top-level. That really mea
> >>
> Another question about html views (since they are more interesting in
> practical use). For example I have main.html component and profile.html
> component. The both have submit buttons - but I want distinguish that
> one button is for main.html and another one - for profi
Gary VanMatre wrote:
Gary VanMatre wrote:
Another question about html views (since they are more interesting in
practical use). For example I have main.html component and profile.html
component. The both have submit buttons - but I want distinguish that
one button is for main.html and a
> Gary VanMatre wrote:
>
> >>Another question about html views (since they are more interesting in
> >>practical use). For example I have main.html component and profile.html
> >>component. The both have submit buttons - but I want distinguish that
> >>one button is for main.html and another on
Gary VanMatre wrote:
Another question about html views (since they are more interesting in
practical use). For example I have main.html component and profile.html
component. The both have submit buttons - but I want distinguish that
one button is for main.html and another one - for profile.htm
> Another question about html views (since they are more interesting in
> practical use). For example I have main.html component and profile.html
> component. The both have submit buttons - but I want distinguish that
> one button is for main.html and another one - for profile.html. In
> rolode
Gary VanMatre wrote:
The only difference is instead of in profile
screen I need profile.html and in main I need main.html components. How
can I do this?
Well... to me, this sounds like a job for Tiles. Gary, what do you think?
Yes, I agree. The role of Clay is to glue togather
> Sorry for interruption.
> After reading your discussion, I try to read the more about Shale.
> From the webpage, http://struts.apache.org/shale/index.html,
> it is found that Shale does not depend on Struts.
>
> I wonder if Shale will be independent of Struts?
>
I think that depends on th
Sorry for interruption.
After reading your discussion, I try to read the more about Shale.
>From the webpage, http://struts.apache.org/shale/index.html,
it is found that Shale does not depend on Struts.
I wonder if Shale will be independent of Struts?
2005/9/20, Gary VanMatre <[EMAIL PROTECTED]
>
> > The only difference is instead of in profile
> > screen I need profile.html and in main I need main.html components. How
> > can I do this?
>
> Well... to me, this sounds like a job for Tiles. Gary, what do you think?
>
Yes, I agree. The role of Clay is to glue togather JSF components.
From: "Maksimenko Alexander" <[EMAIL PROTECTED]>
The only difference is instead of in profile
screen I need profile.html and in main I need main.html components. How
can I do this?
Well... to me, this sounds like a job for Tiles. Gary, what do you think?
As far as Shale + Tiles documentatio
Thanks for your answer!
great that I finally found you, guys :)
your answer is very clear but I need some details:
about html template approach:
lets there is two screens "profile" and "main". Layout of them is
defined by layout.html
#{managed-bean-name.title}
> Hi!
> I don't know is there proper place for discussing shale. If it's not can
> you point me to correct mailing list
>
This is the mailing list. You've even prefixed your message subject with
[Shale].
> I'm using JSF and looking for good rendering/template framework.
> Remembering tha
Hi!
I don't know is there proper place for discussing shale. If it's not can
you point me to correct mailing list
I'm using JSF and looking for good rendering/template framework.
Remembering that Shale is created by those people who have done Struts I
prefer using it instead of faceletes ;)
36 matches
Mail list logo
