sikuli-driver team mailing list archive

[Sudipto Paul <question158974@xxxxxxxxxxxxxxxxxxxxx>]

Question #158974 on Sikuli changed:
https://answers.launchpad.net/sikuli/+question/158974

    Status: Answered => Open

Sudipto Paul is still having a problem:
Thanks Anshu, I'm able to record the menu items using this option.

However, the Eclipse based menu are very sensitive to mouse hover, and
also there are multiple matches found if I do not record the full width
of the menu.


What is happening is that once the File menu is clicked, the mouse can move in 3 ways (let's assume) to the "File->New" Menu:
a) Click File, move down to vertical center of next level menu's recorded image rectangle, move right to horizontal center of next level menu's recorded image rectangle, and click here
b) Click File, move right to horizontal center of next level menu's recorded image rectangle, move down to vertical center of next level menu's recorded image rectangle, and click here
c) Click File, traverse to resultant center of the next level menu's recorded image rectangle

I think the third option is happening currently.

The third option results in a mouse traversal path where in the
horizontal neighbor of 1st level menu is hovered over for some milli-
seconds and this invokes the drop down of that menu.

The way the menu looks is:

File   |   Edit   |   View
-------------------------------
New        --------> Item
Open
Open With...

As a result, the Edit -> Cut menu is appearing, and the sub-menu to
click is no longer visible.

I would like the first option to happen, to have a successful menu
click.


I tried to reduce the width of the recorded "New" menu image, but then the image comparator engine seems to find multiple instances of the "New" string, elsewhere in the application (which is expected because of the application UI controls).


Thanks & Regards,
Sudipto.

-- 
You received this question notification because you are a member of
Sikuli Drivers, which is an answer contact for Sikuli.