Welcome to the new FlexRadio Community! Please review the new Community Rules and other important new Community information on the Message Board.
If you are having a problem, 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.

Possibility of Hover-Over Indication if a Slider is Active?

Steve K9ZW
Steve K9ZW Member ✭✭✭
edited June 2020 in New Ideas

Taken from another thread:

COMMENT - Flex user Jim:


I feel so absolutely ****.  All of this time I have been sliding the sliders back and forth on WNB, NB, NR, ANF and nothing happened. Surprise! I actually clicked on the respective buttons and a whole new world opened before my eyes. I'm not even blond...DUH...So now I'll go play for a while.
Don't judge me guys, I'm old.
Jim

REPLY:   Tim - W4TME - Customer Experience Manager          

Everyone deserves a Mulligan once and awhile ;-)
and My thoughts:


Thinking on this, [here at work] we use an industry specific software package that if I were to adjust the settings without that feature being enabled the software in a hover-over type balloon reminds me that that in order to have my setting change affect anything that I need to activate the feature.

I recollect that if the feature is active the hover-over reflects the setting's available range and what the present setting is.

If the indication that an operator is adjusting a feature not turned on could be provided in SmartSDR it would be a nice touch?

73

Steve
K9ZW





4 votes

Open for Comments · Last Updated

Comments

  • Peter K1PGV
    Peter K1PGV Member ✭✭✭
    edited June 2020
    You know... a dot-release of SSDR with a lot of little UI tweaks might be very popular.

    Steve K9ZW's idea of providing feedback that a user is adjusting a control for a feature that is not turned-on seems to me to be sheer genius -- The user still can do the adjustment, of course, but is kept from "shooting himself in the foot."

    Adding support for the OnMouseWheel event to each of the scroll bars would also be a good thing.

    And, of course, there's my personal most-wanted addition: A frequency/tuning display that lets you tune like you could in PSDR (by hovering over a given digit and using the mouse wheel to increase or decrease the frequency by that digit's steps).  Man, I loved that tuning method.

    I'm sure the community could very easily come-up with a similar UI tweaks that would delight them. 

    What say, Flex folks?  While it's not exactly the most interesting stuff to code-up, such tweaks would surely make SSDR even more pleasurable to use on a day-to-day basis.

    Peter
    K1PGV

  • Bill -VA3WTB
    Bill -VA3WTB Member ✭✭✭
    edited February 2018
    I agree, these are all things that make operating the software better. there are some things in PSDR were Flex nailed it. To see some of those things come back to SSDR would be nice. I remember sometimes talking in a group and they decide to change Freq, I would simply change the digits with my mouse wheel, they always wondered why I was the first to get there,,lol
  • DrTeeth
    DrTeeth Member ✭✭
    edited December 2018
    @ Steve - Definitely. When I first got the rig and thought it was broken out of the box (such is just my luck with many purchases, it is a family joke) just because I had not clicked on the DAX button to make it blue. It seems that there are so many places in the IU to adjust/activate the same thing.

    @ Peter - YES!

    @Bill - I have never used PSDR, but so many people have good things to say about it I wonder how SSDR was released with several things that were patently worse in some way than PSDR. I will not get into how long it seems to take to get things up to par with the same feaature/UI arrangement in SSDR.

    73 chaps.
  • Walt - KZ1F
    Walt - KZ1F Member ✭✭
    edited November 2016
    What would be really nice is if FRS made the GUI source available. Or, better yet, made it a real open source project where commiters remain FRS employees but others could effect these types of changes. FRS would still have the final say on what gets into the release but ideas that haven't percolated to the top of their backlog list could be picked off by 'auxiliary' developers. Proprietary functions could be segregated to ancillary dlls The only downside I envision is managing expectation for those changes 'rejected'.
  • James Whiteway
    edited November 2015
    While I like your idea Walt, I wonder what kind of support issues that could bring about? Even with FRS having final say so, I would think bugs and complaints about them, could easily get out of hand. I know from my own feeble efforts, that a "feature" I might implement, may well (and sometimes does) induce problems that did not exist before. Or, in several instances, expose coding errors on my part, that got by me when the previous "feature" was added. But, I'm certainly having fun learning! James WD5GWY
  • James Whiteway
    edited November 2015
    Oh, and making the GUI source available, would ruin my learning experience. While I've slowed down on the Waterfall, I have not stopped. But, having the source code around would tempt me to use it instead of learning more about getting it right. Currently my version of a waterfall using the api, is dog slow. But, I will fix it. For now I'm working on getting all of the panadapter features working tight. Like a fully functional Slice receiver display on the panadapter. James
  • Peter K1PGV
    Peter K1PGV Member ✭✭✭
    edited December 2016

    Yeah... Open sourcing SSDR would be good for the community, perhaps, but absolutely bad for Flex.  And, ultimately, bad for Flex is really the same as bad for the community.

    The GUI is Flex proprietary value-added IP.  By making the source of the GUI available as OSS, Flex lowers the barrier to entry for their competition and commoditizes the interface to their radio. This has already been demonstrated by the experience with PSDR. If you need an example, look at Apache Labs.  Those guys could *never* put together their own GUI, and probably wouldn't even be in business if PSDR was not open source. 

    And as a reward for this act of charity to their competitors, Flex would get to "have the pleasure" dealing with overhead of managing upstream submissions by dilettantes and wannabes, and having support deal with users that are using numerous bastardized versions of SSDR that will be floating around the community (as pointed out by James WD5WY).

    No... that might get us the kind of tuning features I want, but that would not a good move overall.

    Peter
    K1PGV

  • Bill -VA3WTB
    Bill -VA3WTB Member ✭✭✭
    edited February 2018
    It took several years to get PSDR to the place were Flex ended off, and were it is now on the last release. It was a slow going. SSDR is able to do much more than PSDR ever could, and it amazes me how a small company like Flex could even pull SSDR off at all. SSDR is light years  ahead PSDR, but it is just the little things that was nice about it.
  • Bill -VA3WTB
    Bill -VA3WTB Member ✭✭✭
    edited December 2016
    If they did that , it would be on every Anan in a heart beat, I can't see them lose control, we saw what happened to PSDR. The ham world took advantage of the hard work Flex put into it.
  • Walt - KZ1F
    Walt - KZ1F Member ✭✭
    edited November 2016
    Let's see James, just cause its there doesn't mean you have to view it. Just because a car has cruise control doesn't mean you have to engage it. Peter, what you say has merit but it is lessor of evils. It caught my eye when Bill used the term 'deal breaker'. Where, for those people the 'deal' was already struck, I agree with Howard, they bought the radio without it soooo.

    The original form access to the source code took was via pre approved NDA only. If and where IP is an issue, revert to the NDA model. That solves the other fly in the ointment issue you raised.

    You mentioned Apache Labs. I believe you don't give them enough credit. I would mention Apache Software Foundation as well as RedHat's Jboss products, all of which are open source projects. I originally envisioned working on Jboss projects in retirement. I still might after I get tired of not working. As auxiliary developers get vetted by project mgmt they can be promoted to commiter status as well.

    Going back to the Jboss model, for every enterprise level product there is a community edition. Those ideas flowing from the open source community are supported by RedHat sustaining.

    Yes, being a commiter adds some complexity as you become the keeper of product integrity. However, the lesser evil is it frees FRS to focus on the major features.

    It's a model that works well for major vendors. Even CA Technologies open souced Ingres before they spun off Ingres Inc. In fact, the EVP of development became its first President.

    Ingres is a major SQL database and was the forerunner to Postgres.

    Bill, imitation is the highest form of flattery. Car companies do it all the time. Microsoft lifted their UI from Apple who licensed it from...
    If it is considered IP, patent it and license its use...or not. Finishing my deal breaker thought. If it is a deal breaker to a prospect, the sooner it is implemented, the sooner it ceases to be a deal breaker.
  • Peter K1PGV
    Peter K1PGV Member ✭✭✭
    edited December 2016

    (You know, we're not going to "solve" whether OSS is a good or a bad thing here. In fact, the topic adds exactly zero value to this thread. My apologies to K9ZW for contributing to the thread drift.) 

  • Walt - KZ1F
    Walt - KZ1F Member ✭✭
    edited November 2016
    Peter, I beg to differ, I believe it adds tremendous value. For all we know executive mgmt at FRS has or will toss the idea around. As it relates to Steve it is a solution to getting his idea, along with others, implemented.
  • Steve K9ZW
    Steve K9ZW Member ✭✭✭
    edited November 2016

    Walt

    It is so much more useful to start a separate thread rather than seguing ideas together, as a simple observation that a specific software enhancement has been hijacked and overshadowed by off topic ramblings.

    Specifically ideas worthy of its own discussion are drowned out by brining other discussions that do not inherently have dependencies into focus.

    And these other ideas never become properly searchable nor are properly discussed because they are buried due to a lack of discipline.

    Speculating whether FRS hears your off topic suggestion accordioned into a thread on another subject is a further red herring, getting even further off topic. 

    What you have to say is important and would be best heard if presented on its own merit.

    I may sound frustrated, as treating threaded discussions like an IRC channel where whatever comes to one's mind at any moment is gamely the next post seems to be a habit some of cadre often posting in the community have fallen into. 

    FRS are professionals, and they can decide if my suggestion is a) desirable, and b) if so, how to implement without having their hands held.  It is actually pretty **** insulting to the brilliant FRS team how condescending some of the armchair quarterbacking here has become. 

    /rant off

    73

    Steve K9ZW 


  • Jay Nation
    Jay Nation Member ✭✭
    edited August 2016
    Rant on Steveimage
    Some of us agree with you.
    Both your original post, and your rant.
    73, Jay - NO5J
  • Walt - KZ1F
    Walt - KZ1F Member ✭✭
    edited November 2016
    As you wish Steve. As for this pile-on bs, it's gotten old.
  • Steve K9ZW
    Steve K9ZW Member ✭✭✭
    edited November 2016

    Be very clear Walt I do consider what you have to say important, in fact important enough to merit its own thread. 

    Appreciate your cooperation and consideration.

    73

    Steve K9ZW

  • James Whiteway
    edited November 2015
    Steve, I apologize for adding to the noise in your thread. I would suggest, as to your topic, that FRS might consider disabling (graying out) sliders etc. That depend on another control(button in this case) being clicked/selected, before actions by the second control can be effective. That would prevent making changes to a slider and nothing happening, and later coming back and clicking the button, only to find that the settings you had changed inadvertantly, messed up the settings you thought you had. Anyway just a thought. James WD5GWY
  • Walt - KZ1F
    Walt - KZ1F Member ✭✭
    edited November 2016
    Steve, I don't fault you. It is, after all, your thread. There seems to be a recurring theme in many similar posts, all lamenting why their requests have gone unadressed. It was that unifying thread I was addressing. Very early on in my career I received the following advice, "don't tell me what the problem is, tell me the solution". As for the pile on reference. There is nothing more I can say without attracting Tim's attention, but it involves middle school girls.
  • Steve K9ZW
    Steve K9ZW Member ✭✭✭
    edited March 2017
    Thinking further about the suggestion to "grey out" the unselected option - does the risk of a feature being overlooked in total occur if a selectable but unselected option is greyed-out?  

    Usually a software gray-out is not unselected, but is unselectable - rather the Grayed Out feature is dead.

    In the case of these sliders being able to set them up before toggling the feature on is desirable, so locking the feature out as dead would be unhelpful.

    73

    Steve
    K9ZW



Leave a Comment

Rich Text Editor. To edit a paragraph's style, hit tab to get to the paragraph menu. From there you will be able to pick one style. Nothing defaults to paragraph. An inline formatting menu will show up when you select text. Hit tab to get into that menu. Some elements, such as rich link embeds, images, loading indicators, and error messages may get inserted into the editor. You may navigate to these using the arrow keys inside of the editor and delete them with the delete or backspace key.