On Mon, 23 Aug 2010 17:39:55 -0300, Rich M wrote:
Yea, if the environment is per thread then I don't see how it would be
getting env.pop'ed anywhere else manually by my code. As far as my
knowledge goes the loading is something like: Index page loads
Containing Page.
My suggestion of hav
Yea, if the environment is per thread then I don't see how it would be
getting env.pop'ed anywhere else manually by my code. As far as my
knowledge goes the loading is something like: Index page loads
Containing Page. Containing page fires BeginRender annotated method
which pushes PageId into t
Hm... are you sure you aren't env.pop'ing that PageId somewhere else? It really
ought to still be available in environment in AfterRender. Thiago is correct
that you don't /have/ to pop it since the service is per-thread, but it's
disturbing to me that it's not there in AfterRender... unless on
On Mon, 23 Aug 2010 13:38:14 -0300, Rich M wrote:
I'm assuming you mean in the Containing Page?
Yes.
I tried switching it to onActivate instead of beginRender and in this
case the afterRender method throws a NoSuchElementException when trying
to pop the Object from the Environment, code
I'm assuming you mean in the Containing Page? I tried switching it to
onActivate instead of beginRender and in this case the afterRender
method throws a NoSuchElementException when trying to pop the Object
from the Environment, code as below:
//@BeginRender
public void onActivate(){
On Fri, 20 Aug 2010 18:26:46 -0300, Rich M wrote:
Spoke a little too soon. One minor thing remains in some of the
sub-subPages related to the Environmental stuff. Passing the PageId
Object from the containing page to the sub-page through the environment
works out okay, but when I submit fo
I haven't been following your thread closely, sorry, but from what I gather,
onSuccess is going to be too late to push the id onto the environment.
Check out:
http://tapestry.apache.org/tapestry5.2-dev/tapestry-core/ref/org/apache/tapestry5/corelib/components/Form.html
Which will list all of the
Spoke a little too soon. One minor thing remains in some of the
sub-subPages related to the Environmental stuff. Passing the PageId
Object from the containing page to the sub-page through the environment
works out okay, but when I submit forms on any of the sub-pages I get an
exception stating
On Fri, 20 Aug 2010 17:21:45 -0300, Rich M wrote:
Ah, I've finally got it. Many many thanks for helping me put the pieces
together Thiago, it can be really hard to see a different way of doing
things once you've already done it a certain way. It looks like my
application can finally start
Ah, I've finally got it. Many many thanks for helping me put the pieces
together Thiago, it can be really hard to see a different way of doing
things once you've already done it a certain way. It looks like my
application can finally start working the way I'd hoped!
It turned out the render er
On Fri, 20 Aug 2010 13:07:06 -0300, Rich M wrote:
Almost there.. I'm having a hard time with this environmental coding. If
I can get it down for this one page then it should be simple enough for
the rest.
Your code that uses the environment looks correct.
As of now, I'm getting a strange
Almost there.. I'm having a hard time with this environmental coding. If
I can get it down for this one page then it should be simple enough for
the rest.
As of now, I'm getting a strange error in the sense that it describes
something I did not explicitly code:
Render queue error in BeginRende
On Fri, 20 Aug 2010 10:52:21 -0300, Rich M wrote:
Not exactly what I meant, but that might be useful. I'm trying to say
including the template of the SubPage embedded inside the template of
the ModuleIndex. For example if I want to embed the template of a Grid
inside the ModuleIndex I'd wr
Not exactly what I meant, but that might be useful. I'm trying to say
including the template of the SubPage embedded inside the template of
the ModuleIndex. For example if I want to embed the template of a Grid
inside the ModuleIndex I'd write
but now I have a lot of Tabs and only one shou
On Thu, 19 Aug 2010 19:13:43 -0300, Rich M wrote:
Ah, great! That helped move things forward. Transformation is starting
to take place, I was able to get one of the SubPages to Live Reload, but
the display is wrong, part a) isn't quite complete. What is the best way
to feed the current Sub
Ah, great! That helped move things forward. Transformation is starting
to take place, I was able to get one of the SubPages to Live Reload, but
the display is wrong, part a) isn't quite complete. What is the best way
to feed the current SubPage into the containing ModuleIndex's page/template?
On Thu, 19 Aug 2010 17:53:56 -0300, Rich M wrote:
Actually I spoke a little too soon about the persistent fields. I'm not
really clear on how that is solved by a ComponentRequestFilter, other
than it's a good place to do it. ComponentSource doesn't provide any
means with which to clear per
Actually I spoke a little too soon about the persistent fields. I'm not
really clear on how that is solved by a ComponentRequestFilter, other
than it's a good place to do it. ComponentSource doesn't provide any
means with which to clear persistent fields.
I was achieving it before with
@Injec
Hi,
thanks for the response. So it looks like I can manage the components
mostly through the ComponentSource service, I should be able to clear
persistent fields this way and load the current SubPage I want. Then I
can implement a ComponentRequestFilter to aid in the Permissions I wrote
about
On Thu, 19 Aug 2010 15:41:20 -0300, Rich M wrote:
a) ModuleIndex functions similar to the Layout page, it must contain the
navigation menu and then directs content from a specific page of the
Module (I will call these SubPages) into the template.
What do you mean by "directs content"?
b)
Hi,
a couple months back I was attempting to solve this issue, but since it
is more an issue of agility than functionality it got pushed back in my
development priorities. I've got some free development time now and I'd
really like to fix this once and for all.
I'll try to break this down in
21 matches
Mail list logo