NI Home > Community > NI Discussion Forums

LabVIEW Idea Exchange

Announcements
We've turned on a search before post feature in the LabVIEW Idea Exchange. This new feature will help cut down on the number of duplicate ideas in this space!

The NI Idea Exchange is a product feedback forum where NI R&D and users work together to submit ideas, collaborate on their development, and vote for the ones they like best. View all of the NI Idea Exchanges to post an idea or add your opinion on an existing one today!
Hueter

Allow Error Case Structure to Handel Specific Error Numbers

Status: New
by Active Participant Hueter on ‎01-19-2010 07:27 PM

When you connect the error wire to a case structure selector, you get two cases for error and no error. I think you should be able to add in cases for specific error numbers so you can handle specific errors differently. You could do this currently, but you would have to unbundle the error and use the error code.

 

Numbered error case.png

Comments
by Proven Zealot on ‎01-20-2010 04:13 AM
but i dont see any great use for this. As you yourself have said this can be done by unbundling it. and as such you cant do much in the program for the error. A wiser thing would be to display the error message no matter what error occurs.
by Proven Zealot on ‎01-20-2010 04:18 AM

like this. Maybe we can suggest the dialog accepts the "source"directly instead of an unbundle

 

er.PNG

by Active Participant Hueter on ‎01-20-2010 07:23 AM

Muks

 

With your solution you would still need to create an nested case structure if you wanted to handle each error with custom code. 

by Knight of NI on ‎01-20-2010 10:44 AM

Sounds like a good idea. We should not be allowed to remove the plain error case, which would act as default for all errors that don't have a specific case defined.

 

However, I would suggest to enter the error number as integer, not as a string with quotes. It could even format it more descriptive, so if I enter 7, it would show as [Error 7] and also have a red frame. A case with multiple errors would show as [Error 7, 2000, 12345]

 

How about allowing a case for warnings (with e.g. an orange frame)?

by Active Participant Hueter on ‎01-20-2010 10:49 AM
I agree Altenbach, the general error case would be the default and the quotes were because I was too lazy to cut them out and i just forced the number in there for a screenshot.
by Active Participant elset191 on ‎01-20-2010 01:01 PM
This idea is in the same vein as this one, I think
by Member RandyP on ‎01-26-2010 12:54 PM
It seems to me that the two ideas should be merged in an elegant fashion, if possible. What about warnings?
by Member Dan_DeFriese on ‎04-28-2011 08:23 AM

I agree with altenbach, but I'd prefer a yellow frame for warnings :smileytongue:

by Member gerh on ‎12-05-2013 06:51 AM

The idea is great, but how @RandyP noticed, there are some more aspects to consider.

 

If there are different cases for errors (red) and warnings (yellow),it should be possible to enter a code without distinguish between warning and error. Indeed it should be user selectable. I would suggest an orange frame for this.

 

Because the concept behind the idea of @Hueter is more powerful than just to apply a single code to a case, combinations of codes which apply only to an error or a warning and codes which apply to both are possible too. That could look like this:

Error and Warning Case Structure.jpg

The brown case applies to all possible combinations of more than one category.

 

Because it isn't intuitive for a beginner, how to express a complex combination which applies to a state, I would recommend an editor like this ...

 

Edit Errors and Warning Codes Wizzard.jpg

 

If now somebody complains, what's about a generic warning state, it could look like [Warning ..-1, 1..] or simply [Warning].

by Trusted Enthusiast ‎12-05-2013 11:07 AM - edited ‎12-05-2013 11:07 AM

gerh: Generally I like the proposal, but I wonder if you have any thoughts on how to differentiate those frames via something other than color. I already hear complaints about red/green on the error case as it stands from color blind folks. You have some pretty subtle shading in your current picture. Can you propose anything to differentiate the border by pattern that wouldn't disrupt your reading of the diagram?

 

Also, I would expect people to want a frame that handles both one specific error and no error -- that would crop up when trying to filter one error out but report all other errors. Similarly, one frame for no error and a warning, and for no error and an error and a warning.

 

What if we didn't do any new color differentiation at all? Green for the no error case (even if it had other errors in the same case) and red for all the others, regardless of the error/warning mix?

Latest LabVIEW Idea Exchange Blog Posts
About LabVIEW Idea Exchange

Have a LabVIEW Idea?

  1. Browse by label or search in the LabVIEW Idea Exchange to see if your idea has previously been submitted. If your idea exists be sure to vote for the idea by giving it kudos to indicate your approval!
  2. If your idea has not been submitted click Post New Idea to submit a product idea to the LabVIEW Idea Exchange. Be sure to submit a separate post for each idea.
  3. Watch as the community gives your idea kudos and adds their input.
  4. As NI R&D considers the idea, they will change the idea status.
  5. Give kudos to other ideas that you would like to see in a future version of LabVIEW!
Idea Statuses
Top Kudoed Authors
User Kudos Count
82
49
36
34
28