CSS (and other rendering code) can manifest all sorts of strange effects depending on what they're using to show/hide items on screen.
If VisibleOnScreen being false prevents you using the Click method directly (does it? Not sure personally ...), but you can otherwise still get the object and all it's properties, I guess you could simply get it's co-ordinates and then use those to apply a click at screen level? Which should do the trick. I have to do something similar with some custom event triggers we have as hotspots within a tree object.
It's not ideal, but it should work.
Of course, this only really holds up if you are certain of visibility (sounds like you are) and all you need to do is apply a simple click on a certain point. If the clicking and interaction is going to get more complex, it gets trickier.
Yes tried using the co-ordinates but the object is a filter button in the column name and the co-ordinates changes asa soon as the column width changes depending upon the labels in the column.
so the co-ordinates are not fixed
You could get the coordinates and then make a coordinate based click.
Yup. Just retrieve the up-to-date co-ordinates in the step before you do the click.
If you have the object assigned to an Alias, and have already used it, you may need to use Refresh Mapping Info rather than plain Refresh. (Ran into exactly this issue the other day with a multi-purpose button which alters it's caption throughout the run)
in my Desktop AUT, visibleOnScreen is not reliable, giving me false positives.
Found a better solution using OnOverlappingWindow, see:
Before I let TC do any mouse Action, I execute Ctrl.SetFocus. This makes controls accessible if they have been moved out of the Screen Frame using sliders.
