Yair

No. RFPs use ActiveX and the RTE to allow you to interact with the VI. At the moment, there is no seperate RTE for the PDA module and I believe there is limited support for ActiveX on PocketPC. There is a document on NI's site explaining this (and I think it also appears in the help). It may be possible to view RFPs through a browser, since I believe that's just publishing them as an image.

Another option is to connect remotely to the computer through something like windows' terminal services client or VNC, which will give you real control.

You can simulate an RFP by using the get panel image and windows' PostMessage or MouseEvent functions on the PC side and by using a picture control and the mouse down event on the PDA side and transferring the picture and the clicks back and forth, but you should be warned that this is very bandwidth hungry (no compression) and a bit of a CPU pig for the PDA and will not work fast.

You can try finding something called "Bird's eye view". It's an LV add on which has a window where you can see your diagram minimized. Deep inside its hierarchy is a fake bi-linear interpolation VI which can do this. You should be able to find it through OpenG.

You should note however that this probably won't help you. When resizing images of different sizes, I'm fairly sure there is no method to get a perfect match, so to compare them, you will probably need a smart algorithm which can compare an area and average colors and such. IMAQ might have this, or maybe IVision.

Is this any cluster or only specific kinds of clusters (for instance, clusters with strings)?

I have seen serious problems with clusters in previous PDA versions, but if I remember correctly I did flatten and send a cluster through a TCP connection successfully more than once.

Also, is this only on WM5 or also on 2003?

And last one - why is the demo 1 MB? Can't this be reproduced with less code?

What is the "rep" property you are setting in that example?

Ben

Representation? Probably scripting only or it would have a more meaningful name.

...a huge mistake.

AD withdrawl symptoms?

And, if you think about it, there was a Smily in my post.

Well, it was hard to see under the moustache.

The PDA module has significant shortcomings compared to the desktop version. You should inherently expect it not to do everything the PC version does (and that apparently includes keeping the graphics on buttons).

It sounds like the best way to what you want is to use a picture control and to use a Mouse Down event for the picture followed by a bit of math to detect which part of the picture you clicked on. If you keep an array of locations for your buttons you can compare or search to detect which button you clicked. That way, you can use a single picture control to display whichever buttons you want.

Since the PDA module has limited support for properties, you may need to hard code the origin of the control.

At least for me, commenting out code must be as fast as possible. For example when writing a short comment on the diagram, is not the same to put a label (three tab hits to select text tool, one click to position on diagram, write and enter)...

This will probably not be a good suggestion for you, because it will require you to change the most basic way you work with LV.

I use the auto-tool selection. I know that many people feel it is always wrong, but personally I feel that it is almost always right and it makes it much easier to program (one hand only ).

Anyway, if you're using the auto-tool, double clicking on an empty area of the diagram or the FP (the trick is to find such an area) will create a free label which you can immediately start typing in - just double click and start writing.

Paraphrasing a posting by Rolf years ago....

"Self- modifying code is a very bad idea."

OT > AK2DM

I am finding it hard to navigate without the stars.

Ben

I know that I said that there are no stars here, but it was slightly changed since then. If you really want to give stars, each thread has a Rating button hiding on top, which rates the entire thread.

Personally, I find the NI forums much easier to use than the LAVA forums (even though LAVA has a significantly larger number of features). This is mostly because the NI forums have a much cleaner design (simple colors, mostly text) and because there it is easier to follow when things get posted (since LAVA is influenced by your logins and not by whether you actually read the posts). As long as LAVA doesn't have too much activity, though, it's not too much to handle. Thanks, Michael and team.

Hey, Pat: you look very familiar (). Have we met?

Jim, since you didn't put any smilies there I'll assume your question is serious and respond by saying that if the birth date in Pat's is correct, that means that he was only 3 when the man in the picture (which I shall refer to as J.K.) founded NI. Does that help you recognize him? And just to be on the safe side - .

You might want to check out Xnodes in the scripting forum. I haven't had the chance to look into them, but they allow you to create executable code on the diagram and might be suitable for this (maybe create a folder of diagram documentation VIs for each project?).

And yes, I have seem Memento :thumbup: . I hope that's not how you document your code.

First of all, what are your inputs?

Second, how did you define the inputs in the CLF node? It doesn't matter what you wire into it, because it will only be coerced into the data type you defined. I think int should be "signed 32 bit integer". Have a look at the VI in Examples\DLL\Data Passing for more examples.

The exam was OK. I had a few interuptions while taking it and still had plenty of time to finish.

OK, I did the exam a few hours ago. Took me half the time and I got 34 right.

I do think some of the questions were trick questions.

For instance, they had one which refered to the behavior of a VI in a certain case. This behavior would by default be one thing, but when you're using the primitives it's already set to another behavior. Which is the correct answer?

They also used a messed up diagram to challenge your dataflow reading capabilities (which I can accept as a test) and they regularly used images which allowed for further interpretation (like showing an array constant and not making the last visible element an empty one. Theoretically, there could more elements). There probably were a few other examples, but generally the questions were OK. I'm a bit disappointed that they don't send you the answers to the questions you got wrong, though.

Did NI remove this (IMHO) useful property in LV8?

It seems more likely to me (from his descriptioin) that Vladimir tried to wire the Panel reference to a property node instead of looking through the Front Panel Window properties.

Stanislav, that is cool and should solve my past problem with the class generator not allowing you to use the data you see.

I don't understand (or like) the locked diagram, though. What's the logic behind that?

For example, I don't know how much longer I will continue using 7, but if I could modify this (for example to appear as a tree or to be a floating tool) I quite possibly would have, as the built-in P&M browser is one of the things I like about 8. Of course, I can't modify it, as it's locked.

Is it possible to get a ctr+c,ctrl+v,ctrl+x keydown events from a tree control?

Yes. Just look at your attachment. You just have to click on the tree before. By the way, the ASCII case is not needed.

If you're asking about actually extracting the information. The tree control terminal is a string of the item you selected. If you want more than that, I think you will have to use the tree methods, although 8.0 might have better tools for it.

k and that leads me to the property menu and do i put the file path in the movie property or where?

As I said, I haven't done this. You will need to do some searching on your own. My guess would be the LoadMovie method (invoke node) followed by the Play method, but you will have to try it.

If you have flash installed, you place an ActiveX container on the FP, right click it to insert an object and find the shockwave object in the very long list. The other option is the internet explorer object.

I haven't done this, but you can proabably use the ActiveX container to embed in your FP either a Shockwave object or a browser object which will point to an HTML page with the flash interface. Obviously, you won't be able to get any real interaction from the flash interface into your LV code.

OK, thanks.

Be fair to Rolf, yen. The IVision runtime license is $20, but the developer license is $850.

I believe even that is cheaper than IMAQ, and if I remember correctly, the IMAQ Run-time license is several hundred $$$, so this would still be significantly cheaper, but you're right, that is not "almost free". Either way, since I haven't used any of them, I have no way to compare them.

BTW, I just found out the prices for multiple distribution licenses for the PDA module.

Are you ready?

For 10 licenses - about $50 per license.

For 100 licenses - about 30$.

And the kicker - for an unlimited license - $11,000 (yes, that's 3 zeros).

I think that making the licenses cost between a third and half of what Windows costs shows that NI does not yet think of the PDA module as a tool which will we be used to develop wide spread applications, but ones which can be priced to still make a profit on that. Most probably ones which include DAQ and communication.

I'm trying to think of an application which would be developable in the current PDA module (although I haven't seen 8.0 yet) and which could cover the price of the unlimited license and I can't really think of one. Sure, I have all kinds of ideas, but I think that most of them (and I'm talking about general distribution apps, not specialized DAQ ones) would probably be much better off if they were written in the freely available (if I'm not mistaken) eVC++ (although LV is obviously much more fun).

BTW, I'm not disputing NI's right to price their toolkits at the prices they see fit, but I think that this is an example where using an NI product may cost you more and give you an inferior result than using another product and in this case, I don't really see the justification for such a price. The PDA module is simply not that good yet.

You lost me. Where did you see that you get the size from somewhere? What are you trying to say?

Rolf Kalbermatter

Correct me if anything is wrong - to get the size of the structure, I have to go to the specified header file (mmsystem.h) and find the define statement for MAXPNAMELEN (that's what I mean by "get" - it is predefined). Then I have to add the size of each parameter to that and that will give me the size of the structure, which I can now feed into the function.

So, why can't the compiler go to the header file (assuming I use an include statement) and find out the size itself and add to it the size of the other parameters? Why do I need to this manually?

All this probably shows you that I don't have any real C experience. I have briefly learned both basic and C on my own, but never enough to do anything with it.

You might also want to look into Irene He's IVision library, but that is also not really free of charge although a little cheaper than IMAQ Vision.

Be fair to Irene, Rolf. According to her, the license for her toolkit is $20. That's significantly cheaper than IMAQ and in terms of LV toolkits almost free.

It is quite common in WinAPI functions to specify the size of structure parameters passed to a function.

I have noticed it is common to set a size, just not that windows already gives you that size. My question was whether you get the size every time or whether sometimes you have to figure out the size on your own.

If an application that was compiled with an earlier header file calls this function, the function can check the size, possibly recognize the version this application expects but most importantly make sure it only returns the information the structure can hold, avoiding writing past the end of the memory area reserved by the caller for the structure.

So why can't the size be specified in advance in the header file? Why do I need to tell the function what the size will be? Is it because several header files can be used for different parts of the function call? Can header files from different versions be used at the same time?

It is also a good practice to not assume that the string will be NULL terminated so you will go in a while loop and stop looping when a NULL character is found OR when the length of the array has been consumed. Not strictly necessary but a good idea and this is really called defensive programming.

That I know. I was actually just explaining that a couple of days ago to a friend of mine who's learning software engineering (learning C++, the poor guy , but he will probably know how to properly call windows API functions long before I have enough time to properly do this).

You should probably try searching\posting at the OpenG forums.

Also, error 7 usually means that a file wasn't found. Since the OpenG installer is almost entirely written in LV, you can dive into its VIs to find out exactly which file wasn't found.

Does any body have it?

I can tell you... but then I'd have to kill you. :ninja: