Re: [T4.1.3] Tip for using using directlink and updatecomponents in a for loop

eComponents="ognl:components.componentWrapper.peekClientId()" > > > > > On 10/23/07, Jim Roycroft <[EMAIL PROTECTED]> wrote: >> >> >> I spent three hours on this silly thing so I hope this post will help you >> avoid that! >> >> I was test

Re: [T4] One way to get the context path when you need to inject it straight into HTML

The mailinglist/nabble formatting cut out some stuff... here's the relevant snippet: Jim Roycroft wrote: > > ... > > Note the path to csshover2.htc, obviously it's going to break if I don't > get the context path in there. Here's my solution: > > &

[T4] One way to get the context path when you need to inject it straight into HTML

I just thought I'd share my experience with this one... and I'd love to hear about alternate ways that involve even less code! Although this isn't bad at all. Anyway: Here's what I needed to put in the html: body{ behavior: url

[T4.1.3] Tip for using using directlink and updatecomponents in a for loop

I spent three hours on this silly thing so I hope this post will help you avoid that! I was testing this out with two iterations of the loop, and that's what caused me grief. As soon as I switched to four iterations, I figured out what was happening: I have a SimplePage.html which includes this:

Re: T4.1: Scriptaculous - automatically adding required js files

/> > ... > > > So, you could create you own Scriptaculous.script with the above contents > and include it in any page that you want using: > > > > Jim Roycroft wrote: >> Using 4.1.3, I would like to make use of the "Effect" features provided >

T4.1: Scriptaculous - automatically adding required js files

Using 4.1.3, I would like to make use of the "Effect" features provided by Scriptaculous... for example: Click here to make this text disappear If I put that code in a regular Tapestry page, nothing happens (because the required javascript files are not included), however if I add the "Sug

Re: [WARNING] Feedback for the AcegiSpringJava5FormBased wiki page

> hivemodule.xml to override the default? > > Thanks for any help, > Michael > > > > On 2/6/07, Jim Roycroft <[EMAIL PROTECTED]> wrote: >> >> >> Wiki pages updated. >> >> >> Jim Roycroft wrote: >> > >> > I'd li

RE: Changing the default location of the component template

Nevermind, get$template() was absolutely correct! Man that's ugly.... Jim Roycroft wrote: > > Was there something else to this? Any changes to the pages that use the > component? I cannot get this to work. > > I presume you meant "getTemplate()&quo

RE: Changing the default location of the component template

Was there something else to this? Any changes to the pages that use the component? I cannot get this to work. I presume you meant "getTemplate()" as opposed to "get$template()". Khan, Hatim wrote: > > Ok, it turns out that I can do the following to change the location of a > custom component

Re: Feedback for the AcegiSpringJava5FormBased wiki page

Wiki pages updated. Jim Roycroft wrote: > > I'd like to hang on for a bit to let Jesper update the wiki with any new > things he has figured out. If I don't see any changes in another few days, > I'll update it. > > Now, more new stuff for: AcegiSpringJav