[Bug]: only zoom on mouse clik and zoom not stayes
メンテナーはふだん 2 日以内に返信
まだ誰も着手していません。
評価
- 難易度
- 4/5
- 見積もり時間
- 3〜5日
- 初心者へのやさしさ
- 25/100
- issue の種類
- バグ
- 明瞭さ
- おおむね明確
- 活発さ
- 活発
- 技術スタック
- electron, typescript
- 領域
- desktop-dev
調査の方向性
The payload names no files, so the first step is to locate the cinematic zoom implementation — search the TypeScript sources for the click handler that currently drives zoom, then trace where the focus region is stored and cleared. The request spans several interaction sources (typing, hover, text selection, drag), so map each event source before deciding how an "active interaction region" should be derived and when it expires. Done looks like a recording where the camera holds on the focused input while typing, follows hover and selection, and still transitions smoothly on the next click.
索引モデルが issue の本文から書いたものです。
説明
Describe the bug
The screen recording cinematic zoom effect only responds properly to mouse clicks. When recording a screen, the camera zooms into a clicked area, but it does not properly maintain or follow the area during typing, hovering, text selection, or other continuous mouse interactions.
For example, when recording a Chrome tab, if I click the search bar, the recording correctly zooms into the search bar. However, as soon as I start typing, the zoom effect moves back toward the normal/full-screen view instead of keeping the search bar properly focused. This makes the typing portion look unfocused and breaks the cinematic flow.
The zoom system should intelligently track the user's active interaction, not just click events.
To Reproduce
Steps to reproduce the behavior:
- Start a screen recording with the cinematic/automatic zoom effect enabled.
- Open a browser such as Chrome.
- Click on the browser's search/address bar.
- Notice that the recording zooms into the search bar.
- Start typing text.
- Observe that the zoom begins moving back toward the normal/full-screen view while typing.
- After typing, click the search button or another area.
- Notice that the zoom correctly moves toward the newly clicked area again.
- Move/hover the mouse around different areas without clicking.
- Notice that the cinematic zoom does not follow or focus on the hovered area.
Expected behavior
The cinematic zoom should intelligently maintain focus on the user's current area of interaction.
- When clicking an element, zoom smoothly toward that element.
- When typing into an input field, keep the camera focused on that input field instead of zooming back out.
- While typing, maintain a stable and cinematic zoom so the text entry remains clearly visible.
- When the user moves the mouse/hover around an area, the zoom should be able to smoothly follow the relevant area when appropriate.
- When the user selects or highlights text, the camera should recognize the selected/active region and keep it in focus.
- When the user moves to another interactive element, smoothly transition the zoom toward the new area.
- When the user clicks something after typing, transition the zoom to the newly clicked area.
- Zoom transitions should be smooth and cinematic rather than abrupt.
- The system should intelligently determine the active interaction region instead of relying exclusively on click events.
The overall result should feel like a professionally edited cinematic screen recording where the viewer's attention is automatically directed toward whatever the user is currently doing.
Screenshots
If applicable, attach screenshots showing:
- The zoomed-in search bar while clicking.
- The zoomed-out state while typing.
- The expected focused state during typing.
Desktop (please complete the following information):
- OS: Windows 11
- Browser: Chrome
- Version: [please specify]
- Screen recording application/version: [please specify]
Smartphone (please complete the following information):
- Device: N/A
- OS: N/A
- Browser: N/A
- Version: N/A
Additional context
This appears to be an interaction-detection/focus-tracking issue in the cinematic zoom system. The current implementation seems to prioritize click events while ignoring or losing focus during other interaction states such as keyboard input, mouse hover, text selection, and potentially drag operations.
The zoom engine should track the active interaction context and preserve focus during continuous actions. In particular, keyboard typing should inherit the focus region from the currently active input element. The camera should not automatically return to the default zoom level simply because there is no new click event.
The goal is a natural, professional cinematic recording where the camera continuously understands what the user is interacting with, rather than only reacting to clicks.
- 主要言語
- TypeScript
- スター
- 32.4k
- フォーク
- 2.6k
- 平均マージ
- 1日 5時間
- マージ済み PR(30日)
- 16
環境構築
このプロジェクトには開発コンテナ、Dockerfile、コントリビューションガイドがありません。まず README を読み、一般的な手順ははじめてのコントリビューションガイドを参照してください。
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
webadderallorg/Recordly のほかの issue
-
fix(audio): deduplicate getSourceTrackIdFromPath and fix companion track misclassification対応中かも @SomSamantray が 4 日前に担当しました。 オープン
難易度 2/5 1〜3時間 初心者へのやさしさ 74/100
webadderallorg/Recordly#1124 ·
メンテナーはふだん 2 日以内に返信
-
System FFmpeg should be preferred over bundled ffmpeg-static on Linux for GPU hardware acceleration対応中かも @LangerSword が 9 日前に担当しました。 オープン
難易度 2/5 1〜3時間 初心者へのやさしさ 70/100
webadderallorg/Recordly#757 · リアクション 1 件 ·
メンテナーはふだん 2 日以内に返信
-
難易度 4/5 3〜5日 初心者へのやさしさ 25/100
webadderallorg/Recordly#1134 ·
メンテナーはふだん 2 日以内に返信
-
bug
難易度 4/5 3〜5日 初心者へのやさしさ 35/100
webadderallorg/Recordly#1129 · コメント 3 件 ·
メンテナーはふだん 2 日以内に返信
-
難易度 4/5 3〜5日 初心者へのやさしさ 25/100
webadderallorg/Recordly#1128 ·
メンテナーはふだん 2 日以内に返信
webadderallorg/Recordly の issue をすべて見る
似ている issue
-
enhancement good first issue help wanted
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
OWASP/cve-lite-cli#1335 ·
メンテナーはふだん 1 日以内に返信
-
Windows: main-screen mouse tracking requires WT_SESSION, so it never enables inside herdr panesオープン
難易度 1/5 1時間未満 初心者へのやさしさ 66/100
code-yeongyu/senpi#3353 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 72/100
メンテナーはふだん 1 日以内に返信
-
Channels status: needs triage
難易度 2/5 1〜3時間 初心者へのやさしさ 70/100
mastra-ai/mastra#27093 · コメント 1 件 ·
メンテナーはふだん 1 日以内に返信
-
enhancement needs-triage ui
難易度 2/5 1〜3時間 初心者へのやさしさ 86/100
メンテナーはふだん 1 日以内に返信