ni.com is experiencing intermittent service disruptions.

Support teams are actively working on the resolution.

LabVIEW Idea Exchange

cancel
Showing results for 
Search instead for 
Did you mean: 
PhillipBrooks

InputMask functionality for string controls

Status: New

The ability to define a mask for a string control to simplify data entry. Useful for any type of data including zip codes, phone numbers, IP and MAC addresses, formatted serial numbers etc...

 

Similar to Microsoft InputMask property in Access (http://msdn.microsoft.com/en-us/library/bb215691.aspx)

 

 

 

 


Now is the right time to use %^<%Y-%m-%dT%H:%M:%S%3uZ>T
If you don't hate time zones, you're not a real programmer.

"You are what you don't automate"
Inplaceness is synonymous with insidiousness

3 Comments
TCPlomp
Trusted Enthusiast

And here is some code to get NI started.

 

Ton

 

Free Code Capture Tool! Version 2.1.3 with comments, web-upload, back-save and snippets!
Nederlandse LabVIEW user groep www.lvug.nl
My LabVIEW Ideas

LabVIEW, programming like it should be!
Chris_in_Colorado
Member
nicel. i've written one too.
Mads
Active Participant

I was just about to post a duplicate (almost) of this idea as I did not think of the phrase mask, but rather thought of it as "input format specifiers" (vs display format specifiers).  

 

The inputmask/format specifier idea could potentially be expanded to also cover other data types - like array controls. You could for example make an array of fixed size by specifying an input format for a numeric control that included multiple entries - or generate a cluster by specifying variable data types in the format specification..The string case could almost achieve the same things though, just not with in-built data type magic.

 

Anyway - I think this might be an alternative too: If we do not get inputmasks, we could at least achieve this nicely if we had the ability to intercept incorrect input prior to display.