LabVIEW

cancel
Showing results for 
Search instead for 
Did you mean: 

Automatically update one control to another control

Why not make the second frequency value an indicator if it would be too confusing for the user to only have one?

0 Kudos
Message 11 of 17
(1,268 Views)

@TToolDev01 wrote:

Why not make the second frequency value an indicator if it would be too confusing for the user to only have one?


That's what the GUI looks like is happening.  That makes more sense.  So when the frequency is updated for the Signal Generator, all the OP needs to do is write the value to the terminal of the indicator.


GCentral
There are only two ways to tell somebody thanks: Kudos and Marked Solutions
Unofficial Forum Rules and Guidelines
"Not that we are sufficient in ourselves to claim anything as coming from us, but our sufficiency is from God" - 2 Corinthians 3:5
0 Kudos
Message 12 of 17
(1,259 Views)
Well BS or not, if this is what the OP's customer or user is wanting, it's a great idea no matter what we think. I can't count how many times I have been asked to create user interfaces that made no sense to me. The best we can do is explain the problems that we see -- but the customer gets to make the decision.

Mike...

Certified Professional Instructor
Certified LabVIEW Architect
LabVIEW Champion

"... after all, He's not a tame lion..."

For help with grief and grieving.
Message 13 of 17
(1,253 Views)
Leaving it as an indicator is fine but grouping it with controls is going to be confusing to the operator, in my opinion. I would separate it and clearly indicate on the description and tool tip that it is set by the control in the other area.
0 Kudos
Message 14 of 17
(1,234 Views)

@mikeporter wrote:
Well BS or not, if this is what the OP's customer or user is wanting, it's a great idea no matter what we think. I can't count how many times I have been asked to create user interfaces that made no sense to me. The best we can do is explain the problems that we see -- but the customer gets to make the decision.

Mike...

This is likely the worst possible attitude to take here.  As a developer, it's your job to help those that contract your work.  If they ask for something that doesn't make sense, you should engage in a conversation rather than take it as a "great idea."  Part of what they're paying you for is your experience.  By not giving it to them, you're cheating them.  If they insist on doing something that doesn't make sense, it still doesn't make sense.  It's not a great idea simply because they want it.  Ideas are great independent of an employer's desire.  In this case, it doesn't offer the user any more clarity.  It adds more to the screen the user must digest.  Once they do understand it, they'll be confused as to why they don't set the frequency in one spot instead of two.

0 Kudos
Message 15 of 17
(1,224 Views)

@natasftw wrote:

@mikeporter wrote:
Well BS or not, if this is what the OP's customer or user is wanting, it's a great idea no matter what we think. I can't count how many times I have been asked to create user interfaces that made no sense to me. The best we can do is explain the problems that we see -- but the customer gets to make the decision.

Mike...

This is likely the worst possible attitude to take here.  As a developer, it's your job to help those that contract your work.  If they ask for something that doesn't make sense, you should engage in a conversation rather than take it as a "great idea."  Part of what they're paying you for is your experience.  By not giving it to them, you're cheating them.  If they insist on doing something that doesn't make sense, it still doesn't make sense.  It's not a great idea simply because they want it.  Ideas are great independent of an employer's desire.  In this case, it doesn't offer the user any more clarity.  It adds more to the screen the user must digest.  Once they do understand it, they'll be confused as to why they don't set the frequency in one spot instead of two.


I think there is a misunderstanding here because it sounds like both of you just said the same thing to me.

 

Here is what I translate both of your posts to mean - which I absolutely agree with:

 

If the customer has an obvious design flaw, you point it out and then you advise.  It's up to the customer whether or not they want to take the advice.  You don't make the call, they do.

 

The reason is because you never know the complete picture.  Extensive requirements documentation helps, but it never truly tells the whole story.  Oftentimes what looks stupid to you has a reasn to be there.  (Sometimes the reason is stupid, too - and that's where you can really help.)

Bill
CLD
(Mid-Level minion.)
My support system ensures that I don't look totally incompetent.
Proud to say that I've progressed beyond knowing just enough to be dangerous. I now know enough to know that I have no clue about anything at all.
Humble author of the CLAD Nugget.
0 Kudos
Message 16 of 17
(1,196 Views)
Yes, Bill exactly!

Mike...

Certified Professional Instructor
Certified LabVIEW Architect
LabVIEW Champion

"... after all, He's not a tame lion..."

For help with grief and grieving.
0 Kudos
Message 17 of 17
(1,180 Views)