From:

 Curtis Delzer

Subject:

 Re: Keyboard.RegisterCursorKey question

Date:

 Mon, Dec 27, 2010 5:17:22 pm

this may be a way for Eudora people who use multiple mailboxes to
determine the mail box name since it is the title of the window and
accessed by control-tab or shift-control-tab.


Curtis Delzer.
HS.

to download the Haven cell phone tour.
in part or in whole
http://www.mysticplace.info/audio/haven

for 6000 plus ring tones.
http://www.sendspace.com/file/wch4yb


At Monday 11/22/2010 02:19 PM, Kevin Huber wrote:

I just tried it and it works for me.
Kevin Huber

On 11/18/10, Doug Geoffray wrote:

> Ralf,
>

> I just popped up Immed and typed the following two lines:
>

> sub SpeakTitle(): speak "the new tab is " & ActiveWindow.Title : End Sub
> Set x=Keyboard.RegisterCursorKey("Control-Tab", "SpeakTitle")

>
> I then brought up IE 8 and opened up a few tabs. Then when I press

> control-tab I hear the correct title 100 percent of the time. Can you
> try this test?

>
> Doug

>
> On 11/15/2010 2:56 PM, Ralf Kefferpuetz wrote:

>> Doug,
>>

>> here is a small example of the keyboard.registerCursorKey function showing
>> that it does not fires up after the key goes to the application.

>>
>> dim cKey(2)

>> set cKey(0) = Keyboard.RegisterCursorkey("Control-Tab", "speakTitle",
>> ClientInformation.ApplicationProcess, "Key07")

>>
>> Sub speakTitle(myKeyId)

>> speak " this is ralf his function: "& activewindow.title
>> End Sub

>>
>> Now load this test script in firefox or in Internet Explorer and you will

>> see that it will not announce the correct tab. It will announce only the
>> title of the web side you are in before releasing the control tab key. The

>> in the set file implemented cursor key for control-tab will announce the
>> correct title.

>>
>> Cheers,

>> Ralf
>>

>> Ralf Kefferpuetz
>> * Germany

>> * MSN/Live: Novalis7747@Live.com * Aim: RalfKatEMC * Skype/Yahoo:
>> rkefferpuetz7747 *

>>
>>

>> -----Original Message-----
>> From: Doug Geoffray [mailto:geoffray@gwmicro.com]

>> Sent: Monday, November 15, 2010 7:33 PM
>> To: gw-scripting@gwmicro.com

>> Subject: Re: Keyboard.RegisterCursorKey question
>>

>> Ralf,
>>

>> As Lloyd suggested I'm sure this is just timing. I had a caveat in my
>> first email where I said there is no way to guarantee the application

>> has done its thing. We can only guarantee the application has seen the
>> key. In your case it probably takes some time to go and scan all the

>> new files and populate the list. So you could either put in some
>> arbitrary delay before reading or try and figure out a way to know when

>> it has actually changed before reading based on a screen change of some
>> sort.

>>
>> Doug

>>
>> On 11/15/2010 12:30 PM, Ralf Kefferpuetz wrote:

>>> Hello Doug,
>>>

>>> well, I have an application , a file manager (Total Commander),with tabs
>> in

>>> it. Hitting control-tab brings me to the next tab. Each tab changes the
>> list

>>> view with files, means the directory path of the list view. I simply want
>> WE

>>> to announce the new path, which is related to a tab.
>>>

>>> I tried the following:
>>>

>>> dim cKey(2), KeyLabel
>>> set cKey(0) = Keyboard.RegisterCursorkey("Control-Tab", "currentPanel",

>>> ClientInformation.ApplicationProcess, "Key07")
>>>

>>> Sub currentPanel(myKeyId)
>>> ... code for reading the control which holds the path string...

>>> End Sub
>>>

>>> You see, it now always reads the path of the actual path, not the one
>> which

>>> is active after control-tab is released.
>>> I hope this explains a bit better what I'm trying to achieve.

>>>
>>> Cheers and thanks a lot,

>>> Ralf
>>>

>>> Ralf Kefferpuetz
>>> * Germany

>>> * MSN/Live: Novalis7747@Live.com * Aim: RalfKatEMC * Skype/Yahoo:
>>> rkefferpuetz7747 *

>>>
>>> -----Original Message-----

>>> From: Doug Geoffray [mailto:geoffray@gwmicro.com]
>>> Sent: Monday, November 15, 2010 2:59 PM

>>> To: gw-scripting@gwmicro.com
>>> Subject: Re: Keyboard.RegisterCursorKey question

>>>
>>> Ralf,

>>>
>>> After reading this again I think I was confused on what you were asking.

>>>
>>> When you do a Keyboard.RegisterCursorKey the even fires after the

>>> application sees the key. You stated it fires before which is not
>>> correct. It only fires once and that is after the application see it.

>>>
>>> I was referring to cursoring keys which are part of the set file. If

>>> you hook Application.OnCursorKey then what I said is true but that isn't
>>> what you are doing or asking.

>>>
>>> If this isn't what you want or need then maybe explaining exactly what

>>> you are wanting to do would help me give you better advice of how to get
>>> there.

>>>
>>> Doug

>>>
>>> On 11/15/2010 8:30 AM, Doug Geoffray wrote:

>>>> Ralf,
>>>>

>>>> When you register OnCursorKey it actually fires both before the
>>>> application sees it and after the application sees it. Meaning you

>>>> are guaranteed to get the event twice with each single keypress. The
>>>> IsBeforeApplication flag that gets sent to your event handler

>>>> indicates if it is firing before or after.
>>>>

>>>> Isn't this what you are asking for?
>>>>

>>>> But as an fyi, just because it fires after the application sees the
>>>> keypress, it doesn't guarantee the application did anything with it or

>>>> at least did anything with it yet. However, normally it works fine.
>>>> Typical problems may be if the application is sluggish to

>>>> respond...say it is working over a slow network of some sorts for
>>>> example.

>>>>
>>>> Regards,

>>>> Doug
>>>>

>>>> On 11/14/2010 10:17 AM, Ralf Kefferpuetz wrote:
>>>>> Hello all,

>>>>>
>>>>> as far as I understand it right the Keyboard.RegisterCursorKey

>>>>> fireds the
>>>>> function, before the cursorKey is passed to the application. Do we

>>>>> have
>>>>> something similar to Keyboard.RegisterCursorKey, but it should fire

>>>>> up after
>>>>> the key is passed to the application?

>>>>>
>>>>> Many thanks,

>>>>> Ralf
>>>>>

>>>>> Ralf Kefferpuetz
>>>>> * Germany

>>>>> * MSN/Live: Novalis7747@Live.com * Aim: RalfKatEMC * Skype/Yahoo:
>>>>> rkefferpuetz7747 *

>>>>>
>>>>>

>