acrobat automation

[falkpl]

I have an activeX adobe acrobat container, I am able to get the files to load in the pdf but when I invoke the print the window is not modal and is lost behind the labview caller.  Is there a way to prevent this?  Worse yet, the caller can be closed before the print window pops up since this appears to be a non-blocking call.  I need a way to allow the user to print an adobe pdf and block until canceled or printed.

[Brian_R]

I was not able to reproduce your issue where the print dialog displays below the VI.  I have attached a VI that waits for focus to return to the VI before continuing.  Another option is use the System Exec.vi to print.  This forum goes into a little more detail on that.

[falkpl]

This is very similar toi my code but if the user clicks back on the labview window, the print dialog will go behind the labview window.  This is most likely a acrobat issue?  Is there a way to block labview from becoming active with out minimizing or hiding it?

Paul

[Matthew_Kelton]

The VI keeps the dialog up front for me, but if I change the VI properties to be a dialog box, then I can get the Print dialog to fall behind my window.

Because both windows are dialogs, they are at the same "level," so windows will allow either to come up front.

So, if you have you VI set to a dialog (modal) in your windows appearance settings section of VI properties, you will have this problem.  You can change this to another option, or you can use to use the lvwutil functions here.  With those, you can use Make Window Always on Top.vi  in the WINUTIL.LLB to force the Print dialog to not fall behind any other window.  If you click on the LV window, you woud still remove focus from the print dialog

[falkpl]

Thanks. I will give this a try.  I dont want to confuse the user when the print dialog comes up an the click on the caller only to think the print didnt work.

Paul