Proposal: Media Jump — bring the boomerang to whatever's playing - #2
Open
joncode wants to merge 1 commit into
Open
Proposal: Media Jump — bring the boomerang to whatever's playing#2joncode wants to merge 1 commit into
joncode wants to merge 1 commit into
Conversation
Design doc for jumping to the app/tab currently playing audio or video (YouTube on another screen, Spotify buried under windows) using the isRunningOutput flag the CoreAudio probe already captures. Covers the matcher design, the opt-in interaction contract (call > media, same chord, extended pass-through), noise control, icon third state, and an implementation sketch. No code changes. Co-Authored-By: Claude Fable 5 <[email protected]>
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
1 participant
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Design proposal, no code yet — full doc in
docs/proposals/001-media-jump.md.The idea
The "where did that window go" hunt isn't just a call problem. YouTube playing on your second screen, Spotify buried under six windows — jumpcall already knows how to end that hunt, and it turns out the detection signal is already being collected: the CoreAudio probe reads
isRunningOutput("this app is playing sound") alongside the mic flag we use for calls. We just never used it.So: with
mediaJumpenabled (opt-in), when no call is live but something is playing, the icon shows a distinct media state, the chord jumps you to the playing window — the same profile-agnostic window switcher that finds a Meet call in another Chrome profile finds a… - YouTubetab — and the boomerang bounces you back. Zero new permissions, zero new probes.Key contract decisions (details + alternatives in the doc)
Feedback welcome — especially on the open questions at the bottom of the doc (debounce timing, multi-source priority, call-end grace period).
🤖 Generated with Claude Code