Hey,
* Sébastien MARQUE -- 2/23/2009 11:01 PM:
> you can find the patch with, I hope, the correct improvement you asked.
Yes, thanks. I do currently not have access to my machine, but will commit
in a few days if nobody is quicker. (Temporary variable names with a
scope of just three lines should
Hi Melchior,
you can find the patch with, I hope, the correct improvement you asked.
I wanted to add that I really agree your point of view: "To make
listeners work as expected the solution is to make *listeners*
work as expected, not to change dialog-apply in a way that makes them
not work as
* Sébastien MARQUE -- 2/20/2009 1:23 AM:
> This is not new, it was the case with the precedent gui dialog, and I
> used a Nasal workaround but not really useful as it disallows to come
> back to a previous state.
I've written a lot of dialogs, the most complicated ones among them,
and I don't re
On Sat, Feb 21, 2009 at 2:39 AM, Sébastien MARQUE wrote:
>
> no problem. I've attached a nasal script to put in whatever aircraft you
> want. In this script you'll find several listeners linked to several
> properties that can be modified using instrument-failures.xml or
> system-failures.xml.
>
>
Hi Csaba,
no problem. I've attached a nasal script to put in whatever aircraft you
want. In this script you'll find several listeners linked to several
properties that can be modified using instrument-failures.xml or
system-failures.xml.
Then open the Equipment -> Instrument failures dialog
On Fri, Feb 20, 2009 at 8:46 AM, Sébastien MARQUE wrote:
>
> actually I already use a listener that only fires then the value really
> change. I've looked in Nasal scripting wiki page and globals.nas to be
> sure, and tried the other possible values for the fourth argument of
> setlistener, with n
Hi,
attached the patch to apply only the changed values in a dialog box
using dialog-apply fgcommand. Now only the listener(s) associated with
the changed value are fired. It works fine here, and I think it could be
useful to apply it.
Thanks a lot
regards
seb
Sébastien MARQUE a écrit :
H
Hi Csaba,
actually I already use a listener that only fires then the value really
change. I've looked in Nasal scripting wiki page and globals.nas to be
sure, and tried the other possible values for the fourth argument of
setlistener, with no more succes, that's why I looked in FG sources. If
On Fri, Feb 20, 2009 at 1:23 AM, Sébastien MARQUE wrote:
>
> Indeed, it seems like the dialog-apply command changes every single
> property linked to a checkbox causing the listeners set on these
> properties to be triggered even if the property hadn't be changed by the
> user. The result is that
Hi all,
I'm still trying to get failures implemented specifically for one
aircraft (before finding a better way for global solution). I've got a
"problem" with the dialogs instrument-failures.xml and
system-failures.xml, using the check boxes.
Indeed, it seems like the dialog-apply command cha
10 matches
Mail list logo