Thanks mate, coordinate offset sort of solves the problem.
Update ...
Found this thread:
... which gets me so far. I can get a True/False if I put the text object capture between the right click on the TTreeView menu, and the selection of the PopUpMenu option.
BUT!
This only allows me to validate the first level of menu options. Some of the popup menus go several levels deep. This doesn't seem to help me here for two reasons:
1. When initially triggering the popup menu with a right click on the tree view, it only opens to the first level. Subsequent levels only open by hovering over menu options.
2. If I open it several levels deep using the CTRL+SHIFT+A object spy method, I do get a text object back. But it only shows the final selection. It doesn't show the full menu path to get there.
Any further suggestions welcome ....
Champion Level 3Hi Colin,
Just a quick idea: as you can get the text of the currently selected menu item, what if you try to 'manually' navigate through the menu?
I.e. something like this:
-- Open the menu using right-click;
-- Search for the first item in your menu path in the opened menu;
-- If the menu item was found, hover mouse over it (via the .HoverMouse() method);
-- Search for the subsequent sub-menu window;
-- If the sub-menu window was found, search for the second item from the menu path, hover the mouse over it and so on until all path is verified.
Hi Alex
Thanks for the input.
Thats pretty much what I've been trying to do. And it finds the first level menu item no problem. But, so far, it always fails to find the second one. No idea why. The search criteria are correct (object type of MenuItem and it's caption). I have "sys.refresh" in all the relevant places place. I've tried adding delays. But they're never found.
Which is odd. As the object info I get from spying them implies they should be.
(I've also tried recording using them and the recorded object fit in with the object spy info .... most confusing)
I'll keep prodding it and update if I have a eureka moment!
I think I know why it's not finding them.
Each time it opens a new level of menu, it sees the container for the new level as a separate popup.
So rather than it seeing:
Application
> Popup
>> Options Level 1
>>> Options Level 2
etc
What it sees is:
Application
> Popup
>> Level 1 Menu
> Popup
>> Level 2 Menu
etc.
So when I've been telling it to search the popup, it only ever searches the first one. I need to move it onto the second one. Which I'll have to do by index I guess as the content is dynamic and variable so not something I can reliably map. (I have the popup as a mapped object at the moment. I'm going to switch it to a dynamic object that gets updated as it moves through the menu layers ...)
** UPDATE **
Yup.
Thats whats happening.
I was searching for object within the (mapped) popup. If I search from the top level of the application, it finds the second level options (within the second popup instance). But it's horribly slow as it's searching so much. Will switch it to using the mapped object with a variable index which should speed things up.
** ADDITIONAL UPDATE **
The reason I didn't realise it was creating a new popup for each level was that when I recorded it, it attached all the child MenuItem object to the same parent popup as it obviously couldn't tell them apart either! Thats what threw me on the wrong track of thinking they were all child objects of the same parent popup. Their transient nature makes stuff like that tricky to spot!
