LAVA 1.0 Content

QUOTE(John Rouse @ Jul 25 2007, 01:24 PM) I remember reading that Scott Adams uses a Wacom device for creating the Dilbert comics. I don't know if LabVIEW would work well with this device or not. You can read a story about Scott's problem and a bit about the Wacom here. Maybe a change of pointing device and viewing angle might help... http://www.wacom.com/cintiq/

A shift register sounds like what you want to use. I'm guessing you have a while loop around the case structure. You place a shift register on the while loop, then wire an integer constant (typically -1 or 0) to initialize the register. Wire the shift register through the case statement, and increment (or decrement) the value of the shift register as needed. Be sure to connect every case, or the value of the shift register may not be what you expect... Your feelings were correct, using hidden controls and property nodes for internal data is generally considered "bad form". http://forums.lavag.org/index.php?act=attach&type=post&id=6450 (LabVIEW 7.1)

QUOTE(i2dx @ Jul 23 2007, 07:51 AM) "Listen to the expert they'll tell you what can't be done, then go do it !" It was someone's signature on NI forum :thumbup:

QUOTE(zoogies @ Jul 20 2007, 01:06 PM) The question is not "is it possible?" but "is it going to do what I expect it to do?" ; answer won't necessarily be the same ! I think you should use a state machine architecture and do the "open session" before the while loop, wire the IMAQ session into a shift register and have a state for each operation you need to perform. Fill free to ask if you need example to help you code this. Hope this helps

QUOTE(keiran @ Jul 18 2007, 04:37 PM) I suggest you read this http://wiki.openg.org/Portal:OpenG_Development_Process''>http://wiki.openg.org/Portal:OpenG_Development_Process' target="_blank">http://wiki.openg.org/Portal:OpenG_Development_Process Hope this helps

That's certainly more than a simple toolbar. VERY nice :thumbup:

QUOTE(Michael_Aivaliotis @ Jul 17 2007, 01:50 PM) Aristos mentioned that the VI hierearchy window needs updating; this would be an awsome feature! I just loaded Ubuntu and Beryl on my clunker PC last night, and though slow, it made me smile... I think there is alot that could be done to make the VI hierarchy more useful.

Apple... Google... Goople! Sounds sort of Web 2.0

QUOTE(tcplomp @ Jul 18 2007, 05:34 AM) I do't know if this is available on platforms other than Windows; look for: LabVIEW 8.2\resource\Framework\Providers\Builds\Installer\CDK_Utility_GenerateGUID.vi Here's a simple .NET version (Windows only of course) I wrote a while back... http://forums.lavag.org/index.php?act=attach&type=post&id=6392''>http://forums.lavag.org/index.php?act=attach&type=post&id=6392'>http://forums.lavag.org/index.php?act=attach&type=post&id=6392

I'm not sure exactly how the block diagram is rendered, but I remembered reading on the NI forums that your block diagram objects should stay within 7500 pixels of the center of the diagram. http://forums.ni.com/ni/board/message?boar...ding&page=2

What's wrong with goop? I like the sound of it http://www.readwriteweb.com/archives/top_1...b_app_names.php

QUOTE(alfa @ Jul 16 2007, 03:56 AM) I smell a http://en.wikipedia.org/wiki/Dianetics' target="_blank">Dianetics / L. Ron Hubbard book in the making. I tried to read Dianetics on a looonnng bus ride once, just to understand what people were talking about. I just didn't get it

QUOTE(sachsm @ Jul 13 2007, 04:36 PM) This is a great candidate for an XControl. Its a reusable graphical element and is data driven (via servo position data). Your CPU load may jump if you update the XControl terminal at too high a rate. You should sample the servo position no more than the view can perceive it (20-30 Hz). I've wrapped your example in an XControl. I checked your profile, and see that you use 7.1. You can download the demo version of 8.2 from NI. [Moderator Note] This post contained a broken link to an attachment. Best effort was made to find the attachment and fix the link. Unfortunately, the missing attachment could not be found. (ID 6363)

I thought about this when I learned about Mechanical Turk some time ago. I looked at the types of HITs available today and saw mostly transcription of podcasts. There is this one guy $teve $tedman that has a blog called blogging for money. He has a collection of lame blogs that match popular Google keywords (dating, beer,hybrid car), includes lots of ads and then pays people a penny or two using mturk to leave a comment. He'll pay you a bit more if you write an article. Ugh...

QUOTE(Aristos Queue @ Jul 9 2007, 09:37 AM) The error occured on the file C:\Program Files\National Instruments\LabVIEW 8.2\vi.lib\regexp\Match Regular Expression.xnode The error reported was: Error 8 occurred at Invoke Node in Palette Icon Extractor.vi Possible reason(s): LabVIEW: File permission error. You do not have the correct permissions for the file. ========================= NI-488: DMA hardware error detected. Method Name: Get VI:Icon Error 8 occurred at Invoke Node in Palette Icon Extractor.vi Possible reason(s): LabVIEW: File permission error. You do not have the correct permissions for the file. ========================= NI-488: DMA hardware error detected. I did poke around a bit and found this VI; Match Regular Expression_Image.vi. It creates an LV image of the function for use on the block diagram.

I've been trying to accomplish a couple of things; create a wiki libary of block diagram components, learn a bit more about LabVIEW picture controls and spend some time looking at undocumented features. I think I'm starting to snag my shirt on these "Rusty Nails". I'm gonna experiment a bit more, but considering the fact that an NI guy like Darren (post above) took a different path tells me that there is a better way of doing this and that there isn't much chance of accomplishing anything useful. I did learn that you can't use Get VI.Icon on an XNode; the Get Palette Info cluster indicates that the Path Item Type is VI but the method doesn't work; the U8 array does contain the image though (with the same transperancy/color table issue I have with the other built-ins...)

I've played a bit more, I've created a VI to parse out the EMF header and the BitBLT record types. An Image Data instance is created that can be added to a standard LV picture. See attached... I wrote the EMF files to disk as Darren's post suggested, and I could view them with M$ utils, but the background of the "built-in" functions doesn't seem to map. I've been playing with the EOF record from the EMF file and trying to apply that to the colors section of Image Data but no luck. http://forums.lavag.org/index.php?act=attach&type=post&id=6324

:arrow: I suspect it is the same for database connections refnums when using the "open DB connection" of the DataBase toolkit.

I would also consider using a Notifier. A Notifier is a single element lossy queue. Wait on Notification has an option to "ignore previous (F)". If set to true, the Wait primitive will retrieve the current Notifier count on each invocation and then block until the notification count increases. If false, the Wait on Notifier primitive will use the counter from the previous invocation and block until the notification count increases. The important thing to remember is that the notifier is lossy. If you send notifications faster than you receive/handle them you may miss some data. http://forums.lavag.org/index.php?act=attach&type=post&id=6316

QUOTE(crelf @ Jul 2 2007, 04:57 PM) Yep... It's been a long and hard struggle but the man eventually beat the computer !

Using cut and paste into the icon editor is pretty easy. There was a thread on the NI forums where I gave this example file.

QUOTE(crelf @ Jun 29 2007, 10:15 PM)

QUOTE(crelf @ Jun 29 2007, 08:52 PM) Hmmmm... interweb-things never like me... I keep modifying your answer whatever I do, and I swear it is not on purpose :headbang:

Hi, Is that serious ? I mean... do we really have to register on this "fuzzy" website ? I tried to answer qnd instead of adding my answer to list it modified Crelf's answer :ninja: ... or am I that stupid ?

Careful, crelf may disagree with you about being FORCED to use VISTA. :laugh: