Francois Normandin

QUOTE (jonmcbee @ May 13 2009, 11:04 AM) I've read on these pages some people play with plugin architecture using LVOOP, but that's not a road I've taken myself. As such, I'll leave it to more knowledgeable people to answer you. Have a look at this http://forums.lavag.org/Extending-LabVIEW-built-applications-with-LVOOP-plugins-t11060.html' target="_blank">topic started by Tomi Malla.

QUOTE (jonmcbee @ May 13 2009, 10:04 AM) It's part of the OpenG Application Control Tools. (see pic) As PJM mentioned, there are other ways to pass input data to your plugin VI. (including Queues, Events, LV2 globals, ...) But the way I describe below is quite simple and fast. If you build your plugins with standardized control names (as long as you don't change them in the future) you will get a good way to use your plugin but I'd add that it's a good way only if you plan to initialize values and don't change them from the outside anymore. In the screenshot, I simply spawn a VI that will gather error and system messages from all the VIs that run in my app and will concatenate and display in one location. Very simple but not the sharpest design for scalability. http://lavag.org/old_files/monthly_05_2009/post-10515-1242223877.png' target="_blank">

QUOTE (Black Pearl @ May 13 2009, 03:53 AM) Of course... I was simply pointing out that a huge proportion of newbies (first post) profiles mention thath they don't use LabVIEW 8.x nor 7.x, but exclusively 2009. I noticed this funny fact because when I want to post a reply, I generally look at the versions used by the author, to determine if I can upload some code snippet they could use.

I've noticed that a lot of newcomers on this forum are already using LabVIEW 2009... (or so they say ) I feel I've been left behind...

And you can set input values using the OpenG tools before using the "Run VI" method. That's the way I use my plugin VIs.

QUOTE (jonmcbee @ May 12 2009, 06:55 PM) Use "Open VI Reference" instead of "Call by Reference Node". You can call by the filepath or by name if it already in memory.

QUOTE (Michael Malak @ May 12 2009, 06:24 PM) 1- It's a writable property and it's the right one to adjust programmatically the number of array columns. I tried and it works. 2- You don't get an array of one element, you get a cluster of one element. Remember that you had to put the XY Graph in a cluster to display as array of graphs. As a side note, you have to realize that this implementation does not allow you to change the color or point style of graphs independantly. If you change it on one graph, it gets changed for all elements in the array... That's because the array element reference doesn't return value of all elements but rather is a reference to the datatype of the model element. Thus, any property you change on one graph, whether it is manually (on front panel) or programmatically, you'll see changes in all graphs. That could be great for plot color, but it won't be cool for axis scaling, zooming, etc. http://lavag.org/old_files/monthly_05_2009/post-10515-1242169403.png' target="_blank">

QUOTE (Michael Malak @ May 11 2009, 01:10 PM) Waveform graphs are polymorphic indicators. You can bundle signals or make arrays of them and wire it to a single wavegraph indicator. Use the plot legend to see all traces on the same graph.

QUOTE (jpdrolet @ May 6 2009, 11:50 AM) Sorry for the confusion... I'm not trying to be a smart-######! Factorial of 0 is equal to 1. I understood your comment as being "Since 0! = 1, then no elements in array = 1". Array[T,T,T] would be analog to 3!. Array[empty] would be analog to 0!, hence 1. I thought it was the simplest mathematical explanation one could give and I gave a thumbs up.

QUOTE (jpdrolet @ May 6 2009, 11:41 AM) :thumbup:

QUOTE (David Wisti @ May 6 2009, 11:37 AM) Well, at least it's documented.

QUOTE (Justin Goeres @ May 6 2009, 10:58 AM) I agree it's weird. For the sake of understanding how it could work... this algorithm would produce that result: http://lavag.org/old_files/monthly_05_2009/post-10515-1241624126.png' target="_blank"> I'd say it a bug. What do other languages give for an answer? Can anybody try that in C or Java?

QUOTE (Cat @ May 6 2009, 08:08 AM) So say we all. Errr, this weekend IS a good weekend to die. http://lavag.org/old_files/monthly_05_2009/post-10515-1241615344.gif' target="_blank"> I won't have a good night of sleep until I figure out if Spock is going to crack Kirk's skull open... (for those who saw the trailers)

QUOTE (mesmith @ May 5 2009, 10:38 AM) Hi Mark, I was talking about "Context Help" (Ctrl-H window), not "Detailed Help". I get the same thing as you get...

QUOTE (mesmith @ May 5 2009, 09:39 AM) I don't see this restriction in the 8.6 Context help window. Perhaps it was removed with the introduction of classes in 8.2 and the context help wasn't changed until recently?

QUOTE (ShaunR @ Apr 30 2009, 06:02 PM) Please indulge us!!! :thumbup: Which property do you use...? QUOTE (ShaunR @ Apr 30 2009, 06:02 PM) Right...lol So it must be impossible to do this then Oh, I see. Simply select the cursor legend on the front panel and choose the font from the ring menu... At least I wasn't stupid... the property doesn't exist for doing it programmatically. I should have checked if the computer was connected before I complained about the black screen!!!!

QUOTE (ejensen @ Apr 30 2009, 05:47 PM) The column resizing would definitely be a problem...

QUOTE (Tuner @ Apr 30 2009, 02:08 PM) Hi Tuner, Forse si dovrebbe chiedere sul forum http://www.ilvg.it/forum/index.php' rel='nofollow' target="_blank">ILVG.it. Englitalian is hard to follow... But the answer is yes.

QUOTE (ejensen @ Apr 30 2009, 02:02 PM) It doesn't exist. When you customize an XY Graph, you can see it's not selectable (not text). The Cursor Legend properties do not include Font properties, nor private properties (I checked). You can change the fonts of the cursor name, but not the title "Cursor/X/Y".

It's not as elegant as making it regular instead of bold, but you could use "Customize control" to change the cursor legend with a superposition of regular font titles. I don't think it can be changed.

QUOTE (Yun @ Apr 30 2009, 11:18 AM) I think you can zoom out by pressing "Ctrl" SHIFT while zooming. (On windows)

QUOTE (Aristos Queue @ Apr 28 2009, 01:45 PM) Oh, that was it... QUOTE (Aristos Queue @ Apr 28 2009, 01:45 PM) ...and there's no way to change it without breaking all user VIs to create a separtate refnum hierarchy independent of ProjectItem. We all have to live with our past. Thanks for the explanation.

QUOTE (Jim Kring @ Apr 27 2009, 06:49 PM) I partially agree. A project is only available in the development environment. But a lvclass (lvlib/llb/...) can be used with a plugin architecture. That's a resource I'd like to tap in when I'm in the runtime environment. If you can dynamically load a class, why not access it's constituents (datatype, tags, icon, etc.) in read-only? I'd argue the editor line is not where it should be. There are tons of VI properties that are read-only in run-time while being read-write in the development.

QUOTE (bradjb911 @ Apr 27 2009, 05:48 PM) Well, there's a http://sine.ni.com/nips/cds/view/p/lang/en/nid/5769' target="_blank">Report Generation Toolkit from NI. Or if you want a challenge, you could participate in this...

QUOTE (Paul_at_Lowell @ Apr 27 2009, 04:40 PM) You're very welcome. I understand why those methods and properties are not writable during execution (it's been explained plenty of times that we can't write anything that would change the VI code while it's running and I guess it's the same with lvclasses), but I'm still wondering why we can't access them as "read-only"?