beyond-all-reason / beyond-all-reason/RecoilEngine

"Owning" MouseRelease/MouseMove callback behaviour makes things difficult

Open
#2,168 6 comments 0 reactions 0 assignees View on GitHub
area: Input
Dominant language
C++
Stars
679
Forks
290
Avg merge
3d 2h
Merged PRs (30d)
40

Description

Currently a receiver processing MousePress and returning true, will lock itself into being the only (or at least, priority) receiver for further mouse events.

What is worse, if a button receiver 'owns' the callbacks, then someone listening for a different button won't get them either.

This needs some kind of solution, and possibly in a backwards compatible way, maybe some new mechanism, so the old one can be preserved, maybe deprecated or maybe not.

Related, or maybe the same issue as https://github.com/beyond-all-reason/spring/issues/910, but that one is worded in a too specific way to focus on the problem itself.

Contributor guide

Open the contributing guide

Research direction

Start by tracing the MousePress, MouseRelease, and MouseMove callback dispatch paths, then compare the problem with related issue 910. Clarify whether ownership should be preserved, deprecated, or replaced, and define done as allowing independent button listeners to receive relevant events without an undefined compatibility break.

Written by the indexing model from the issue text.

Assessment

Tech stack
cpp
Domain
game-dev
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Stale
Clarity
Needs clarification
Newbie friendliness
25/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.