Skip to content

fix: capture by id, generated preference types, space after a picked tag - #19

Merged
chhoumann merged 1 commit into
mainfrom
greptile-round1
Oct 5, 2026
Merged

chhoumann merged 1 commit into
mainfrom
greptile-round1

Conversation

@chhoumann

Copy link
Copy Markdown
Owner

Three findings from the store review (raycast/extensions#31967).

  • Capture commands resolved the saved choice by name, and QuickAdd choices in different Multi folders can share a name. They now look the name up in the choice list and run the unique id; a lone Capture wins over a same-named Template, two Captures are refused with a message. New pure resolver with tests.
  • Hand-written Preferences interfaces are replaced by the types Raycast generates, per the store's rule. CI builds before typechecking so the generated file exists.
  • A picked tag is followed by a space unless one is already there, matching what ARCHITECTURE promised.

Verification: build, tsc, 82 tests, lint.

…pace after a picked tag

A capture preference stores a name, and two choices in different Multi folders
can share one, so the capture commands now look the name up in quickadd:list
and run the unique id (a lone Capture wins over a same-named Template; two
Captures are refused). Hand-written Preferences interfaces are replaced by the
types Raycast generates in raycast-env.d.ts, so tsc runs after the build in CI.
A picked tag is followed by a space unless one is already there, so the next
word cannot join it.
@chhoumann
chhoumann merged commit 1e520ee into main Oct 5, 2026
2 checks passed
@chhoumann
chhoumann deleted the greptile-round1 branch October 5, 2026 22:38
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant