Right-click orbit: start on a 250 ms hold instead of drag distance #861

New issue

Closed

opened 2026-10-19 08:12:58 +00:00 by sky_line · 1 comment

sky_line commented

2026-10-19 08:12:58 +00:00

Owner

When Right-click drag orbits camera (RightClickDragOrbit) is on, orbit mode should start from a press-and-hold timer instead of drag distance.

Behaviour

Press and hold right-click on a spot. Once the button has been held for 250 ms, the viewer enters orbit view around the point under the cursor at the press.
Release before 250 ms: the normal right-click context menu opens at the press point, as it does today for a click.
Moving the mouse during the first 250 ms no longer starts orbit. Only the hold time decides.
On release after orbiting: orbit ends and the cursor returns to the press point (unchanged).
Mouselook and avatar customize: unchanged (no orbit).

Implementation notes

Today the decision is made in LLToolPie::handleHover (lltoolpie.cpp ~1021). Orbit starts once mRightAccum passes DRAG_N_DROP_DISTANCE_THRESHOLD.
With a timer, orbit must start even when the mouse is perfectly still, and hover events don't fire then. The timer check needs a per-frame/idle hook while mRightOrbitArmed is set, not just handleHover.
Record the press time in handleRightMouseDown and switch to orbit (hide cursor, setOrbitDragActive(true)) when the hold time passes.
Expose the delay as a setting (e.g. RightClickOrbitHoldMs, default 250).
Update the tooltip on right_drag_orbit in panel_preferences_move.xml to describe hold-to-orbit.

Acceptance

A quick right-click (<250 ms) opens the context menu, including a small accidental mouse movement.
Holding still for 250 ms enters orbit with no mouse movement needed; dragging then orbits.
The setting changes the threshold live.

When **Right-click drag orbits camera** (`RightClickDragOrbit`) is on, orbit mode should start from a **press-and-hold timer** instead of drag distance. ## Behaviour - Press and hold right-click on a spot. Once the button has been held for **250 ms**, the viewer enters orbit view around the point under the cursor at the press. - Release before 250 ms: the normal right-click context menu opens at the press point, as it does today for a click. - Moving the mouse during the first 250 ms no longer starts orbit. Only the hold time decides. - On release after orbiting: orbit ends and the cursor returns to the press point (unchanged). - Mouselook and avatar customize: unchanged (no orbit). ## Implementation notes - Today the decision is made in `LLToolPie::handleHover` (lltoolpie.cpp ~1021). Orbit starts once `mRightAccum` passes `DRAG_N_DROP_DISTANCE_THRESHOLD`. - With a timer, orbit must start even when the mouse is perfectly still, and hover events don't fire then. The timer check needs a per-frame/idle hook while `mRightOrbitArmed` is set, not just `handleHover`. - Record the press time in `handleRightMouseDown` and switch to orbit (hide cursor, `setOrbitDragActive(true)`) when the hold time passes. - Expose the delay as a setting (e.g. `RightClickOrbitHoldMs`, default 250). - Update the tooltip on `right_drag_orbit` in panel_preferences_move.xml to describe hold-to-orbit. ## Acceptance - A quick right-click (<250 ms) opens the context menu, including a small accidental mouse movement. - Holding still for 250 ms enters orbit with no mouse movement needed; dragging then orbits. - The setting changes the threshold live.

sky_line added the

feature

labels

2026-10-19 08:12:58 +00:00

sky_line added this to the Slipstream project

2026-10-19 08:12:58 +00:00

sky_line referenced this issue

2026-10-19 08:17:23 +00:00

Right-click hold while camera follows avatar: orbit the avatar and turn it to face the camera #862

sky_line referenced this issue

2026-10-19 14:55:43 +00:00

Mouse capture release: always put the cursor at the centre of the viewer window, from every capture source #871