price

Is there a way to list all accelerator keys (key board short cuts for running
programs not windows hot keys) that I have on my system? where are they
stored, registry?, .dat file? etc?

thanks

Mark F.

"price" <price@discussions.microsoft.com> wrote in message
news:ECE4CEF5-582A-46FD-9814-BC3EBCA91774@microsoft.com...
> Is there a way to list all accelerator keys (key board short cuts for
> running
> programs not windows hot keys) that I have on my system? where are they
> stored, registry?, .dat file? etc?
>
> thanks

Not really. Developers can create any combination of keyboard keys for their
software applications. Accelerator code is compiled into the app through a
resource file or resource library (DLL). The help files for an application
is the best place to look.

Mark

price

Thanks for the reply Mark. Pardon my lack of technical knowledge but the
programs in question have no help files. My assumption was that if the
program is running it must be some how (for lack of a better term)
"listening" for the key combinations so that when they are executed the
program can respond. I figured if that is the case there would be some way to
detect them or a data base that they would be stored in that I could check.


"Mark F." wrote:

>
> "price" <price@discussions.microsoft.com> wrote in message
> news:ECE4CEF5-582A-46FD-9814-BC3EBCA91774@microsoft.com...
> > Is there a way to list all accelerator keys (key board short cuts for
> > running
> > programs not windows hot keys) that I have on my system? where are they
> > stored, registry?, .dat file? etc?
> >
> > thanks
>
> Not really. Developers can create any combination of keyboard keys for their
> software applications. Accelerator code is compiled into the app through a
> resource file or resource library (DLL). The help files for an application
> is the best place to look.
>
> Mark
>
>
>

Mark F.

"price" <price@discussions.microsoft.com> wrote in message
news:13AB4877-9B1F-413D-B44F-B27B5A80B23D@microsoft.com...
> Thanks for the reply Mark. Pardon my lack of technical knowledge but the
> programs in question have no help files. My assumption was that if the
> program is running it must be some how (for lack of a better term)
> "listening" for the key combinations so that when they are executed the
> program can respond. I figured if that is the case there would be some way
> to
> detect them or a data base that they would be stored in that I could
> check.
>
>

Well yes you are fairly correct. Windows applications work on messages and
events. A user presses a key and the OnKeyDown and OnKeyUp events fire
(there are others too). Depending on how the application code handles the
keystroke(s) a message is then send or a function is called to do some work.
Simply stated.

If an application has a user interface such as a menu, often the keystrokes
are shown in the form of underlined letters (e.g., Alt+F for File menu), or
keys after the menuitem's name (e.g., Ctrl-S for file save). Beyond that
it's hard to tell.

If you are interested there is a article here on the subject.
http://msdn2.microsoft.com/en-us/library/aa383743.aspx

BTW: you never have stated that program's name. Perhaps someone here is
familiar with this program.

Mark

price

Mark,

Thanks for the link looks like I have some reading to do. From the little I
read at the link what I am trying to determine is what accelerator tables are
loaded into memory. I'm not clear on weather these tables load when the
program starts, or when the key combinations are used. If they don't load
until they are called for by the keystrokes then my thinking won't work.

The program that I would be trying to determine the accelerator keys for
would be running in a stealth mode, ie: key loggers. What I'm trying to do is
unhide the program by using the accelerator keys that were set by the user
that hid the program.

Thanks

Price

"Mark F." wrote:

>
> "price" <price@discussions.microsoft.com> wrote in message
> news:13AB4877-9B1F-413D-B44F-B27B5A80B23D@microsoft.com...
> > Thanks for the reply Mark. Pardon my lack of technical knowledge but the
> > programs in question have no help files. My assumption was that if the
> > program is running it must be some how (for lack of a better term)
> > "listening" for the key combinations so that when they are executed the
> > program can respond. I figured if that is the case there would be some way
> > to
> > detect them or a data base that they would be stored in that I could
> > check.
> >
> >
>
> Well yes you are fairly correct. Windows applications work on messages and
> events. A user presses a key and the OnKeyDown and OnKeyUp events fire
> (there are others too). Depending on how the application code handles the
> keystroke(s) a message is then send or a function is called to do some work.
> Simply stated.
>
> If an application has a user interface such as a menu, often the keystrokes
> are shown in the form of underlined letters (e.g., Alt+F for File menu), or
> keys after the menuitem's name (e.g., Ctrl-S for file save). Beyond that
> it's hard to tell.
>
> If you are interested there is a article here on the subject.
> http://msdn2.microsoft.com/en-us/library/aa383743.aspx
>
> BTW: you never have stated that program's name. Perhaps someone here is
> familiar with this program.
>
> Mark
>
>
>

Mark F.

"price" <price@discussions.microsoft.com> wrote in message
news:16C094B1-A02B-4ACB-BA24-A01050B0D922@microsoft.com...
> Mark,
>
> Thanks for the link looks like I have some reading to do. From the little
> I
> read at the link what I am trying to determine is what accelerator tables
> are
> loaded into memory. I'm not clear on weather these tables load when the
> program starts, or when the key combinations are used. If they don't load
> until they are called for by the keystrokes then my thinking won't work.
>
> The program that I would be trying to determine the accelerator keys for
> would be running in a stealth mode, ie: key loggers. What I'm trying to do
> is
> unhide the program by using the accelerator keys that were set by the user
> that hid the program.
>
> Thanks
>
> Price
>

Do you suspect that a key logger is running on your system?

You should look for utilities that display running "Processes" on the
system. Here are some that "work".
http://www.microsoft.com/technet/sys...t.svl=featured


Mark