Capture works, but command doesn't

[cholland]

I am able to capture the command.
I am able to test the command.
I press apply and try using the remote and nothing happens.
I know the remote commands are working. I have three different commands and the Girder window updates.
I move girder to the background, but that doesn't seem to help.
I'm trying to mess with the "Target" settings, but not having too much fun. I can't seem to narrow down the exact command. I guess I have to play with that some more. I don't think I should have to adjust the Target setting, since the Capture is working.

Thanks for your help.

[Ron]

When you test and event with the "capture window" Girder uses the window handle it captured. But when you start using the remote girder will use a window handle it finds via the targeting routines. Its possible that Girder is unable to find the window/control that the message should go to. You can check this by pressing the Find button on the target window.

-Ron

[Darmok]

I'm having a related problem. I capture a command, which is to increment a TSpinEdit value. The problem I'm having is that there are two TSpinEdit windows that have different handles but all their other values are identical. So when I execute the command, both are incremented, not just the one I want. Is there a way to tell it only to send to one of the handles? When I tell it only to send to first match it increments the one I don't want it to increment instead of the one I want to have increment.

[Ron]

While thinking about this yesterday,i came up with something that girder could use to keep them appart:

Position and size.

If i where to include that as well we could target just about everthing with GPS precision.

-Ron

[Edited by RonB on 02-23-2001 at 09:05 AM GMT]

[Darmok]

That would solve the problem I'm having. As far as handles are concerned, is that something that changes each time the program loads, or do they stay the same, and if they stay the same, would that be a way to identify a particular box? Another thing that would work
for me is if there was an option to choose other than send only to first match. Send only to second match or only to third match sould work.

[Ron]

The handle cannot be used that number changes everytime the program starts, so that is not possible.

-Ron

[Roberto]

Hello,

I have the same problem with the MATROX PC-VCR window. It has no keyboard or tabbed controls, so only exact clicks on the controls work. I realized after one hour that there were 24 controls of the same type with dynamic handles, and no way to address directly one of them. It is a pity that so many applications have this design structure.
I have found no way to overcome to it.
I believe this is currently a limit. My quick and dirty though was that the class.init of one window always allocates controls in the same order, so a solution could be just to count what order number the child control has, and say send-command to 23th control in find sequence. However addressing by position is also a good idea.
Hoping for a sooned released added feature...
Best Regards.

[Roberto]

Sorry but the previous post was truncated...
I have the same problem with the MATROX PC-VCR window. It has no keyboard or tabbed controls, so only exact clicks on the controls work. I realized after one hour that there were 24 controls of the same type with dynamic handles, and no way to address directly one of them. It is a pity that so many applications have this design structure.
I have found no way to overcome to it.
I believe this is currently a limit. My quick and dirty though was that the class.init of one window always allocates controls in the same order, so a solution could be just to count what order number the child control has, and say send-command to 23th control in find sequence. However addressing by position is also a good idea.
Hoping for a sooned released added feature...
Best Regards.

[Ron]

Hmm, thats a thought.

-Ron