We have a few different programs all compiled together in the same suite, recently we had a bug reported that "The Right Click Shortcut Menu was missing."
So as with any bug I tried to reproduce it and couldn't. No matter what I did the right click menu appeared on my system.
My first guess was that this was an OS issue. We know it works on Vista and XP, but on Windows 7 it doesn't. Unfortunately this issue only affects one of the programs in the suite and seemingly only on this one machine. AFAIK there isn't any code we've written to allow or prevent the default menu appearing so I'm not sure why it only affects one program.
The machine with the issue is a 32-bit machine running Windows 7. There was another issue to do with the regional settings (we have noticed backwards date formats even though the OS thinks it's UK it had been displaying MM/DD/YYYY format, but this was fixed when changing the regional settings to something else and back again). This did not resolve the issue.
Besides writing a new context pop-up, does anyone have any idea how I would even start to diagnose this issue? Is there an API I can call to pop-up the default menu so I can monitor its behaviour? some windows message I can intercept the check its all running as it should be?
Download Delphi 2007 December updates to fix this problem
or andy Context menu popup delay bug fix unit
Related
I'm running Delphi Tokyo 10.2. My Tooltip Symbol Insight (when debugging) has suddenly stopped working. The Code Insight that shows tool-tip information in the editor on mouse hover has also stopped working. All other Code Insight features appear to be working.
I attempted a Windows Update (Windows 11) which failed and rolled back. (I don't know if it's related to that or not. Code Insight worked before the update attempt and now doesn't.)
I have unchecked and rechecked all the Code Insight check-boxes in the Options window. In my frustration I have even uninstalled and reinstalled Delphi 10.2. Still no Tooltip Code Insight.
I'm guessing that it may be an invalid or missing registry entry but really have no idea.
Does anyone have the experience or knowledge to get my tool tip code insight back?
Thanks.
For those Delphi developers that may experience this in the future, I have found the answer.
My setup is on a laptop that usually has multiple monitors. I removed the additional monitors and was able to successfully install the Windows 11 update. The issue then resolved to the following:
Run the laptop with no extra monitors and Delphi tooltips worked
Add a monitor and Delphi tooltips stopped working
The same was true of the applications I built in Delphi. If I ran them on the laptop with no extra monitors I got tooltips. If I added a monitor the tooltips disappeared.
It turns out that I installed ElevenClock (a Windows app that adds seconds to the clock in the system tray - an extremely valuable feature for me) at around the same time that I attempted the Windows 11 update.
I removed ElevenClock and, presto, my tooltips now work flawlessly. Those with more knowledge of Windows messaging are free to add comments but it would appear that ElevenClock was intercepting the message that ultimately generated the Delphi Application.OnShowHint event.
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.
This window appear all the time when I change Delphi's tab 'Code' to 'Design'. How can I fix this problem?
I've encountered this exact issue before using Delphi XE8. I found no solution other than restarting the IDE when it happens.
In particular, this happened whenever I would switch between Local Desktop and Remote Desktop. For example, I would start the IDE from locally at the computer itself. Then, I would go to another computer, and open Windows Remote Desktop to that computer, into the same desktop session, and when I went to use the IDE, it would give me the same Invalid ImageList Index error repeatedly.
Since then, I've been using Delphi 10 Seattle, as well as not using Remote Desktop. So I can't say whether this has been fixed yet in later Delphi versions. But if I recall, past attempts to use Delphi 10 Seattle via Remote Desktop have been successful.
i think i found the problem.
if look carefully on the error details.
the firs row show calling delete on custom image list...
so i find out if i delete FMX.ListBox from uses, it will solve my problem.
and it worked. so i think the problem is a bug on Firemonkey ListBox unit.
I Solved with a simple Alt+F12
Does anyone have any suggestions on the compatibility setting on Windows 7 for the Delphi/Paradox Database desktop program so that it displays properly in Windows 7 (x64)?
We've tried quite a few combinations of selections on the Compatibility tab on the .exe's Properties screen. But, none of them have eliminated fixed our problem:
It runs fine, but the buttons on the structuring screens are missing their text and are not clickable. The work-around is to use the keyboard shortcuts for these buttons, but obviously, although workable, that's not ideal.
Pre-emptive prose: Yes, we know we're on risky ground and need to migrate away from Paradox, which in some future version of Windows will not be supported. (But, we've got a million+ lines of code and migration won't be easy...)
I can confirm that disabling UAC and moving Database Desktop out out C:\Program Files makes buttons work again.
Before:
After:
A few points:
Try running it with UAC disabled.
Make sure you have all the BWCC-dlls and stuff in the right places too.
On Windows XP, check which fonts is uses, make sure those fonts are installed too.
Nothing worked for me with Delphi 5 Database Desktop on Windows 8, until I realized that I had also installed it through the Delphi 4 setup - and that version of DBD opens fine for me. Hope this helps!
so easy answer :
don't use delphi menu to open desktop database but just navigate to this directory
"C:\Program Files\Common Files\Borland Shared\Database Desktop"
and run DBD32.EXE
you can also create a shortcut to it on desktop or quick launch on taskbar
i use delphi 7
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.