LabVIEW

cancel
Showing results for 
Search instead for 
Did you mean: 

Microsoft web browser ActiveX prevents typing inside controls

Hello,

I currently developpe an application using the Microsoft web browser ActiveX component.

My problem is after I navigate to an url (or to a file) with the appropriate method, I can't typing data inside a string or a numeric control.

I found a non acceptable solution consisting to make an other window the active window (for example I click on a open file in notepad), then return to my LabVIEW application.

Then I can type inside my controls.

It's all like the IE ActiveX keeps all the typed key for itself...

The behavior is the same in executable and development. 

I'm using LabVIEW 8.5, and IE 6.

 

Thanks!!

 

Callahan 

Message Edité par Callahan le 03-15-2010 05:40 PM
0 Kudos
Message 1 of 10
(3,113 Views)
UP !!
0 Kudos
Message 2 of 10
(3,095 Views)

Have you tried to set the keyfocus in your application to a control which is not the ActiveX container after opening the URL?

 

hope this helps,

Norbert

Norbert
----------------------------------------------------------------------------------------------------
CEO: What exactly is stopping us from doing this?
Expert: Geometry
Marketing Manager: Just ignore it.
0 Kudos
Message 3 of 10
(3,093 Views)

Yes, I tried that.

It does not work at all.

I tried a lot of others tricks with FP properties, nothing works.

Thanks for your help.

0 Kudos
Message 4 of 10
(3,089 Views)
please, help me, I'm so sad Smiley Sad
0 Kudos
Message 5 of 10
(3,080 Views)

Hm, i tried with LV 2009 and IE 8 but could not reproduce the issue. Could you please post your VI?

 

Norbert

Norbert
----------------------------------------------------------------------------------------------------
CEO: What exactly is stopping us from doing this?
Expert: Geometry
Marketing Manager: Just ignore it.
0 Kudos
Message 6 of 10
(3,079 Views)

I tried with IE8 and LV8.6 and the problem does not exist.

But I have to use LV8.5 and IE6 for professionnal reasons.

I observed too that the problem exists with source in LV8.6.

I guess that you have done your test in source mode.

 

  • LV2009 SOURCE + IE8 => Works
  • LV2009 EXECUTABLE + IE8 => Works (deducted)
  • LV8.6 SOURCE + IE8 => Does not work
  • LV8.6 EXECUTABLE + IE8 => Works
  • LV8.5 SOURCE + IE6 => Does not work
  • LV8.5 EXECUTABLE + IE6 => Does not work

Thanks for any help!
Message Edité par Callahan le 03-16-2010 04:58 AM
Message Edité par Callahan le 03-16-2010 05:00 AM
0 Kudos
Message 7 of 10
(3,074 Views)

Callahan,

 

using IE 6 for "professional reasons" is not recommended from Microsoft. It is said that IE 6 still has severe security leaks and should be updated as soon as possible.....

I do not have any other LV version than 2009 on my system right now. I am not sure what the reason for the behavior might be without seeing the code. So i cannot give any tips on what you (probably) can improve in order to prevent the issue....

 

Norbert

Norbert
----------------------------------------------------------------------------------------------------
CEO: What exactly is stopping us from doing this?
Expert: Geometry
Marketing Manager: Just ignore it.
Message 8 of 10
(3,069 Views)

I'm sure that the problem don't come from my code.

The fact is my code runs fine with LV8.6 and IE8.

I think more about a problem with the ActiveX object, and the way the ActiveX is implemented into a Front Panel.

All others functionnalities of this ActiveX I need work fine.

I really have to use IE6...

0 Kudos
Message 9 of 10
(3,066 Views)

Hi Callahan,

what type of help do you expect, after not uploading your vi or using a well running version of explorer?

 

Mike

Message Edited by MikeS81 on 03-16-2010 11:16 AM
Message 10 of 10
(3,064 Views)