From Friday, April 19th (11:00 PM CDT) through Saturday, April 20th (2:00 PM CDT), 2024, ni.com will undergo system upgrades that may result in temporary service interruption.

We appreciate your patience as we improve our online experience.

LabVIEW

cancel
Showing results for 
Search instead for 
Did you mean: 

Adobe PDF Reader Active X Control

Solved!
Go to solution

I am using the Adobe PDF Reader Active X Control on one of my VI's Front Panels. It seems that this control wants whatever VI is using it to have its preferred execution type set to "user interface mode." I am not too familiar with the ramifications of this but I have found one side effect: there cannot be any keyboard input to the VI (e.g. when typing values into numeric or string controls). Why is this? Is there any workaround?

 

I also found some interesting behavior, I can set the VI that owns the PDF Reader Active X control to "standard" preferred execution type if I use Automation Open remotely (from another VI). I can then use the keyboard to enter values into numeric and string controls until I start interacting with the Active X Control.

 

Thanks for any help Smiley Wink

0 Kudos
Message 1 of 8
(9,779 Views)

Amaglio:

 

I was able to edit a string control and a numeric while having a PDF loaded up.

 

Do you have the load method inside a while loop or something that might cause the keyboard to be repeatedly co-opted by the activeX control?

 

I've attached a sample VI that worked for me.

 

ActiveX PDF.png

Caleb Harris

National Instruments | Mechanical Engineer | http://www.ni.com/support
0 Kudos
Message 2 of 8
(9,735 Views)

Thanks for your response Caleb. Is it possible for you to save the VI as 8.5? I am running LabVIEW 8.5.

0 Kudos
Message 3 of 8
(9,729 Views)

Hi Charris, 

 

I had the VI downconverted to 8.5, and sure enough the problem exists. I don't even have to interact with the activeX control. As soon as I run the VI with a valid PDF loaded, I cannot type anything into the string control or into the numeric control. I can however change the numeric value by clicking the increment/decrement buttons. I attached the VI in version 8.5. Are you able to run this VI under 8.5, if so are you able to reproduce the problem? Thanks for your help

0 Kudos
Message 4 of 8
(9,712 Views)
Solution
Accepted by topic author amaglio

Amaglio:

 

I confirmed the behavior in 8.5. I looked into it, and it looks like this was actually a known issue at the time (CAR# 49255).

 

The good news is that this doesn't occur in 2009 or 2010. I didn't have a copy of 8.6 to check it against, so I'm not sure what the bahavior is in that version. The workaround listed for 8.5 was to Alt+Tab to another window and back to LabVIEW to regain keyboard control. Does that work on your machine?

Caleb Harris

National Instruments | Mechanical Engineer | http://www.ni.com/support
0 Kudos
Message 5 of 8
(9,697 Views)

Hi Caleb,

 

Ah, okay... Yes that does work on my machine, every time I interact with the ActiveX control I must do it again to be able to have keyboard control. Well going to have to tough it out for now until we can upgrade. Is there any other way around this issue? Is there another way to display PDFs that you know of?

 

Thanks for your help

0 Kudos
Message 6 of 8
(9,690 Views)

Amaglio:

 

The only other way I can think of (and this is ugly) is to load a browser window in ActiveX (like Internet Explorer). You can specify the page, and it might pull the PDF up in the browser, much like it does if you simply open a PDF online.

 

By shafting the PDF container down a level, it might quell the issue. Or, it might just create a whole mess of new ones Robot wink

I figure it's at least worth a try.

Caleb Harris

National Instruments | Mechanical Engineer | http://www.ni.com/support
0 Kudos
Message 7 of 8
(9,676 Views)

Okay, I will consider trying the work arounds you mentioned. Thanks for your help Smiley Wink

0 Kudos
Message 8 of 8
(9,672 Views)