Le 17/06/10 � 18:39, Stephen Chin t�l�scripta :
> I published an updated set of jars for a Release Candidate build of
> JFXtras 0.7. This version is compatible with JavaFX 1.3 and is fully
> functional (as far as we know), so please let us know if you run into
> any issues.
Thanks for all this good work :)
I have a problem with this release when using XDialog in signed
applets (already reported here:
http://code.google.com/p/jfxtras/issues/detail?id=32 ):
If I create a XDialog in a signed applet with the RC1, the
close() method of the dialog does not work anymore (it was
working with beta1 and beta2) and if I press the Close button
provided by the Window Manager/Desktop the applet is completely
closed.
Please find attached a script allowing to test this problem (do
not forget to make the applet signed).
> Cheers,
Regards,
Baptiste
--
\,,/_[-_-]_\,,/
http://asocial.ws/gwarf
Mathematicians take it to the limit.
Thanks for filing this issue.
I fixed the Dialog close behavior in Applets so it is identical to what
a JavaFX Stage would do (right down to the IllegalArgumentException in
the logs after the second attempt! :-) )
On your close button issue, that will and has never worked by design.
Since it is a modal dialog that blocks the event thread, your variable
"xd" won't get assigned until after the dialog is dismissed. As a
result, the button handler will call close on a null variable (and
JavaFX conveniently eats the NPE).
However, there was no really good way to access the currently open
dialog, so I added a new feature. There is now a static variable on
XDialog called "CURRENT_MODAL" that you can use to access the currently
open modal dialog. It also handles nested modal dialogs.
To use this, you would need to modify your code to do the following:
Button {
text: "Close"
action: function () {
XDialog.CURRENT_MODAL.close();
}
}
I will include the aforementioned fix in RC2.
Cheers,
--Steve
On 7/2/2010 12:22 AM, Baptiste Grenier wrote:
> Hello,
>
> Le 17/06/10 à 18:39, Stephen Chin téléscripta :
>
>> I published an updated set of jars for a Release Candidate build of
>> JFXtras 0.7. This version is compatible with JavaFX 1.3 and is fully
>> functional (as far as we know), so please let us know if you run into
>> any issues.
>>
> Thanks for all this good work :)
>
> I have a problem with this release when using XDialog in signed
> applets (already reported here:
> http://code.google.com/p/jfxtras/issues/detail?id=32 ):
> If I create a XDialog in a signed applet with the RC1, the
> close() method of the dialog does not work anymore (it was
> working with beta1 and beta2) and if I press the Close button
> provided by the Window Manager/Desktop the applet is completely
> closed.
>
> Please find attached a script allowing to test this problem (do
> not forget to make the applet signed).
>
>
>> Cheers,
>>
> Regards,
> Baptiste
>
>
--
--Steve
blog: http://steveonjava.com/
Hi,
> Thanks for filing this issue.
And thanks for resolving it ;)
> I fixed the Dialog close behavior in Applets so it is identical to what
> a JavaFX Stage would do (right down to the IllegalArgumentException in
> the logs after the second attempt! :-) )
>
> On your close button issue, that will and has never worked by design.
> Since it is a modal dialog that blocks the event thread, your variable
> "xd" won't get assigned until after the dialog is dismissed. As a
> result, the button handler will call close on a null variable (and
> JavaFX conveniently eats the NPE).
>
> However, there was no really good way to access the currently open
> dialog, so I added a new feature. There is now a static variable on
> XDialog called "CURRENT_MODAL" that you can use to access the currently
> open modal dialog. It also handles nested modal dialogs.
>
> To use this, you would need to modify your code to do the following:
> Button {
> text: "Close"
> action: function () {
>
> XDialog.CURRENT_MODAL.close();
> }
> }
>
> I will include the aforementioned fix in RC2.
Thanks it's working perfectly.
> Cheers,
> --Steve
Cheers,
Baptiste
--
echo "\,,/_[-_-]_\,,/"
echo "http://asocial.ws/gwarf"