Welcome to the FlexRadio Community! Please review the new Community Rules and other important new Community information on the Message Board.
The latest SmartSDR Software:
SmartSDR v4.2.18 | SmartSDR v4.2.18 Release Notes
SmartSDR v3.10.15 | SmartSDR v3.10.15 Release Notes
The latest 4O3A Genius Product Software:
The latest 4O3A Genius Product Software and Firmware
SmartSDR v4.2.18 | SmartSDR v4.2.18 Release Notes
SmartSDR v3.10.15 | SmartSDR v3.10.15 Release Notes
The latest 4O3A Genius Product Software:
The latest 4O3A Genius Product Software and Firmware
How to Receive Technical Support::
If you are needing assistance with FlexRadio products, please refer to the product documentation or check the Help Center for known solutions. Need technical support from FlexRadio? It's as simple as creating a HelpDesk ticket.
If you are needing assistance with FlexRadio products, please refer to the product documentation or check the Help Center for known solutions. Need technical support from FlexRadio? It's as simple as creating a HelpDesk ticket.
Typo in panadapter.cs (flexlib)
rfoust
Member ✭✭
Found a typo, I think RaisePropertyChanged should be RFGainStep instead of RFGainHigh in the snippet below:
private double _rf_gain_step; public double RFGainStep { get { return _rf_gain_step; } set { if (_rf_gain_step != value) { _rf_gain_step = value; RaisePropertyChanged("RFGainHigh"); } } }
0
Comments
-
It is a typo. Good catch! We'll get it fixed. Thanks.2
-
For reference, this is issue #1821.0
-
<total aside>
Can I just chime-in with some unsolicited advice? These names of the properties (the argument to RaisePropertyChanged) would ideally be constants, and not require the dev to type-in a string literal at each invocation. Eliminates any chance of typos making it into the released code. Also, it they were scoped correctly, the consumer of the API could use the same constants when consuming the events.
Sorry, it's the dev manager in me...
</total aside>
0 -
I agree with you and had the same concerns when we started using the ObservableObject class (which uses the INotifyProperty interface). This is the industry standard for binding WPF GUI components to C# libraries (see https://msdn.microsoft.com/en-us/library/system.componentmodel.inotifypropertychanged%28v=vs.110%29....). Aside from the string issue, it has really worked pretty well.0
-
As someone not familiar with dot net programming and C sharp, why not use a string constant and refactor the constants into a header file?0
-
Again, the INotifyProperty interface which uses the string based propertyName variables is the industry standard way of binding WPF GUI components to C# libraries -- especially if using the Model View ViewModel (MVVM) framework. I, personally, would rather take my licks with the standard that thousands of other developers are using rather than trying to roll my own and not have the support and documentation of millions of lines of code from which others have already learned.1
Leave a Comment
Categories
- All Categories
- 393 Community Topics
- 2.2K New Ideas
- 668 The Flea Market
- 8.5K Software
- 174 SmartSDR+
- 6.5K SmartSDR for Windows
- 191 SmartSDR for Maestro and M models
- 450 SmartSDR for Mac
- 276 SmartSDR for iOS
- 266 SmartSDR CAT
- 215 DAX
- 389 SmartSDR API
- 9.5K Radios and Accessories
- 71 Aurora
- 317 FLEX-8000 Signature Series
- 7.2K FLEX-6000 Signature Series
- 981 Maestro
- 58 FlexControl
- 869 FLEX Series (Legacy) Radios
- 952 Genius Products
- 474 Power Genius XL Amplifier
- 349 Tuner Genius XL
- 129 Antenna Genius
- 311 Shack Infrastructure
- 217 Networking
- 474 Remote Operation (SmartLink)
- 143 Contesting
- 833 Peripherals & Station Integration
- 146 Amateur Radio Interests
- 1.1K Third-Party Software


