Skip to content

Allow multiple entries for app_id in 'on-window-detected' block - #1665

Open
thapakazi wants to merge 3 commits into
nikitabobko:mainfrom
thapakazi:main
Open

Allow multiple entries for app_id in 'on-window-detected' block#1665
thapakazi wants to merge 3 commits into
nikitabobko:mainfrom
thapakazi:main

Conversation

@thapakazi

@thapakazi thapakazi commented Sep 2, 2025

Copy link
Copy Markdown

Summary: Add array support for app-id on on-window-detect block

Currently, we have to write:

[[on-window-detected]]
if.app-id = 'com.google.Chrome'
run = 'move-node-to-workspace b'
[[on-window-detected]]
if.app-id = 'com.brave.Browser
run = 'move-node-to-workspace b'

With this change we can write:

[[on-window-detected]]
if.app-id = [
          'com.google.Chrome',
          'com.brave.Browser'
          ]
run = 'move-node-to-workspace b'

Issue: #660

PR checklist

Kinda new to Swift, please let me know if anything additional needed for this. Thanks 🙏

@nikitabobko
nikitabobko force-pushed the main branch 2 times, most recently from f324d2e to 7aff813 Compare November 24, 2025 01:31
@onexbash

Copy link
Copy Markdown

This was kindly added due to my Feature Request (#660 (comment)). It looks fine, why doesnt it get merged @nikitabobko ?

vitorebatista added a commit to vitorebatista/AeroSpace-edge that referenced this pull request Jun 2, 2026
Ports nikitabobko#1665. if.app-id now accepts a string or an
array of bundle IDs. Stored as appIds with a backward-compatible appId
computed property; the matcher checks membership via contains.

Re-implemented for the fork's Json/ConfigBacktrace/ParsedConfig parser
API (parseAppIds lives in parseOnWindowDetected.swift) and the fork's
CaseInsensitiveRegex / rawAppBundleId APIs. The unrelated node_modules
.gitignore change from upstream was intentionally dropped.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
@nikitabobko nikitabobko added the not-actionable By default, all PRs have this label. If the PR makes sense, the label will be removed. label Aug 10, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

not-actionable By default, all PRs have this label. If the PR makes sense, the label will be removed.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants