I'm trying to make an AutoIT script to automatize certain tasks. The problem is that I'm basing most of the IE control on the use of shortcuts. Shortcuts depend on the IE language settings so, in order to make an international implementation, I should know which are the current hotkeys given the current IE language packages. I understand that this can be done using the .mui files that come in the IE language packages, but I'm not finding where these shortcut settings are. Some of the .mui files have entries that clearly represent shortcuts, but they seem to be the same in every language package... Any ideas?
Related
I've never written anything in applescript, but from some light research, it's what I'd use to mimic a VBA macro on a mac.
I have two accounts that I use in Outlook, my work and personal. I'd like to create a keyboard shortcut to switch between the two.
I'm working with Outlook for Mac, version 16.69.1. I have the two inboxes saved in my "favorites" in the sidebar.
Am I missing something? Is there a shortcut for this? If not, could someone assist in creating a script?
Currently, there's no shortcut for that in Outlook's standard set, and I don't think it's an option in settings either. There is a shortcut (cmd-G) that brings a search popup to change folders, but it takes quite a few keystrokes; I'd like to speed this up. I haven't found any other questions addressing this issue.
When an app stops in debugging mode and I make changes to the code
Is there a way to save the code with the changes, without stop the app?
Although the VB6 IDE does not provide this natively, an add-in for the IDE called MZTools has been around for ages which adds this feature.
Personally I've used MZTools 3.0 for many years, and this works really well.
This is what its help system says:
Shortcut To Save File At Debug-Time
The Shortcut To Save File At Debug-Time feature allows you to define a keyboard shortcut (Options
window, Shortcuts tab) to save the selected file at debug-time. The
Visual Basic IDE does not allow to save files at debug-time, but often
it is useful to save the modifications that you have made to the
source code at debug-time.
Remarks:
This feature is not available in the VBA version of MZ-Tools. This
feature only works at debug-time. Since Visual Basic disables buttons
or menus of add-ins at debug-time, the only way to save a file at
those times is through a keyboard shortcut. The file must be
previously saved at design-time, that is, MZ-Tools does not prompt for
a name to save the file (it shows an error message instead).
This is the options window for how I have it configured locally:
Note that originally MZTools was free in version 3 and later they switched to a paid version; if I hadn't gotten v3 originally however it would be well worth paying for, not only for this feature.
The short answer is you can't.
If you make the project before the crash, maybe this piece of code can be found in a ".tmp" file. But searching in .tmps is often a waste of time.
I particularly always force myself to stop the debug and save my progress.
And I always use this setting which forces me to remember to save:
I have a problem with the option "Hide extensions of known files" in Windows Explorer and Visual Basic 6, specifically with the FileListBox component.
The problem has happened to me when installing in a couple of clients a program that, among other things, shows * .mp3 files of a directory through a FileListBox. The fact is that the list of files appeared empty, when there really were mp3 files in the corresponding directory.
In order for them to appear, I had to close the program and uncheck the check "Hide extensions of known files" in their Windows Explorer settings, which I do not really like having to do. In both cases it was a Windows 7.
I tried to render the case on my computer, also with Windows 7, in Windows 10 and Windows XP but although I have activated the check "Hide extensions of known files", in my case they do appear, which also I am a bit limited to when correcting this behavior.
What explanation can all this have? How can I ensure for future installations that I show the files in FileListBox even if the client has activated the check "Hide extensions of known files"?
The FileListBox is an ancient control, dating back to the old Windows 3.1 days (pre-Windows 95). In those days, there wasn't the option of hiding file extensions. So FileListBox doesn't work properly with hidden file extensions, as you have found.
If you want the functionality you're looking for, consider using he FileSystemObject library to get the files you're looking for, and displaying them in an ordinary ListBox. If you go to the trouble of doing this, you'll have a lot more flexibility in defining solutions for your clients.
I'd like to implement a Windows Explorer extension that works like this:
The extension quietly records all folders the user visits in Windows Explorer.
A shortcut command like Ctrl+F3 activates the extension. The user can then type some parts of a folder name or path, and the extension shows the recently visited folders that most closely match the search query. The user can then select a folder, which lets Windows Explorer navigate there.
An important point: I don't want to just extend the standard Windows Explorer. I need to extend the Open File Dialog as well, i.e. these windows:
The Open File Dialog is something that runs inside other applications, so the task might be a bit more difficult. However, I'm pretty sure that it is possible. For example, Shell Namespace Extensions or Context Menu items are visible in both the standard Windows Explorer and the file dialogs in other applications. That's why I'm pretty sure there must be a way to implement such an extension.
What's the best way to implement it?
Edit: By the way, if someone knows of such an extension, I'd be very happy to know.
'Regular' windows application shortcuts have a target which is a path to an executable file. This path is visible (and editable) in the shortcut's properties dialog.
But many shortcuts have no such path, only a (read only) application name is displayed. All the MS Office programs, for example, have such shortcuts.
How do these shortcuts work (I guess there's a progid involved), what are their advantages over 'regular' shortcuts and why would I want to use such shortcuts for my own applications?
Finally, can I create such a shortcut with an installer built by a Setup Project in Visual Studio 2008?
These are "advertised" shortcuts provided by MSI.
Here's a google search that contains some information you might find useful:
Google Search
I don't know if you can create these via a Setup Project.
One advantage of advertised shortcuts is you can have certain features be installed on demand, and I think missing files can also be repaired if I'm not mistaken. The downside as a user that I hate is I sometimes want to find out where the executable is and which executable is run and it's harder to find that out.
Read MSDN, everything is detailed about Links.