DRKOSS

using hover with a series of textedit objects to report where the mouse is. Some are set to ignore click and others are not. That works fine when patcher is not locked.

however, if the patcher is locked, the objects set to ignore click don't report to hover.

using hover with a series of textedit objects to report where the mouse is.  Some are set to ignore click and others are not.  That works fine when patcher is not locked.

possible-bug-with-textedit

If you search the archives, you will see references to this problem dating back 6+ years.

Hover depends on mouse over info to be triggered, so if an object is set to ignore click, it won't know about that object.

That's why hover has the 3rd outlet exit trigger.. as a work around for the ignore click problem. Except the exit trigger isn't reliable either... so yeah, hover is buggy.

If you search the archives, you will see references to this problem dating back 6+ years.  

That's why hover has the 3rd outlet exit trigger.. as a work around for the ignore click problem.   Except the exit trigger isn't reliable either...   so yeah, hover is buggy.

@METAMAX - thanks for the reply - guess i didn't search well enough.

although - still curious that it works when the patch is not locked!

I just meant that the issue was buried in 6 years of posts...

I think it works when unlocked because 'ignore click' only apples to a locked patch.

Possible bug with textedit?