OCR findText() function avoids the selection of an option in a floating menu

Bug #1817597 reported by Leandro GARCIA
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
SikuliX
Invalid
Undecided
RaiMan

Bug Description

Hi,

When the findText() is used during a floating menu (i.e. right click menu or a dropdown menu from a menu list), the highlighting behavior of the findText() makes the floating menu to disappear and it is impossible to perform actions under the menu (e.g. click()). The reason of it is that when the 'Highlight found word' function happens, the Sikulix becomes the foreground() application and any floating menu of the background application disappears.

SIKULIX VERSION: 1.1.4-SNAPSHOT
OS: Windows
PROCEDURE:
* In any program with File menu and Open option, run:
     RegionMenu = Region(6,27,1667,21)
     RegionFileMenuOption = RegionMenu.findText('File')
     RegionFileMenuOption.click()

     RegionFileOptionMenuRegion = Region(10,49,300,619)
     RegionFileOptionMenuRegion = RegionFileOptionMenuRegion .findText('Open')
     RegionFileOptionMenuRegion .click()

WORKAROUND:
* Use findAllText() function to do the Search. Pick index accordingly.
     allOpen = RegionFileOptionMenuRegion.findAllText('Open')

Thanks for verifying and fixing the bug having some kind of parameter or included in the documentation.

Besides, I would like to check with you if you can : include the function 'magicMessage(text, time, where = getCenter())' described in one of the bugs that I checked and written by Raiman...

Also and if it is possible, please help me to understand why I'm not able to use these functions on my Sikulix IDE 1.4:
 --> guide.rectangle(element)
     guide.circle(element)
     guide.text(element, txt)
     guide.tooltip(element, txt)

It will help me to debug and do some demos.
Again thanks so much if you can describe how to use them.

description: updated
description: updated
RaiMan (raimund-hocke)
Changed in sikuli:
status: New → Invalid
assignee: nobody → RaiMan (raimund-hocke)
Revision history for this message
RaiMan (raimund-hocke) wrote :

--- the highlighting behavior of the findText()
... does not have any builtin automatic highlight. This can only happen, if you use the Settings.Highlight feature, to auto-highlight all matches found with find, wait and exists.

So this is not a bug, but a consequence, when using highlight before a click, with Gui elements, that vanish, when focus is stolen.

For the other things please post separate questions, one for each different topic.

... and if you reference any other questions and/or bugs, please add a link.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.