Print

[AWW_boss]

Hi!
Question to HE engineers. Can this be classified as a bug?

I am setting the offset of my GUIScrollablePanel in the mouseWheel event of the window in order to get the standard issue window scroll via the mouse wheel.

The problem is that when the mouse pointer gets moved from some control via the scroll mechanism (for example from standard issue panel), the OnMouseLeave event of that control does not get called <---- this is a problem.

As a consequence i'm getting multiple row highlights in the window while scrolling it (the correct behaviour is to have only one row highlighted):

https://youtu.be/tzQCFUAUR4c

[AWW_boss]

OK, i think i have a better insight in what happens here.

As i see it, the problem is that if you have simultaneously a lot of OnMouseWheel events (produced with a mouse wheel scroll) versus one OnMouseLeave event, the OnMouseLeave will in most cases get pushed out by the OnMouseWheel events and never get called.

If this is true, than some kind of prioritization for the events has to be implemented, i.e. OnMouseLeave should have priority which is greater then OnMouseWheel event.


Does this hold water?

[AWW_boss]

Just to emphasize what i'm talking about and show you the repro steps, i made some printouts on a plain GUIPanel:

Here is the output when i move the cursor in and out of the GUIPanel couple of times:
09:37:27: SCRIPT:[MUD_GUICommonButtonClassMethods]:OnMouseEnter
09:37:29: SCRIPT:[MUD_GUICommonButtonClassMethods]:OnMouseLeave
09:37:30: SCRIPT:[MUD_GUICommonButtonClassMethods]:OnMouseEnter
09:37:32: SCRIPT:[MUD_GUICommonButtonClassMethods]:OnMouseLeave
09:37:33: SCRIPT:[MUD_GUICommonButtonClassMethods]:OnMouseEnter
09:37:33: SCRIPT:[MUD_GUICommonButtonClassMethods]:OnMouseLeave

And here is the output when i simultaneously scroll the mouse wheel and move the cursor out the GUIPanel once:
09:41:07: SCRIPT:[MUD_GUICommonButtonClassMethods]:OnMouseEnter
09:41:08: SCRIPT:[MUD_GUICommonButtonClassMethods]:OnMouseWheel
09:41:08: SCRIPT:[MUD_GUICommonButtonClassMethods]:OnMouseWheel
<--- no OnMouseLeave event, this is the problem

Please notice how the OnMouseLeave event did not get called in this scenario.

[Thazager]

I have noticed the same effect (shown in the video) on some of the mouse scrolling panels I have made. The mouse wheel moves the background panel before clearing the current panel it is over, then it shows as a highlighted panel along with the newly highlighted panel the mouse is currently over. One way to fix this is - once the mouse wheel function is entered, clear any previous mouse over panels, then go through the movement for the wheel. If its not over any panel when going through the mousewheel function, it should be ok as clearing just sets the value back to normal.

method OnMouseWheel()

// clear mouse over
  me.OnMouseLeave()  // make sure its pointing at the current panel

// move the panel
...

.

[AWW_boss]

Thanks.  I'm glad to see i'm not the only one having this problem. The more people see it, the greater the chance it gets fixed.

[keeperofstars]

did you set the proper levels of ignore mouse input. I find often times you can fix / resolve a lot of it if you make sure controls that have no means or needs for mouse are told to ignore it. Then just build your tiers or stacks of GUI controls in methodic setup.

Or if they need to deal with input then making sure you null override non needed functions.
at the control class level.

[HE-HERB]

Confirmed issue, thanks.  We need to determine the best corrective action

Cheers

[AWW_boss]

Great, thank you very much!

[HE-HERB]

This looks like it will require both client engine and HSL engine engine changes.

In reviewing a bunch of mouse handling HSL from various worlds, I believe that in most cases changes won't be required and everything will just "work better" (tm).

At this point, we don't have an ETA on the fix.  However, I would expect it in one of the short term updates.

Cheers

[AWW_boss]

Hi Cooper, could you please move this issue to the "Issues being investigated" thread, as it is easier to keep track, and that it doesn't get lost.

Cheers!