Why in Access 2016, Alt+F11 shorcut wont switch from front end to VBA window?
If you have Nvidia Geforce Experience installed...
Go to shortcut settings
Mark Alt+F11 assigned shorcut
Press Backspace to un-assign(delete) shortcut
Thats it!
Related
Recently switched to Visual Studio 2019. For some reason Ctrl+Y deletes the current line rather than implementing Redo. If I pull down the Edit menu, selecting the "Redo (Ctrl+Y)" menu item works. But not the indicated keyboard shortcut.
Any idea what might be causing this and how to fix it?
I agree with Dan H above. In Tools>Customize>Keyboard, remove the keyboard shortcuts for Edit.LineCut and Edit.LineDelete. Assign Edit.Redo to CTRL-Y and redo works again.
Thanks Dan!
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
How can I change the IDE keyboard shortcuts in Delphi?
I want to change "Run" from F9 to F5
and "Add Breakpoint" from F5 to F9
I'm currently programming Delphi at home and C# at work and these 2 shortcut keys are confusing because they are the opposites of each other!
#Kobus, you can map the keys to simulate the behavior of visual Studio IDE using the "key mappings" tab, located in tools->Editor options menu.
see theses images (Delphi 7)
Delphi 2010
Another option is install Gexperts, and use the expert IDE menu shortcuts, This expert enables you to configure any of the IDE menu shortcuts.
(source: gexperts.org)
I personally use DPack which provides a Delphi keyboard mapping for Visual Studio plus a whole range of additional tools. It's also free :-)
Simon
I've found a better solution for me because the Visual Studio emulation is not the same as my VS and can't be customised
and as Altar mentioned GExperts IDE menu shortcuts is not working with Delphi XE.
Using AutoHotkey I remap the keys using this script:
#IfWinActive, ahk_class TAppBuilder
;Set breakpoint
F5::F9
;Run
F9::F5
;Step Over
F10::F8
;Trace Into
F11::F7
;Delete line
^l::^y
;Switch between form and code
F7::F12
;Find Declaration
F12::Send !{Up}
;Navigate Back
^-::Send !{Left}
;Navigate Forward
^=::Send !{Right}
;Duplicate Line
+Enter::^!+d
;Incremental Search
^i::^e
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.
I am busy developing a Delphi App that uses F12
When I am running the software under the Delphi IDE and press F12 the program stops and the ‘CPU’ window opens up
What can I do to stop the Delphi IDE from doing this when F12 is pressed ?
Change the value of this registry key..
HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\AeDebug\UserDebuggerHotKey
..to 0x13 (19 in decimal). This changes the key from f12 to pause/break. You will need to reboot for this change to take effect.
Reference: this blog post.
The MS link in the post is broken, so here's a fixed one.