Hi Vic, Just to clarify a point for others following this: if the code in the TeamTalk app had defined it's hotkey as global, it would not matter if the app itself were associated with a program or not. when that app was running, it would have a global hotkey. Even if you took an app meant to be global and associated it yourself with some program, you'd still end up with a global hotkey when it did it's hotkey registering. Whether an app is associated with a program or not really only controls when it is started. Chip
_____ From: Vic Beckley [mailto:vic.beck...@hughes.net] Sent: Thursday, October 13, 2011 8:56 AM To: gw-scripting@gwmicro.com Subject: RE: Finding Hot Key App Rick, I don't know what is going on with your setup, but the Team Talk app is not a global app. It only runs when Team Talk is running; hence, the control-Shift-C hot key would not work unless Team Talk was running. I have it installed with no hot key problems. It is not a bug in the app. Maybe it got associated globally somehow on your system. Best regards from Ohio, U.S.A., Vic E-mail: <mailto:vic.beck...@hughes.net> vic.beck...@hughes.net From: RicksPlace [mailto:ofbgm...@mi.rr.com] Sent: Thursday, October 13, 2011 6:47 AM To: gw-scripting@gwmicro.com Subject: Re: Finding Hot Key App Hi Guys: David, that is what I was getting at. Since hot keys are registered with WE I would guess it could manage and list them and their apps, perhaps their function as well. As for ctrl-shift-c it is in the "Team Talk" app. I would imagine that that should only be active when Team Talk is running and not at other times. This is a design bug of the Team Talk script and of WindowEyes for having no oversight of Global Scripts run under their control. Problems of this nature make, can make, WE unstable and unpredictable at times. Anyway, I found the problematic app and knowing is half the problem. There should be some control over what Global Apps are allowed to run, Key Conflict Notification and Reporting for all running apps both Globally and when a Program is active in a users environment. Otherwise there is really no way of a non-scriptor user, about 95 percent of WE users, to know what might be going wrong when WE crashes, a Hot Key does not work as described in a program's documentation or when other performance issues clouded by apps occur. Ruick USA To: gw-scripting@gwmicro.com Sent: Thursday, October 13, 2011 6:18 AM Subject: Re: Finding Hot Key App Still, if I get Rick correctly, he does have a point here. Would have been great, if there was a way, to list all currently defined hotkeys. Guess, since more or less all hotkey depending apps would rely on coding in the GWToolkit, that this would be the place for such a feature to be found. Maybe something for the GW staff to keep in mind, for a later update. Or, could there be an app made up, that would scroll through all registered hotkeys, and put them on a list that the user could bring up on his screen. Not sure here, but since we are using the RegisterHotkey method of the GWToolkit when making a new hotkey, doesn't that mean, that there is an array or the like, holding all hotkeys? If so, would it be possible for an app, to scroll that array? And, does that array - if it exists - hold any info as to whih app holds the given hotkey. Well, let me give one example when this could be useful, and which might not just relate strictly to app development and WE itself. Sometimes, you install other software on your computer. Software that has its hotkeys. For instance, the mediaplayer I am using, has a number of global hotkeys. OK, WE won't recognize those hotkeys - I am fully aware - since they are not related to WE. Still, sometimes those hotkeys might not work. Why, because one of the apps I am running under WE, will have a definition for that very hotkey. Only, I am running twenty or more different apps, under WE. So which one is the complicated one? If now there was a way for me to quickly bring up a list of all the hotkeys WE apps has on hold currently, and which app relate to the individual hotkeys, I could quickly have discerned which app to modify or disable; hence get my mediaplayer working flawlessly. Hope this example makes a bit of sense. Another time, when such a list could be helpful, is when you don't remember the exact hotkey. Maybe because it is one of those you don't use all that often. And, yes, you could open your app manager, and start to scroll all the apps you have installed. But then, you don't exactly remember which of the apps actually does the job you want. Or, maybe you simply aint all that good at all this app stuff. Many a user, will simply just know they can perform this and that operation, by hitting the hotkey they happend to forget, not even knowing which app does the trick. If now, you had a way to bring up a list of all currently active hotkeys, and their short description, you could have scrolled that list, and at least somehow quickly found the key combination you were looking for. Maybe such features already exists, just I aint aware of them. Or, is this a possible app development idea for some smart guy out there? ----- Original Message ----- From: Vic <mailto:vic.beck...@hughes.net> Beckley To: gw-scripting@gwmicro.com Sent: Thursday, October 13, 2011 11:38 AM Subject: RE: Finding Hot Key App Rick, You can go into the keyboard manager for each suspected app to see exactly what hot keys the app is using. It would still be time consuming but much more efficient than going into the source code and looking for the hot key assignments. I don't hear that on my setup so it is probably not a default app. Best regards from Ohio, U.S.A., Vic E-mail: vic.beck...@hughes.net From: RicksPlace [mailto:ofbgm...@mi.rr.com] Sent: Thursday, October 13, 2011 5:28 AM To: gw-scripting@gwmicro.com Subject: Finding Hot Key App Hi: I may have missed it but how do you find what app a particular hot key combination is in? For example, when I hit ctrl-shift-c I hear "The Chat Window Is Empty" no matter what program I am in ie8 or the desktop or notepad etc... That tells me it is likely a WE Global App key combination but which app? I don't like having some chat functionallity running while I am in other, non chat, applications. In fact while typing this I hear the chat window is empty message when I hit control-shift-c which I should not hear since there, to my knowledge, no chat window active anyplace in Outlook Express while I type this. So, other than going into every app's source code if available and then reading line by line and searching around how do I find this problematic key combination and how do I handle this situation going forward for all those key combinations that are what should be considered app buggs rather than applicable to user activities. Hot keys should only be active when the requsit program or form or page is running. Is there a way of identifying all WE active hot keys defined in all those WE and Third Party Apps WE is becomming so dependent on? What about 99 percent of WE users who are not scriptors,? How do they handle this problem? What, if anything, has been put in place as a standard or did I just miss it? Is there some WE hot key that will read or print out all the other hot keys defined in all WE and Third Party Apps loaded and running? My fear has always been that too many hot keys and messages are floating around behind the scenes due to the use of Apps the way they are implemented and can cause problems for WE users since, as far as I know, they are not managed by the WE Engine. I was confused when I hit ctrl-shift-c and heard there was nothing in the chat window. I thought that I was missing something in ie8, some type of chat might be open or some other problem. Fortunately I know a little about scripting and am guessing this is a bug in either a WE App or some Third Party App running gloabbly and not assigned to a proper program. If you recognize this key combo which app is it in and is there some way that WE manages and documents hot key assignments running at any given time? I think I remember something on this from some posts a long time ago but not what it was about and not what the final resolution was. Rick USA
