Right-button camera: immediate orbit around the current focus, never re-target; fix self-click turn, MMB voice, modifiers #933

New issue

Closed

opened 2026-10-22 03:20:53 +00:00 by sky_line · 1 comment

sky_line commented

2026-10-22 03:20:53 +00:00

Owner

The right-button camera currently waits for a hold, then moves the camera focus to whatever
is under the cursor (like an Alt-click), and in some states turns the avatar. Target behaviour:

Right button, outside mouselook:

Press does nothing visible: no focus change, no avatar turn, no delay.
Moving more than a few pixels (configurable, can be 0) starts the drag immediately; no hold time.
The drag always uses the current camera focus as the pivot:
- camera following the avatar (default view / after Reset View): horizontal drag turns the
  avatar and the camera stays behind it; vertical drag pitches the view;
- any other focus (Alt-click object view, earlier free orbit): the camera orbits that focus;
  the avatar never turns.
Sitting: the camera orbits the seated avatar.
Releasing without moving past the threshold opens the context menu at the click point.
After a drag, the cursor reappears where the press happened.
Modifiers during the drag match the stock camera shortcuts (the middle-mouse navigation keeps its own map): Ctrl+Shift pans (detaching
from the avatar without a jump), Alt zooms on vertical movement, none/Ctrl orbits.
Modifiers are read live.
While the right button is held in the follow view, turn-left/right keys strafe.
Holding the right button must not disable the Alt / Ctrl+Alt / Ctrl+Alt+Shift camera
shortcuts.

Remove the hold-time setting and the avatar-relative re-targeted pivot.

Separate bugs:

Left-clicking your own avatar turns it (consistently to one side) and re-centres the
camera on the clicked point; "Clicking my avatar keeps camera" does not prevent the
re-centre. A click on yourself should leave camera and heading unchanged; a drag on
yourself should steer only after a few pixels of travel.
Middle mouse still triggers voice after removing the binding in Preferences > Controls.
The binding exists separately for each mode (first person, third person, sitting, edit
avatar) and unbinding only edits the displayed mode. Removing a binding should apply
across modes (or the UI must make the per-mode split obvious).
Ctrl / Shift / Alt camera shortcuts do nothing while the right button is held (the right
press captures the mouse and the drag ignores modifiers).
Engaged third-person shooter camera: an option chooses whether a right click releases it (today's behaviour) or a right drag steers it.
When middle-mouse navigation is enabled, the middle-mouse push-to-talk binding is disabled automatically (in every mode).

A right press that starts over UI stays with the UI and never orbits.

Follow-up to #861 / #862.

The right-button camera currently waits for a hold, then moves the camera focus to whatever is under the cursor (like an Alt-click), and in some states turns the avatar. Target behaviour: Right button, outside mouselook: - Press does nothing visible: no focus change, no avatar turn, no delay. - Moving more than a few pixels (configurable, can be 0) starts the drag immediately; no hold time. - The drag always uses the **current** camera focus as the pivot: - camera following the avatar (default view / after Reset View): horizontal drag turns the avatar and the camera stays behind it; vertical drag pitches the view; - any other focus (Alt-click object view, earlier free orbit): the camera orbits that focus; the avatar never turns. - Sitting: the camera orbits the seated avatar. - Releasing without moving past the threshold opens the context menu at the click point. After a drag, the cursor reappears where the press happened. - Modifiers during the drag match the stock camera shortcuts (the middle-mouse navigation keeps its own map): Ctrl+Shift pans (detaching from the avatar without a jump), Alt zooms on vertical movement, none/Ctrl orbits. Modifiers are read live. - While the right button is held in the follow view, turn-left/right keys strafe. - Holding the right button must not disable the Alt / Ctrl+Alt / Ctrl+Alt+Shift camera shortcuts. Remove the hold-time setting and the avatar-relative re-targeted pivot. Separate bugs: - [ ] Left-clicking your own avatar turns it (consistently to one side) and re-centres the camera on the clicked point; "Clicking my avatar keeps camera" does not prevent the re-centre. A click on yourself should leave camera and heading unchanged; a drag on yourself should steer only after a few pixels of travel. - [ ] Middle mouse still triggers voice after removing the binding in Preferences > Controls. The binding exists separately for each mode (first person, third person, sitting, edit avatar) and unbinding only edits the displayed mode. Removing a binding should apply across modes (or the UI must make the per-mode split obvious). - [ ] Ctrl / Shift / Alt camera shortcuts do nothing while the right button is held (the right press captures the mouse and the drag ignores modifiers). - [ ] Engaged third-person shooter camera: an option chooses whether a right click releases it (today's behaviour) or a right drag steers it. - [ ] When middle-mouse navigation is enabled, the middle-mouse push-to-talk binding is disabled automatically (in every mode). A right press that starts over UI stays with the UI and never orbits. Follow-up to #861 / #862.

sky_line added the

bug

labels

2026-10-22 03:20:53 +00:00

sky_line added this to the Slipstream project

2026-10-22 03:20:53 +00:00

sky_line referenced this issue from a commit

2026-10-22 08:20:13 +00:00

#933: right-button camera rework

sky_line referenced this issue from a commit

2026-10-22 08:20:13 +00:00

#933: keep the Black Dragon credit on the ported bone camera code