I have an ActiveX control in my project. It has been working properly for over a year. But the API, which I used when coding it, has changed. So I recoded the whole ActiveX control using the new API. I want the old ActiveX to continue working, so I changed the GUID and product code of activex which I recoded. It works fine on my developing computer. But when I install the control on another computer, it does not appear on IE.
Any help would be appreciated.
There are at least a dozen possible things that this could be; however, given the amount of information you have provided it is nearly impossible to do more than guess wildly.
Are you using a 32 bit control with a 64 bit browser on the "[other] computer"? Or vise versa?
How are you installing it? Are there any error messages? Yellow bars? Does it show up in the Manage Add-ons screen?
You might also consider using FireBreath instead of coding the ActiveX yourself; that way it'd work in other browsers as well and you don't have to muck with the ActiveX directly.
First of all, thank you for your reply.
I am using a 32 bit control on a 32 bit computer.
I am installing it with the msi installer which is produced by my project. There are no error messages. But when I try to load it first, yellow bar appears and asks my permission. After I give the permission it does not appear at all. No error messages are shown. Neither this nor the old (and working)activex shows up in the Manage Add-ons screen.
I didn't know about FireBreath, but I don't think I will be allowed to use it. I am going to look at it though.
Related
I have just installed Community Edition of Embarcadero C++Builder 10.3, as downloaded from the manufacturer's website. When I run it, the Welcome screen looks OK. Then I press on "Create a new Windows VCL application - C++" link to create a simple "Hello World" GUI project targeted at Windows. After that things fall apart - the windows in the RAD Studio do not update, and the only way to get at least some information out of them is to click on them (see screenshot below). And even then their headers never show up. Main toolbar is entirely lost. Main menu is only visible when you click on it. And then the main menu becomes frozen for several minutes. I can't even get to just placing a simple button on the form, let alone writing some code.
I used to be a huge fan of Delphi 20 years ago, did a lot of software development in it, then migrated to MSVC. Now I am trying to migrate back to Delphi/C++Builder tools, so I gave it it a try. But come on, it can't fall apart right after the installation while attempting "Hello World" project! Not a development tool that has decades of history! Am I doing something completely wrong? I really want this tool to work out for me, I have lots of respect for it from 20 years ago.
I installed C++ Builder 10.3.3 community and opened an example VCL project "Searchbox".
It compiled and ran the program, but I am not able to navigate in the sourcecode.
If I hover the mouse over a datatype or variable, a tooltip appears "cannot find C:/Users/Public/Documents/Embarcadero/Studio/20.0/Samples/CPP/VCL/SearchBox/usearchbox.cpp" This is the file in the editor and it definitely exists, however note the path is written with forward slashes, this might be the reason of failure.
If I search for declarations via menu, nothing happens, no result, no error.
To me, this seems to be (partially) broken out of the box.
My OS is Win10Pro 64 Bit.
Edit:
This apparently only happens when the classic Borland compiler is deselected which means CLang is used.
Because I am only interested in the CLang compiler, the product is -unfortunately- unusable for me.
Ok, so I downloaded a .zip file of all different kinds of examples from embarcadero... the way the buttons look and among other things are completely different from when I just create an application within my Delphi 7. I believe these examples were made for or made at a new time... because the button look way different from the way the button when I put them on my application. the buttons from the example look very modern and sleek and have mouse over effects (This applies for all the examples..its not a custom component ) I was wondering I can get this effect in my own applications within Delphi 7.. I can do this by opening one of the examples and just erasing all the code... but that's not what im trying to do..im wondering how I can accomplish these styles.. how come the examples have these nice looking buttons and such..but when I make an app within D7 its much older looking and such..
I apologize if my question is hard to understand.. and I appreciate any help on this.
Thank you in advance.. I appreciate it.
If I understand your question correctly, you're asking about the native control appearance changes that were added by the addition of Windows Themes in Windows XP.
Delphi 7 supported themes by use of the XPManifest component, which does nothing but add a manifest to your application which tells Windows your app is theme-aware and therefore it should load a more recent version of the common controls library. You can find the XPManifest component in the VCL component palette on the Win32 tab, or simply add the XPMan.pas unit to your uses clause. Note that the themed drawing does not work for all controls (grids, for instance, are not drawn using themes, and IIRC neither is TSpeedButton - it's been a long time since I used D7, so I'm not sure exactly what is and isn't supported, but the support is limited).
Starting with Delphi 2007, there is built-in support for Windows Themes, which is available by default in new projects. It can also be enabled in older projects using a checkbox in the Project->Options->Application dialog.
(Of course the real answer is that if you want your app to have the features included in modern versions of Windows, you should upgrade from your Windows-95 era version of Delphi to one that is more recent.)
Some people are saying that I must update the controls in Win3.1 palette (especially TFilterComboBox) with modern ones. But does Delphi provide such new controls?
I need to create a GUI (somehow similar to Windows Explorer, consisting in a DirectoryListBox, FileListBox and a FilterComboBox) where I allow the user to easily explore for files of a specific type. Since the interface is centered around this Explorer, a TOpenDialog will be like hitting the customer with a hammer in the middle of his head. I need an 'easy to use' solution.
Unfortunately Shell Controls are not stable enough to be used as replacement.
The Shell Controls that come as a demo with Delphi only have to be installed, and you'll have some nice shell controls. There is, IMO, no big need to get 3rd party components for that.
Look for ShellCtls (or similar, can't check right now) in your demos folder. That Demos folder can be accessed from the Windows Start menu for your version of Delphi.
Update
They are not in a Demos folder, it is called Samples now. They can be found in Samples\Delphi\VCL\ShellControls. Install vclshlctrls.dproj first and then dclshlctrls.dproj.
In our application we use tpShellShock which works rather well. You may need to tweak it a little for Unicode Delphi, but if I recall correctly that was pretty simple to do.
Here's what it looks like:
In Delphi (2007) I'm used to setting a bookmark with CTRL-SHIFT-0,1,2 etc.
Since I've upgraded to Vista x64 the above no longer works. I can still set a bookmark with CTRL-K-0,1,2 etc but I'm habituated to the traditional way (plus it's quicker).
Does anyone know why it's not working for me?
I had the same problem. Some more investigation showed that it is caused by a change in Vista.
Input method editor keyboard shortcut (CTRL+SHIFT+0) switches the input language in Vista. The following link shows how to disable this shortcut and thereby make it available to other applications (including Delphi) again: http://support.microsoft.com/kb/967893.
I am running on Windows 2008 Server 64-Bit (which is based on Vista) and I use CTRL+SHIFT+1 to set book marks and it works fine. At home I have Vista 32-Bit and that works fine too.
You might check to make sure your OEM didn't install some crazy keyboard hook on that or something. I've had that happen before where some key combinations were remapped by a background program and it prevented them from working in Delphi.
Programmers use a lot more key combinations then most "normal" users.
Verify that you don't have system wide hot keys that conflict with those. I had the same problem with Trillian hijacking some Delphi shortcuts.
As already mentioned, Vista is using that key combination.
If you don't want to disable it, Ctrl+K CTRL+0 is the old school method to set bookmark 0.
This is driving me crazy. I'm not going to take it anymore. I'm going to ask, even at the risk of eternal public humiliation! (If it's something really obvious or that I've done to the system myself).
For reasons I've never quite had the patience to work out, every so often the form I'm working on in Delphi 2007's visual form editor goes 'pseudo-read-only'; I can add new components to the form, I can move/resize existing ones (and change any properties in the Object Inspector), and I can select a component and 'copy' it to the clipboard.
But I'm completely unable to cut a component from the form, or paste a new copy down. I don't believe it's to do with the 'Lock Controls' Edit menu option as I can toggle this on or off and it has the effect it's supposed to - this disappearance of Cut & Paste happens on the right-click context menu, from the keyboard and from the main Edit menu - it's as if the form has become read only to thing to do with the clipboard.
If I close the form in the IDE and then reopen it, everything starts working fine again (just as D1, D3, D5 and D7 always did for me, previously).
I'm not going mad, as I'm sure I read something about why this happens on a newsgroup once and it's caught me out from time to time many many times in the last few months, but I've failed to find the newsgroup reference this evening and I've decided that, as more and more Delphi users seem to be making use of StackOverflow, it was worth asking here.
Help - when I'm doing lots of form-work it drives me absolutely mad!
you can try to download the clipboard monitor application to see if anything is messing with your cut/paste. I have noticed simular problems when running in a VM, the VM gets confused as to what is in the clipboard and won't let me cut/paste again until I go back to my host application open something else (notepad works fine) and copy something fresh. I think thats more a problem of the other clipboard monitoring applications on my system than anything else.
I'm using copy/paste "desing" a lot, but they never went away.
Are you using some other IDE addins that mandle with copy/paste?
I think it is a known bug in the IDE, but I can't seem to find any references to it. I also have experienced this problem. You might want to try IDE Fix Pack, although it does not claim to fix this problem.
Check that other apps can use the clipboard too. Sometimes I am paused in the middle of a clipboard operation in my app, which stops other apps opening the clipboard. Can be confusing!
The virus detector app: Webroot SecureAnywhere stopped pasting from working - when I disabled this dumb virus detector - all was good again.
I think you should try the Desktop Settings. I had the same issue and after changing the Setting to Debug, Cut/Copy started working.