* Sébastien MARQUE -- 2/21/2009 7:05 PM:
> Yes, I will be obliged to check the value to avoid the instrument fix in
> some cases. But as I discover this problem I wanted to try a solution
> for every dialog-apply, to make the listeners work as expected,
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 expected. ;-)
Last time I checked change-only listeners they seemed to work, but either
I missed something or they changed behavior. I'll look at that in the next
days. I wouldn't hack around a possible bug there in a dialog. Certainly
this can wait a few days.
My concern with the proposed patch is that it limits functionality in
a way that might bite us later. If I write something like the following,
then I usually mean it, and don't want fgfs to ignore it:
<button>
<label>raise signal</label>
<name>signal</name>
<one-shot>true</one-shot>
<property>sim/signals/foo</property>
<binding>
<command>dialog-apply</command>
<object-name>signal</object-name>
</binding>
</button>
And yes, I know that there are other ways to achieve the same. :-)
m.
------------------------------------------------------------------------------
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
_______________________________________________
Flightgear-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/flightgear-devel
