Wouter

VI Name:

String equal length

Total VIs:

2

Description:

There are 2 VIs for checking the length of 2 or more strings, after fetching the length it compares the length and returns true if the length of the strings are equal.

Note:

Maybe there is need to trim whitespaces before fetching the length but this should be a optional feature in my opinion.

Blockdiagram:

2 string inputs:

Array string input:

Code:

String Equal Length.zip

What are you thoughts on this VI?

• Would you like to see such a function in OpenG?
  
• Can you optimize the code?
  
• In which package should it be included?
  
• Should it be rejected?
  

My question... why would you ever want to test if a string looks like it is a md5 string?

Further I had much rather see VI's in OpenG which could create SHA1 and SHA2 hashes. Maybe ask Ton... https://bitbucket.org/tcplomp/labviewencryption/src/ee5c00d513e7

Hmmm I just checked it out. It looks good but I don't really like the codes... such as **bold** etc... rather would have

[b]bold[/b]

, with a clear opening and closing bracket but that can proberbly be changed easily. Also I would have implemented differently because now you loop threw the whole text each time for every style element and afterwards applying the style, you can do all of this in just 1 loop.

This is a crosspost from the forums @ ni; http://forums.ni.com...ry/td-p/1542096

Hopefully anyone here knows which example it was or where I can get it.

You can use "Owner Refum" input on create object vi, or move method of invoke node.

Yes but I would like to switch the two blocks in your diagram... So what I want to do:

- Select the constant/indicator/controller from the diagram

- Create the array and put that existing constant/indicator/controller in the array (without losing wire connections).

So basically wrapping the existing controller with a array.

C/C++, C#, Matlab, Step7, Visual Basic, Python, Indusoft.

@ShaunR; Php can't really replace LabVIEW can it

Does anyone know if it is possible to change the "owner" of a control? For example...

I have a numeric control. Now I want to change that to a array of numeric controls. Now what I want to do is kind of "encapsulate" the numeric control by a array so that I don't have to replace/delete control for the array and then insert the numeric control.

You can use the "Toggle" or "Change to Control" properties for this.

http://www.screencast.com/users/Phallanx/folders/Jing/media/6d33f01c-4961-4c88-9944-e3290ab349a0

That is really nice. I just only thought of it that I don't need to change control to constants or indicators or the other way around for my application, however still thanks for the webcast. Now I know how to do that for when I need it.

Ah a shame the replace thing doesn't work on all cases. If you want to replace a control, for example, you can only replace it by a other control but not by a constant or indicator. There are some few exceptions however... for example you can replace a constant by a control... this is the result:

xD

Sorry, I didn't look carefully enough. I see your problem now. The replace method does work though.

Edit: Looks like we are racing

Oh that is really nice that makes things a lot easier now (: for my universal solution: http://decibel.ni.com/content/docs/DOC-14274

Hello,

I have a "numeric control" wired to a "build array function". Now what I want to achieve is to get the reference of the wire which is connecting the "numeric control" with the "build array function". When I have this reference I delete the "numeric control" and re-route the now broken wire to a new control.

My question... How do I do this? I tried all sort of combinations with the available reference that were provided to me by the property node.

vi_script.vi

test.vi

-edit- the vi snippets don't seem to work...

test.vi

vi_script.vi

vi_script_control_get_position.vi

vi_script_delete.vi

I think that is a great idea, hopefully it will get more active then, I have a bunch of VI's which I think are handy and would like to share with everyone threw OpenG. I think the project must come from it's feet again... but there seems no one to really pick it up.