Mailing-List: contact commons-user-help@jakarta.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Jakarta Commons Users List" <commons-user@jakarta.apache.org>
Received-SPF: neutral (asf.osuosl.org: 167.206.4.204 is neither permitted nor
 denied by domain of hgilde@gmail.com)
Date: Sun, 06 Nov 2005 01:26:50 -0500
From: Hans Gilde <hgilde@gmail.com>
Subject: RE: [jelly] swing example
In-reply-to: 
 <6FAF2DB6A5F5764BBB9A55A7EC9B4E5D058138@MAILSRV1.aquarius.cpqd.com.br>
To: 'Jakarta Commons Users List' <commons-user@jakarta.apache.org>
Message-id: <0IPI00HBRSKMUH52@mta9.srv.hcvlny.cv.net>
MIME-version: 1.0
Content-type: text/plain; charset=iso-8859-1
Content-transfer-encoding: quoted-printable
Thread-index: AcXgcGI+uon9fKwIROa/Kl6StUPnIwAQiB4QAHoUBiA=

I cannot reproduce this behavior of having action tags executed =
immediately.
I've checked in a test for this behavior as well (which passes).

My guess is that you're defining the action tag incorrectly, could you
attach a Jelly snippet that reproduces the problem?

-----Original Message-----
From: D=E1rio Lu=EDs Coneglian Oliveros [mailto:oliveros@cpqd.com.br]=20
Sent: Thursday, November 03, 2005 3:36 PM
To: Jakarta Commons Users List
Subject: RE: [jelly] swing example

Hi Paul,

Thanks for the tips.
However I am still having problem getting the swing to work. :-(
I tried to use the code snippet about the System.exit, but it didn=B4t =
work.
Regarding the CardLayout, I couldn=B4t find its tag in the jelly swing
documentation. Do you happen to have an example about how to use it ?

One thing I=B4ve noticed when using Jelly Swing is that any action you =
define
in the jelly script is always executed as of the script startup, even =
though
an event is not triggered yet. Do you know if this is an expected =
behaviour
? I thought any action would be executed only if an event associated to =
it
was activated.

Regarding your reloadable strategy, I think it would be great to have
something like that. We can discuss it later if you wish.

Thanks a bunch.
Dario

-----Original Message-----
From: Paul Libbrecht [mailto:paul@activemath.org]
Sent: quinta-feira, 3 de novembro de 2005 10:15
To: Jakarta Commons Users List
Subject: Re: [jelly] swing example


Le 3 nov. 05, =E0 11:46, D=E1rio Lu=EDs Coneglian Oliveros a =E9crit :
> I was wondering if anyone could help me get some of my Jelly Swing=20
> questions answered.
>
> 1) Considering my swing appl has two menu items and one main panel, is =

> it possible to change the panel content according to the menu item=20
> selected ?

You might give a try with a CardLayout, or ?

> 3) Is there any command to quit a Jelly Swing application ? Couldn=B4t =

> find any sample on the web that does that.


Would the following work ?
<j:invokeStatic className=3D"java.lang.System" method=3D"exit">
	<arg>0</arg>
</j:invokeStatic>
There is also a quit in the swing-demo.

> 2) Let=B4s say a panel has a text field and a button. When pressing =
the=20
> button, a request is sent with the text field value. How can I show=20
> the response in the panel ?

This is not easy, I feel. I've been working on reloadable swing=20
components for a while where a script would be run again in order to=20
populate the pane but I didn't come with a final solution.
I know that you can get a similar effect by doing a bit more method=20
invocations and variable assignments.
   ${pane.remove(xx)}

My intent for reloadable component is, indeed, to have each component=20
behave as a browser frame and request to re-run a population-script=20
along a target.

Just thinking out loud, I seem to encounter that the following might be=20
enough:

<sw:frame>
  blabla
   <sw:panel var=3D"myList"/>
  </sw:frame>

and somewhere else (e.g. as a child of action:

<sw:target name=3D"panel">
   <sw:label>casdasa</sw:label>
   ....
</sw:target>

That is, we would introduce a "target" element that would allow an=20
component to be cleared than repopulated by its content...
This seems suddenly pretty easy to implement compared to the=20
"reloadable" kind of things I expected. Would it fit your task ?

paul

---------------------------------------------------------------------
To unsubscribe, e-mail: commons-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-user-help@jakarta.apache.org


---------------------------------------------------------------------
To unsubscribe, e-mail: commons-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-user-help@jakarta.apache.org


---------------------------------------------------------------------
To unsubscribe, e-mail: commons-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-user-help@jakarta.apache.org