Is ActiveX support is available in IE-10 on windows 8 . Because ActiveX is not working on IE-10. I did find the problem i had done all the settings ?
i solved the problem by doing Following steps.
-Following Registry entry should be Added in order to run ActiveX on Windows 8 64 bit.
1. open Regedit .
2.Path: HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\.NETFramework
3. Add a new DWORD 32 bit value
4. Set its name “EnableIEHosting”
5. Set its value “1”.
ActiveX works fine on IE10 in windows 8, as long as you aren't in Metro / Windows RT mode. You can only use activex controls in desktop mode.
(our plugin works fine; https://downloads.gradecam.com)
Related
We run IE11 on Windows 10 Technical Preview Build 10049
This javascript check returns false:
if ("ActiveXObject" in window) alert(‘ActiveX supported!’);
and this line
var objBonPrinter = new ActiveXObject('dispi.commport.Bonprinter');
returns the error "ActiveXObject is undefined"
So it seems the problem is not in the ActiveX component but on a higher level?
We have set all the security settings to allowed, just like we do in IE11 on Windows 8.1 which does run the same code fine.
edit: it works if we use IE11 in compatibilitymode. But it doesn't work without.
Starting with IE11, the ActiveXObject property is hidden in favor of cross-browser plugin detection.
You'll need to update your code accordingly.
Hope this helps...
-- Lance
I tested on the last Windows 10 Technical Preview Build 14372.
Unfortunately ActiveXObject doesn't work and there is no information in the logs.
And Yes, it works if we use IE11 in <=8 compatibility mode only.
As I know it, IE9 has different engine as compared to IE8 and I guess it is bug of IE Technical Preview.
Actually we have integrated Teechart in our application and it works fine on windows 7 64 bit.
But now we moved to windowss 8 where our application 32 bit works fine with Teechart but 64 bit gives access violation error.
we taught it might be our issue so we build samople application seriesTxt source and tried to execute we found that the Teeeditor is disable and in out code we used it to set legend size that where it crashes.
Can you please execute the sample code in the Example by building in 64 bit and check on wwindows 8 (64 bit) whether it works fine.
Also we found out the issue might be because of casting some variable in DWORD which work in windows 7 but windows 8 required the type casting to be DWORD64 may be some where in your code this can be the issue.
Thanks
Akshay
Note we changed the CLSIDs of the components on TeeChart ActiveX v2014.0.0.2.
However, I'm afraid the demo in the "Examples\Visual C++\Version 6\SeriesTextSource" folder still references the old CLSIDs.
Updating them I could build and run the project without errors in Visual Studio 2010 here, both in 32 and 64bit, in a Windows 8.1 64bit machine.
Find here the corrected project:
http://goo.gl/7Ro3OS
Also check you have both the 32bit and the 64bit versions of the .ocx registered. To register them, open an elevated command prompt at the TeeChart installation path and run:
regsvr32 "TeeChart2014.ocx"
regsvr32 "64bit files\TeeChart201464.ocx"
I have an application written by Delphi 7 and this application works fine in windows XP.
Now i has upgrade my pc to windows 7 and everythings works fine with this application except when i click the button which will execute the TOpenDialog and TSaveDialog then hangs.
Anyone have this problems when using delphi 7 in windows 7?
Most likely reason is an issue with COM. The Open/Save dialog needs to run in an STA COM apartment otherwise some shell extensions can lock up.
If you have anything in your application which initializes COM in a different mode for the main thread, lots of strange things can happen.
I try to debug a COM+ DLL in Delphi 7 in a Win7 environment. How can I do this?
It's possible with a work around.
1 unregister from Com+ the dll
2 run as administrator in cmd : regsvr32.exe
3 Make a break point
4 In Delphi 7 Run -> Parameters : Host Application : Exe Application that use the interface dll
so the step 2 is the key ...
If it is mostly the debugging you are concerned about, not necessarily debugging in Windows 7 64, you could set up a virtual computer running Windows 7 32 bit, or, since you seem happy with older technologies, drop back to XP. You'll need to set up your development environment there, but at least you'll have a full running virtual machine that you can back up or move if you want to.
I have a Delphi 2007 application that has a TAnimate control with a FindFile Common AVI. It works perfectly when the application is run on Windows XP, but nothing ever appears on Windows 7. I've heard it now requires its own thread, but I am not certain.
Does anyone know how to get TAnimate's Common AVI control to work on Windows 7 (or Vista)?
You must add the unit ShellAnimations to you project or add the component TShellResources from the Win32 tab of the component palette. (Tested in Windows Vista- Delphi 2007)
uses
ShellAnimations;
this unit adds the following replacement animation resources to your executable:
FindFolder.res
FindFile.res
FindComputer.res
CopyFiles.res
CopyFile.res
RecycleFile.res
EmptyRecycle.res
DeleteFile.res
Bye.