Jump to content

[LVTN] Code Capture Tool


Recommended Posts

  • 11 months later...
  • 1 year later...

What exactly is the problem? I'm not well versed in the VIPM package build settings and I know nothing about the Mac, but as far as I know, the CCT should in principle work on the Mac. I know that we wrapped all the platform specific code so that it would. Is it just a matter of setting a flag in the package to mark OS X as a supported platform?

Link to comment

The Code Capture Tool GUI__CCT.vi has a broken arrow, the LLB <vilib>:Utility:inputDevices.llb isn't found, I think this llb is Windows only.

 

post-7452-0-17072600-1368041500_thumb.pn

 

I'm running LV 2013 beta, I have no other LV version to try at the moment on my mac.

 

 

Is it just a matter of setting a flag in the package to mark OS X as a supported platform?

 

 

 

yes, I think that by default a package supports all plateforms but you can set restrictions.

Here's what it looks like :

 

post-7452-0-64291400-1368041473_thumb.pn

Edited by Antoine Châlons
Link to comment
the LLB <vilib>:Utility:inputDevices.llb isn't found, I think this llb is Windows only.

 

Yes, as far as I know that's true. As far as I can tell from my memory (and your image), that's the part of the code that handles the panning and zooming of the preview image. I believe originally this used only events, but I guess from the label that Ton added zooming with the mouse wheel, which wasn't supported with the event structure. I don't have the code in front of me, but I see no reason in principle why this code can't be moved to a dynamically called VI, thus making it compatible again.

 

I'm not sure when it will happen, because I don't currently have access to the CCT repo and I don't even remember which version it's currently in (7.0 or 2009). If you happen to want to make the change, I'm sure it will make it likely to go faster.

Link to comment

Hi Antoine,

 

Yair is right that code is used for the panning/zooming using the scroll wheel. I always thought that code was OS generic.

Can you place the whole while loop + init/close VI inside a conditional structure, to see if it is fixed then?

If so we can easily create a platform limited code for Mac/Linux.

Apparently this code is only available on Win/Linux.

 

Ton

Link to comment
But with this idea In Beta, perhaps there will be a built-in solution (I don't have the 2013 beta so I can only speculate on what might be coming).

 

We have platform and version specific features in the CCT by placing them in dynamically called VIs. In principle, it would be possible to support scroll-zooming on non-Windows platforms in LV 2013 or later by wrapping the code in such a call, but it would require several VIs to support the various platform and version combinations (probably Win <2013, Non-Win <2013 and >=2013).

Link to comment
Hi Antoine,

 

Yair is right that code is used for the panning/zooming using the scroll wheel. I always thought that code was OS generic.

Can you place the whole while loop + init/close VI inside a conditional structure, to see if it is fixed then?

If so we can easily create a platform limited code for Mac/Linux.

Apparently this code is only available on Win/Linux.

 

Ton

Ton,

I also had to remove an event case from the VI called "Annot_Deamon__CCT.vi" because it was using the Mouse VIs. Then it works fine :)

Link to comment

Filed as issue  #22

Fixed in version 3.2.1, that is available at SourceForge and the Lava Code repository. Should go live shortly on the LabVIEW Tools Network.

It's fixed by placing the Mouse VIs in a conditional case structure that's only run for Windows and Linux.

 

Ton

Edited by Ton Plomp
Link to comment
  • 1 month later...
  • 2 months later...

I finally started really using LabVIEW 2013 and have repeatedly ran into a problem with the CCT.  I load the CCT and create a snippet.  The snippet is successfully created.  However, then the tool starts to save the 271 CCT VIs.  It seems to pause at VI 258 and then closes.  With previous LabVIEW versions it would save the VIs the first time exiting the tool.  But 2013 is always trying to save the VIs.

 

Windows 7 64-bit (in case that matters at all).

Link to comment

I'm pretty sure I installed the CCT on the 2013 beta and didn't have this problem. I suggest you open the CCT caller VI (should be under LVProjectLAVA and it should be set to auto run) and look at the code. IIRC, it checks the top level VI for mods and uses that to trigger the save and because it's saved last, it never saves it and always sees mods.

 

I'm assuming that what's happening here is that it's probably stopping on an error or propagating it and then not reporting it. You could probably simply put a breakpoint after the save VI method, then call the CCT and replace the breakpoint with a conditional probe and wait until there's an error to see which VI the problem is in and what the problem is. One possibility is that you don't have access to save one of the VIs, but that's just a guess.

Link to comment
  • 4 months later...
Cross-post from NI Forums http://forums.ni.com/t5/LabVIEW/How-can-i-change-the-background-of-labview-front-panel/m-p/2696525#M801184

 

Code Capture tool ignores Pane Background for Front Panel.  (Minor, but notable)

 

It's not the CCT, but the Get Image method. I reported it to NI a few years ago (gave them the link to this), but I have no idea if they did anything with it.

 

It might be possible to get the background image using some properties and then apply it ourselves, but I doubt it would actually be possible (since you have to somehow draw it BEHIND everything) and I don't think it would be worth the effort even if it was possible.

Edited by Yair
Link to comment
  • 2 months later...

And while we are waiting for Edit>>Create snippet from selection to catch up to the CCT.... 

 

Let me preface this with my most common use case for creating snippets-  Discussion forum posts.  I even keep a menu shortcut handy since I post so dratted often.  Ctrl+/ (Who needs to tile windows anyhow?)

 

Ah, but tools>>Lava>>CCT isn't "menu shortcuttable"  or whatever the term should be.  And if it was, like Create snippet from selection, it would need to be aware of the context.  Try Tools>>Lava>CCT... from project explorer...Ctrl+/ doesn't do anything, it is discarded, the CCT correctly chastises me for invoking a tool in a foolish manner.

 

Which gets me into areas of LabVIEW I really don't play with ever.  I suspect a QD shortcut would be a more approachable route to create code capture of selected (Or All) Block diagram by running a vi with the appropriate CCT API calls.  Ideas from the experts are more than welcome.

Link to comment

I don't know about menu shortcuts, but the QD option should be fairly simple. First, I seem to remember some discussion about this in the QD group a couple of years back, so you can try looking there to see if anyone did anything.

 

Second, if you look at the CCT launcher (in <LV>ProjectLAVA), you'll see that all it really does is get the VI ref and give it to the CCT. Since QD already gives you the VI ref, all your plugin needs to do is call the CCT VI and pass in that ref, and I expect it should work then. Seems easy enough.

Link to comment

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use.