Oh, and I forgot perhaps it's most important convenience feature: it emulates all the root-level objects of WindowEyes so that you don't have to do anything, and it is aware of all of their properties and methods, and will give you intellisense and syntax checking for them. I did have a quick google, and there are evidently very nice VBScript editors out there (not for free though), (Doug found one called VBSEdit for $75 which is very well thought of), but I could not find any way in VBSEdit to have it be aware of the WE root-level objects so that a scripter could just work with them as our apps do. Chip
_____ From: Chip Orange [mailto:lists3...@comcast.net] Sent: Saturday, April 21, 2012 10:28 PM To: 'gw-scripting@gwmicro.com' Subject: RE: Names of Hot Keys Hi Rick, I absolutely understand about the *huge* benefits derived from working in an integrated development environment, instead of just a text editor. It makes scripting *so* much easier. That's why, for anyone who doesn't know, I have written an app named "Office VBA and VBS Editor". If you own a copy of MS Word (not the starter edition), this app allows you to use the Word VBA integrated development environment to edit/develop your VBS scripts. It's primary benefit is that it provides you with intelli-sense functionality; it also has an object viewer, and will check all your code for correct syntax, and use of any undeclared variables or mis-spelled properties or methods. It also allows you to declare your variables/parameters with types, so that it can check for incompatible usage, and provide the intelli-sense for your variables which are objects. Rick, I was just wondering as I typed this: does the express version of visual studio give you a development environment to work in, and if so, is VBScript one of the visual studio supported languages? (perhaps it could be setup the way I've setup the Word VBA to define what's needed to support WindowEyes VBScripts?; just a thought). Chip _____ From: RicksPlace [mailto:ofbgm...@mi.rr.com] Sent: Friday, April 20, 2012 6:31 AM To: gw-scripting@gwmicro.com Subject: Re: Names of Hot Keys Hi Chip: I have not gotten that far yet. I have registered a couple of hot keys and they work but I am not at all sure they were registered with the Hot Key Manager in that respect. There is no code in my app to handle modification of keys but that doesnt mean it cant be done. I used control-windows-alt-C to print information about the window under the cursor, it's parent chain with details of each of those objects. I used control-windows-alt-M for the same but starting from the window under the Mouse location. I have the VS project set up so I can have seperat classes defined under a Folder tree structure, Solution Explorer, if you are familiar with it. This way I can group functions and subs and other code blocks under folders like AppCode, Utilities, Forms, Reports, AppData DAL etc... This is the primary reason I liked working in a VS Environment along with complete access to all the .net tools built into the VS Platform. Also, it allows GOTO statements that, if used correctly, eliminate all those nested IF statements prevalent in VBS Scripts. It Also has a ton of built in navigation hot keys, code folding, intellisense and much more. I know working in VBS is where it is at for the powerful statements built by GW but working large scripts, perhaps 10,000 lines might be unwieldly in a common Text Editor without some type of class structure, code folding and intellisense. You are likely familiar with how important these features are from working in Word. I am not sure how they work there but they are the best tools I have found so far for any major development projects and now scripting. Whether I will be able to use the tools available to the VBS scripts I'm not sure yet, hope so, but I was uncomfortable working in VBS and a simple text editor. Scripting anything to do with VWD, SMS, Visual Studio or other MS Applications look like they are going to be large projects if I can do them at all. That's why I want a development environment where I can modularize and isolate modules, classes and other objects and have them all put together at compkile time. I just dont know how, if, this will work out but so far so good. Besides, this whole process may be moote if we get full support for UIA and WPF but that's another story... Rick USA ----- Original Message ----- From: Chip <mailto:lists3...@comcast.net> Orange To: gw-scripting@gwmicro.com Sent: Thursday, April 19, 2012 9:44 PM Subject: RE: Names of Hot Keys Hey Rick, Have a look at my HotWind app (very short); it allows the user to choose any of control, alt, shift, windows, insert, and application. Window-Eyes seems to accept any combination of these, although I don't think I've tested anything with more than 3 modifiers at once. Also, don't forget you can really have capslock as another modifier, just not distinct from insert (but in might help in some of the combinations you're planning <grin>). Since any user can change any hotkey (assuming we're all using the hotkey manager), I don't worry too much about choosing the perfect hotkey selections right out of the box; I do count on users setting things up to suit themselves. The more I think about it, the more I think the hotkey manager is the most valuable toolkit object we have! (although, the error handler is running a close second). Chip _____ From: RicksPlace [mailto:ofbgm...@mi.rr.com] Sent: Tuesday, April 17, 2012 8:15 AM To: gw-scripting@gwmicro.com Subject: Names of Hot Keys Hi: In the docs I saw it mentioned that the names of the keys to use with a script ie... control-shift-x were detailed in the windoweyes dialog. I am thinking of using control-windows-alt-whatever to keep my hot keys seperat from all other hot keys but consistent. Is the correct window eyes word "windows" in this senario and can I use a 4 key combination to trigger an action or is that too many keys for a Hot Key? I couldnt find the WindowEyes Dialog that lists the names of the keys that are available or if there is a limit on the number of keys in a "hot key" combination.. Rick USA
