GCWing / GCWing/OpenBitFun

[Feature]: allow right panel drag beyond 1200px to dynamic max

Open
#2,433 0 comments 0 reactions 0 assignees View on GitHub
Dominant language
Rust
Stars
2.2k
Forks
229
Avg merge
2h 46m
Merged PRs (30d)
577

Description

### Problem / opportunity

The right panel resizer is hard-capped at RIGHT_PANEL_CONFIG.MAX_WIDTH (1200px). On wide
windows (>=1604px container), dragging the right panel to widen it is clamped back to 1200px,
leaving the chat pane unable to use the available width. The user cannot widen the right panel
past one page even when there is room on screen.

### Proposed behavior

Allow the right panel to be dragged beyond 1200px up to a dynamic upper bound
(container - resizer - MIN_CENTER_WIDTH) while always reserving a 400px minimum chat column.
On wide windows the right panel can be widened past 1200px toward the available width; on
regular containers the dynamic upper bound still applies.

### Product surface

Web UI

### Details, examples, or constraints

- calculateValidRightWidth uses the pure dynamic max as the upper bound, dropping the
Math.min(RIGHT_PANEL_CONFIG.MAX_WIDTH, dynamicMax) hard cap.
- Remove the SessionScene aux-pane CSS max-width:1200px cap and de-cap updateRightPanelWidth
(clamp only to the compact minimum) so a wide manual drag is not pulled back to 1200px.
- Clamp visibilitychange and panel-expand restore paths to the dynamic max so a shrunken window
cannot transiently squash the chat pane below its one-page minimum.
- A 400px minimum chat column is preserved; default open/restore paths still cap at MAX_WIDTH.

Contributor guide

Open the contributing guide

Research direction

Start by locating calculateValidRightWidth, RIGHT_PANEL_CONFIG, SessionScene, and updateRightPanelWidth. Trace the drag, visibilitychange, panel-expand, and default restore paths, then verify on wide and shrunken windows that manual resizing can exceed 1200px while the chat column stays at least 400px and default restores remain capped.

Written by the indexing model from the issue text.

Assessment

Tech stack
css
Domain
frontend
Issue type
Feature
Difficulty
3/5
Estimated time
1-2 days
Activity status
Active
Clarity
Clearly specified
Newbie friendliness
70/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.