Re: constructing a url...
Re: constructing a url...
- Subject: Re: constructing a url...
- From: James Cicenia <email@hidden>
- Date: Tue, 26 Sep 2006 12:13:58 -0500
I display JFreeChart graphs all the time. In this particular graph, a
bubble graph, I need to popup a window with the project.
Everything is HTML with an image map.
The way jFreeChart renders it, it calls a method to create the
imagemap urls. I can control that and have wonderfully with
a DirectAction. What I am trying to do instead.. I can pass the
context to that aforementioned class, is to somehow create
a component action url with just passing it the context and I guess
the project EO. At that point I am a bit lost on how to
create the URL that can actually reference the project.
Thanks
James
On Sep 25, 2006, at 3:14 PM, Sam Barnum wrote:
So the actual JFreeChart graph is not displayed in an HTML page,
but as a swing component, correct?
I think you're probably going to need to go with DirectActions.
Because component actions depend on a context object. That, or
you'll need to pass in the WOContext (or a context ID) to the
JFreeChart, then during invokeAction check to see if the context
matches the one in the request URL.
On Sep 23, 2006, at 8:01 AM, James Cicenia wrote:
See below:
On Sep 22, 2006, at 3:28 PM, Chuck Hill wrote:
On Sep 21, 2006, at 7:26 PM, James Cicenia wrote:
Chuck -
I have been reading and re-reading that section. And, I still
can't seem to grasp one
fundamental issue and that is how I am to relate my current
EOObject to the action.
Each bubble on my graph is a project. Clicking on a bubble
popups the project window.
So...
They are in a WORepetition, right?
No... jFreeChart when it renders its graphic has its own classes
to render the associated URL while it does that.
So I can give it a context and any text.. probably pass it an eo
too. That is about it.
Do I have to create and insert context.elementIDs through each
iteration jFreeChart does?
confused.
James
I can see how to construct the URL, even invoke an action,
however, I am still mystified
about how it is to know what object the URL is referring too.
Does this make sense?
All that you can know is that the URL is for the current item in
the repetition. The URL is not for a specific object, just for a
specific place in the iteration through the tree of WOElements.
So in your invokeAction method, when context.senderID().equals
(context.elementID()) then whatever is bound to the 'item' of the
WORepetition has the correct Project to popup a window for.
I am also not clear on why you don't just use a WOHyperlink for
this.
Chuck
On Sep 20, 2006, at 11:58 AM, Chuck Hill wrote:
Hi James,
On Sep 19, 2006, at 6:58 PM, James Cicenia wrote:
I need to construct a componentActionURL vs a directActionURL.
Basically I am using jfreeChart and need to create a popup of
an object.
I can make it work great with direct actions however, for
reasons unimportant here,
I need a componentActionURL.
My question I think is how to set the action for
WOContext.componentActionURL?
I think you are thinking about this backwards. The frameworks
compute the URL based on where in the tree of WOElements it
is. You don't set the action. The question to ask is, "How do
I know if the incoming action is for me?" The answer is to
check if context.senderID().equals(context.elementID()). See
page 181
--
Practical WebObjects - for developers who want to increase their
overall knowledge of WebObjects or who are trying to solve
specific problems. http://www.global-village.net/products/
practical_webobjects
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
40360works.com
This email sent to email@hidden
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
40jimijon.com
This email sent to email@hidden
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden