Applications need to "chain" events they include. That is, whenever there is not a compelling reason to block them, they should pass the event on to default.jss. Failure to do this can cause a lot of problematic consequences, including the one you point out here. You are correct in your belief that an application script that does not call the default KeyPressedEvent would mess up the multi-letter DlgSelectItemInList search feature. On Sat, Jul 12, 2008 at 08:54:09PM -0400, Kamil wrote: Hi folks, Last year, there was a discussion on "DLGSelectItemInList multi letter navigation". One of the solutions was the one which Doug Lee had developed for Skype script. David trimmed it and put it in default in order to make it universally available. Considering that the implementation of this feature is done in the KeyPressedEvent function of the default script, what happens if the application in focus, has its own KeyPressedEvent, in which it doesn't call the default one? It is assumed that, the script of that application, is supposed to be kept untouched. Thanks, Camille ---------------------------------------------------------------------- From: David Farough [mailto:David.Farough@xxxxxxxxxxxxx] Sent: Wednesday, June 27, 2007 2:50 PM To: jawsscripts@xxxxxxxxxxxxxxxxxxxx Subject: Re: DLGSelectItemInList multi letter navigation broken! anyoneelse care? For anyone who is interested in having Doug's fix for this problem, I have compiled the relevant code taken from his Skype scripts and compiled it as default.jsb. I have added a use statement for "FSDefault.jsb" and determined that the run jaws dialogue now works with multiple keypresses as it used to. If you want the files you can email me at: dfarough@xxxxxxxxxxxxx the address will also appear in my signature. I have commented out the applications key functionality from the KeyPressedEvent because I suspect that it is particularly relevant to Skype. Please correct me if I'm wrong Doug. David Farough ---------------------------------------------------------------------- >>> Doug Lee <doug.lee@xxxxxxxxxxxxxxxx> 02:56 pm Monday, June 25, 2007 I solved this issue in the Skype scripts a while back, but just for one specific DlgSelectItemInList instance. I'm sure it could be genericized for all HJ dialogs fairly easily though. The Skype scripts are housed at http://www.dlee.org/skype/ Any recent revision for Skype 3.x will contain what I'm talking about. Look for the ksGoToNext function, its call from the KeyPressedEvent, and any other functions or global variables referenced by ksGoToNext or any functions it calls. I'd do it myself right now if I had the time. <smile> ---------------------------------------------------------------------- On Tue, Jun 26, 2007 at 04:38:04AM +1000, Geoff Chapman wrote: guys. I wanted to ask, as per subject line, I do confess to loving with a deep passion, the ability to type multiple letters quickly in a list view within jaws, to navigate much more efficiently to the item I want. I believe most of these are getting thrown up by the internal function, DLGSelectItemInList. (tip: see RunJawsManager as an example, or any listings within HotSpotClicker.) However, to my great sadness, this very helpful productivity enhancement, has been well and truly broken in all internal jaws functions that use this builtin, since 7.0, through to current release of 8.0.2173. it works beautifully in jaws 6.2, which is the version I use mostly, as I haven't upgraded yet. Could anyone else confirm for me whether this is indeed the case universally, and also, whether anyone else/FS are aware/care about fixing this one? Am I the lone voice in the wilderness on this? every version that comes out I just keep thinking, "oh they'd have to have fixed this now, surely everyone uses this so much." but, apparently not. is it a known issue up there does anyone know? and, before anyone asks, no, to my shame, i haven't reported it myself, thinking that surely, yes the old chestnut, surely somebody else wil! <sad smile.> so, any of you guys in close to the FS team, who might like to join with me in reporting this one, and asking for it's repair in jaws 9? that would be just soooooo nice, would not it? for those who may not be aware what I'm talking about, or why it's sooo cool in lengthy lists like I often have in my work, or who don't remember jaws 6 and earlier, if you bring up insert+f2 as an example, you used to be abel to type s k, in quick succession, and have focus jump to the third entry starting with s, which would be skim reading tool, in jaws 6. just like happens in every other type of standard windows list view. but in versions jaws 7.0 and above, you'll notice if you try this, that it'll instead land you on the first entry starting with k, which is keyboard manager. grrr. whilst this sounds like a small thing, it's usefulness is obviously far more evident in longer lists of entries. thanks for any confirmations anyone can shed. geoff c. __________? View the list's information and change your settings at //www.freelists.org/list/jawsscripts -- Doug Lee, Senior Accessibility Programmer SSB BART Group - Accessibility-on-Demand mailto:doug.lee@xxxxxxxxxxxxxxxx http://www.ssbbartgroup.com "While they were saying among themselves it cannot be done, it was done." --Helen Keller __________ View the list's information and change your settings at //www.freelists.org/list/jawsscripts