Zou

Button outside the window:

Demo VI attached.Search Unicode String.vi

It's the "space" character problem. Build your own search function: 1. Change your unicode string display mode to Hex to find out the "space" character in Hex 2. Use it to convert your string to an array using the spreadsheet to array function 3. Use search 1D array to find matching word

Saved in LabVIEW 7.1. Run Application.vi

When a window (any window, including LabVIEW) is maximized on monitor1 (1920x1080), the window rectangle is (-8,-8,1928,1048) on my laptop (Win7 Pro). That extra 8 pixels on each side is the frame edge. I noticed this when I started to use Win7.

Use the NI Tool. One property node is not enough.

I did an English/Russian project last year based on NI Unicode tool: https://forums.ni.com/t5/Reference-Design-Content/LabVIEW-Unicode-Programming-Tools/ta-p/3493021?profile.language=en

LabVIEW ctrls DO cause problem sometime. See my post: It seems LabVIEW has problem with translucent images occasionally. Even if the image is copied from the Silver Button.

You can add an animated GIF as a decor to a button, just like other image types. See attached ctrl.AnimatedGIF.ctl

Put a transparent decor on the numeric control, partially block the button, so that user can only click the up/down button.

Use .Net OpenFileDialog (or Windows API GetOpenFileName) where you can specify the owner window. The dialog window will be in the front of its owner window.

I added this gauge to an existing VI/proj. in LabVIEW 2014 SP1, and then customized it. The VI/proj. was upgraded from LabVIEW 2011 previously. Had a huge performance problem with a translucent button before, so I checked when I have performance issue again.

Is there a way to prevent this ? Or should I check every ctrl ?

It's getting and process redraw message like crazy ! Anyone had this kind of problem before? LabVIEW 2014 SP1, Windows 7 Pro. 64 bit. Tested with LabVIEW 2018 too. Control1.ctl

I got the same message from NI about the LabVIEW SoftMotion Module. We just switched from FlexMotion to SoftMotion this year !

Version 1.1.0 overwrites the .ini settings.

Can't you use property node=>Path Text=>Scroll Position instead?

> I do use application font but I was hoping not having to go through thousands of VIs to change their font setting. But it seems that's the only Do it programmatically. Here is what I would do: Change LabVIEW font option to Segoe UI or any specific font, make it panel default. Programmatically open each VI, and simulate a Ctrl-A to select all, then simulate a Ctrl-4 to set font to Current Font. Save the VI.

Sounds like a font problem. Don't use application font, or dialog font, ... choose a specific font, for example: Segoe UI

Create a wrapper dll in C to simplify the io parameter type.

Because LabVIEW doesn't use Windows objects, so LabVIEW controls have no object ID. Only LabVIEW knows where the controls are. To OS & other applications, there is nothing on the front panel. Only 2 exceptions: ActiveX & .Net containers. The containers are child windows. Therefore they should have an object ID.

Thanks for reply. We don't have a fixed distance. Currently, autofocus is the only problem we have. Our target is as large as an engine. No image process. Just save to file for record.

I was told that most camera don't have auto-focus.