Closed Ron-Burr closed 7 years ago
I'll give your fix a try and let you know. Thanks for the report!
Hi Ron-Burr. The issue has been fixed with the changes introduced in commit 5a666b0. Please check it out and let me know how it works for you now. Again, thanks for reporting.
The update works well. Thanks.
In the current InForm.ui hover detection process, when the calculated print width of a Tooltip exceeds the current mouse position plus the width of the FormID, the __UI_ActiveTipLeft position is reset to the width of the FormID minus the width of the Tooltip, which can sometimes result in a position farther left than the left margin of the FormID. When that happens, a portion of the left side of the Tooltip pane is not visable. In a different place in InForm.ui, the print width of the Tooltip is calculated based on the width of a panel containing the Tooltip after it has been "word-wrapped" - and, if the word-wrapped text requires more than one line, the calculated width will always be narrower than the print width that was computed in the hover detection process. Therefore, I would suggest that the code in the hover detection process be modified to replicate that which is used when actually formatting the Tooltip for display. To wit: