The attached patch sets the mask and min/max values appropriately
for the kx165-1, and merges in Torsten's changes for shift-scrollwheel.
Good catch! It's committed with the tiny modification of setting max frequency
for the comm part to 137.00 instead of 140.00.
Torsten
Melchior FRANZ
* Torsten Dreyer -- Monday 02 February 2009:
I have been working with this patch for a while now and I think it is an
improvement and should be applied.
Sounds good, but hold on: Stuart told me on IRC that he works on
something better, and that the Nasal code might be
* Stuart Buchanan -- Tuesday 03 February 2009:
I was looking at the mask tag for the property-adjust, which I
noticed wasn't previously used in the kx165. However, when I tried
it I found two problems. [...]
1) The maskdecimal/mask affected high-order integer values as well
That should be
Melchior FRANZ wrote:
* Stuart Buchanan -- Tuesday 03 February 2009:
I was looking at the tag for the property-adjust, which I
noticed wasn't previously used in the kx165. However, when I tried
it I found two problems. [...]
1) The decimal affected high-order integer values as well
I wrote:
Melchior FRANZ wrote:
* Stuart Buchanan -- Tuesday 03 February 2009:
I was looking at the tag for the property-adjust, which I
noticed wasn't previously used in the kx165. However, when I tried
it I found two problems. [...]
1) The decimal affected high-order integer
I have been working with this patch for a while now and I think it is an
improvement and should be applied.
I added some modifications to the original code:
In the animation-xml
- added support for the SHIFT-KEY modifier so using the mouse wheel without -
SHIFT tunes by 25kHz and using SHIFT
* Torsten Dreyer -- Monday 02 February 2009:
I have been working with this patch for a while now and I think it is an
improvement and should be applied.
Sounds good, but hold on: Stuart told me on IRC that he works on
something better, and that the Nasal code might be obsolete ...
You
* Stuart Buchanan -- Saturday 24 January 2009:
The patch is attached.
I'm not that familiar with the case, but wasn't the diagnosis first
that it's a bug somewhere? In this case I wouldn't like a nasal
hack around that in common space. I prefer fixes to hacks. :-)
Assuming that we want to
Torsten Dreyer wrote:
I believe that the correct behaviour is as follows:
Decrementing 126.00 results in 126.97
Incrementing 126.97results in 126.00
Are you sure? I believe the curren behaviour is correct but not for sure
;-) I check it out within the next few days and drop a
I believe that the correct behaviour is as follows:
Decrementing 126.00 results in 126.97
Incrementing 126.97results in 126.00
Are you sure? I believe the curren behaviour is correct but not for sure
;-) I check it out within the next few days and drop a line here (probably
not
I believe that the correct behaviour is as follows:
Decrementing 126.00 results in 126.97
Incrementing 126.97results in 126.00
Are you sure? I believe the curren behaviour is correct but not for sure ;-)
I check it out within the next few days and drop a line here (probably not
before the
Hi All,
The current kx165 radio stack in Instruments-3D has a bug in it. Changing the
frequency after the decimal place by 0.025 using the left mouse button can
cause a carry to the integer part. e.g.
Decrementing 126.00 results in 125.97
Incrementing 126.97results in 127.00
I believe that
If you are the maintainer of one of these aircraft, can you
please let me know if you are happy for me to go ahead with
this.
Happy with it.
Thanks for it!
--
13 matches
Mail list logo