Rick, It does sound like focus is being lost; you could pop into immed and see what the focused window title and name are before you type in your bad syntax, and then do it again afterwards, to see if the code window still has focus. If they are different then obviously something else has stolen focus.
Yes, the mouse pad movements can sometimes lockup WE; I'm sure this will be fixed soon, but I wouldn't rely on it for your testing if you find you're having problems. I would use Immed to see what's happening and/or use WEEvent to see if you can see that focus is going somewhere else; you should be able to see it happen. Sorry I didn't have time today to check my VS configuration, I should have time tomorrow to go look at it and see where I disabled some windows of VS. Hth, Chip -----Original Message----- From: Scripting [mailto:[email protected]] On Behalf Of Rick Thomas via Scripting Sent: Tuesday, March 24, 2015 5:54 PM To: 'Window-Eyes Scripting List' Subject: VS2013: DeadSpot Sort Of Identified Hi: I typed in some invalid syntax to cause the Dead Spot while in the TextEditor. I route the Mouse to the cursor while nothing happens with the cursor keys. The Mouse position is outside the Text Editor, to the left and I think at or above the top. The furthest left item, letter in the Text editor is at position 98 While the mouse is left at 33. Also, after routing the mouse to the cursor and hitting 5 on the numpad I hear "Outlining" and if I up arrow I hear "Squiggle" and got locked even for the mouse on "Squiggle". I will double check these findings tomorrow to ensure I was using the mouse full screen setting but think I did. I will also check the cursor position to verify it is outside the TextEditer if this indeed the case. I looked at the Visual Studio settings and have all margin and indicator margins turned off as far as I can tell. So this may not have anything to do with the ErrorList Window directly but it only happens after I fire the ErrorList window up for the first time so perhaps indirectly. If I don't fire up the ErrorList Window and there are no errors out of the gate the Text Editor will allow me to make all kinds of errors and never flinch, just works. If I manually, MenuItem, fire up the ErrorList Window then after whenever I modify something like a copy and paste or some other operations I get locked in what I am assuming is someplace outside the TextEditer until I alt tab out and in, hit my "Print Window" hot key in my script or perhaps do some other things and then focus returns out of the Dead Zone back to the Text Editer. Something about looking at the ErrorList for the first time makes any subsequent operations move the cursor outside the TextEditer even though I don't think the ErrorList is being focused - not sure since the DOM is so dynamic jumping around so much I havent been able to nail down what is happening exactly yet. But, if you know of something related to the mouse and cursor getting placed someplace that reads "Outlining" and just above it "Squiggle" let me know so I can narrow my search tomorrow, enough for today. PS: I changed accObj.Role to accObj.Role.Text with no change in results even though the docs do say this is the correct syntax as Aaron mentioned, might be the default property if such a thing exists. Rick USA _______________________________________________ Any views or opinions presented in this email are solely those of the author and do not necessarily represent those of Ai Squared. For membership options, visit http://lists.window-eyes.com/options.cgi/scripting-window-eyes.com/lists3717 %40comcast.net. For subscription options, visit http://lists.window-eyes.com/listinfo.cgi/scripting-window-eyes.com List archives can be found at http://lists.window-eyes.com/private.cgi/scripting-window-eyes.com _______________________________________________ Any views or opinions presented in this email are solely those of the author and do not necessarily represent those of Ai Squared. For membership options, visit http://lists.window-eyes.com/options.cgi/scripting-window-eyes.com/archive%40mail-archive.com. For subscription options, visit http://lists.window-eyes.com/listinfo.cgi/scripting-window-eyes.com List archives can be found at http://lists.window-eyes.com/private.cgi/scripting-window-eyes.com
