Ranger selection does not trigger mousemove event. about uplot HOT 5 OPEN

this change was intentional to avoid triggering mouse events that uplot listens to while the user interacts with third-party dom elements that are added into .u-over (like an anchored tooltip). it was introduced in bab8c11

you should be able to restore the previous behavior by overriding cursor.bind.* with functions that dont do any event target filtering:

bab8c11#diff-ad6d196bc8d38207d186017fc5c2c52660db3a546ccfdfe167fd7ad0c727cdeeR441-R443

a different, probably better approach is to set css pointer-events: none on the highlight region but keep the grip portion responding to events like normal.

from uplot.

pointer-events: none could be an option, but I'm not sure if it's possible

u-select::before is the blue part. u-select is capturing the event. If I set it as pointer-events: none, the grips (which are children) will be also disabled. If I disable events only in the ::before, the main u-select is eating the event

am I missing something?

from uplot.

ah yeah, i forgot the demo implements the grips as select children. then you're right, you can't use the css strategy.

from uplot.

i'm leaning towards adding the .u-select into the current filter, since it is also "native" to uPlot, like .u-over. hopefully it doesnt affect perf too much to check against two elements during mousemoves vs just one. in most cases i think we can bypass the check when the select size is 0.

from uplot.

thank you! I will try

from uplot.