LabVIEW

cancel
Showing results for 
Search instead for 
Did you mean: 

Screen Capture

Solved!
Go to solution

Can anyone tell me what I'm doing wrong??  I get 2 files.  One created by labview and one I want created.  The problem is:

1) I don't want a temp labview file

2) mine is empty.

 

 

Download All
0 Kudos
Message 1 of 15
(3,752 Views)

What do you want to do?  Specifically,

  • What is the name of the VI whose Front Panel you want placed in an HTML Report?  [Note that you failed to wire an input to the "Append Front Panel Image to Report" function, so LabVIEW "did what you asked" and appended nothing].
  • Why are you saving an HTML report with the filename "New.jpg"?  Despite what you tell LabVIEW to do here, Windows is probably going to treat this as a JPEG file and be "confused".
  • Do us a favor -- in the future, do not attach static pictures of LabVIEW code.  Attach the actual VIs, or LabVIEW Snippets (which, I'm guessing, you don't know about).  Doing so allows us to test, run, modify, and otherwise "exercise" your code, not to mention see it more clearly.

Bob Schor

0 Kudos
Message 2 of 15
(3,734 Views)
Solution
Accepted by topic author Clint1000

Assuming you want to save a capture of the front panel to file you could try this:

 

capture.png

Message 3 of 15
(3,695 Views)

@Bob_Schor wrote:

What do you want to do?  Specifically,

  • What is the name of the VI whose Front Panel you want placed in an HTML Report?  [Note that you failed to wire an input to the "Append Front Panel Image to Report" function, so LabVIEW "did what you asked" and appended nothing].
  • The front panel VI I'm trying to capture is the one the code is in.  That's why I showed the front panel as well as the code behind it.  I tried to find example w/o any luck. 
  • Why are you saving an HTML report with the filename "New.jpg"?  Despite what you tell LabVIEW to do here, Windows is probably going to treat this as a JPEG file and be "confused".
  • To me, the explanations in the help files were vague that's why I did what I did and the reason why I posted a question. 
  • Do us a favor -- in the future, do not attach static pictures of LabVIEW code.  Attach the actual VIs, or LabVIEW Snippets (which, I'm guessing, you don't know about).  Doing so allows us to test, run, modify, and otherwise "exercise" your code, not to mention see it more clearly.
  • I should have included a snippet but I figured it was easier to do a screen capture of both images.  In the future I will.

Bob Schor


 

0 Kudos
Message 4 of 15
(3,684 Views)

@Clint1000 wrote:
  • I should have included a snippet but I figured it was easier to do a screen capture of both images.  In the future I will.

I don't mind images that much, saves me from the hassle of opening the correct (or newer) LV version.

 

Images as attachment are worse of both worlds. Attaching a VI, I can\have to download it to view it. Images can be inserted, iso attached. Saves me quite a few clicks.

 

So either attach a VI, or insert an image:

Insert Photo.PNG

0 Kudos
Message 5 of 15
(3,675 Views)

@Clint1000 wrote:
  • I should have included a snippet but I figured it was easier to do a screen capture of both images.  In the future I will.

The Future is Now!  Maybe next time you'll use a Snippet.  But I digress ...

 

I've never, myself, used the Capture Front Panel, but I have used the RGT before, having learned it from the Examples that ship with LabVIEW and reading the Help for the various functions.  So it was fairly simple to put together this four-function VI:

Capture Front Panel.png

which produced the HTML output that I can't attach as a Snippet (because it's HTML, not PNG), so it's there as an Attachment (trust me -- it has the Front Panel of this VI).

 

Note that the above is a Snippet, meaning (with a little luck) you can copy/paste it into a LabVIEW 2016-or-later Block Diagram and it will turn into LabVIEW code.  Also, it is small enough and simple enough that (a) it can easily be read right here, (b) it contains no "hidden code" (like a Case Statement's non-shown Cases) and (c) there are no "obscure" (or "uncommon", or "foreign Toolbox") VI's to perplex the reader.  So here I agree with Wiebe that a VI is not necessary ...

 

Bob Schor

 

Download All
0 Kudos
Message 6 of 15
(3,663 Views)

That was simple and it worked..thanks.

0 Kudos
Message 7 of 15
(3,622 Views)

Then (please) mark it as solution, and consider giving a kudo (they're free to give)!

0 Kudos
Message 8 of 15
(3,610 Views)

@Clint1000 wrote:

That was simple and it worked..thanks.


And, to circle back to the original question and explain why BS solved the temp file problem.

 

You never closed the report! So all the temporary outputs stuck around in case you really wanted to do something else with them.  Closing the report tells the system "I'm done, go clean up after me."

 

Take this with the humor indended.... you wouldn't take a dump without wiping and flushing would you? Finish the job!


"Should be" isn't "Is" -Jay
0 Kudos
Message 9 of 15
(3,607 Views)

I did?

0 Kudos
Message 10 of 15
(3,604 Views)