@troylar/flightdeck 2.2.0 → 2.2.1

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
package/CHANGELOG.md CHANGED
@@ -2,6 +2,23 @@
2
2
 
3
3
  <!-- Generated by build.py from src/releases.json. Edit that file, not this one. -->
4
4
 
5
+ ## 2.2.1 · Oct 24, 2026
6
+
7
+ Write a checklist fast, practice it, stage it.
8
+
9
+ ### New
10
+
11
+ - **Enter in Add a step adds it and keeps the box open for the next one** (Editing). Type a step, press Enter, type the next. The box stays open after the step it added, with the type kept; Enter on an empty box closes it, and Escape closes it too. Add step still adds the step and opens it. *Where:* The builder, Add a step
12
+
13
+ ### Improved
14
+
15
+ - **A blank new process opens ready to type its steps, with Practice beside it** (Editing). The first phase starts empty. In the builder its Add a step box is open, and on a wide screen Practice opens beside it so you can try steps as you add them. Run detail and role names with spaces become dashes (server name is server-name), and a name that still can't be used is refused beside its box. *Where:* Processes, New process
16
+ - **Stage it for a test run, from the end of Practice** (Editing). When you get through the whole checklist, write what changed (First version, for a new process) and stage it right there; its page opens with Start a test run ready. If you've carried on practicing meanwhile, practice stays as it is. *Where:* The draft editor, Practice
17
+
18
+ ### Fixed
19
+
20
+ - **Adding a run detail or role with Enter no longer says it's already there** (Editing). It's added once, and Added stays on screen. *Where:* The builder, Checklist details
21
+
5
22
  ## 2.2.0 · Oct 24, 2026
6
23
 
7
24
  Practice a draft while you edit it.
package/README.md CHANGED
@@ -597,11 +597,11 @@ A process is one page, with its checklist in the middle.
597
597
 
598
598
  </details>
599
599
 
600
- **New process** on the Processes page asks for a title; the file name is made from it and shown before you create it. The group, tags, run details, roles, owner and file name are under **More options**. Start blank, from Code check-in or Weekly review (publish v1 as it is, or open it in the editor), or copy a prompt for your AI assistant.
600
+ **New process** on the Processes page asks for a title; the file name is made from it and shown before you create it. The group, tags, run details, roles, owner and file name are under **More options**. A blank one opens with its **Add a step** box ready (type a step, press Enter, type the next) and Practice beside it; run detail and role names with spaces become dashes. Start blank, from Code check-in or Weekly review (publish v1 as it is, or open it in the editor), or copy a prompt for your AI assistant.
601
601
 
602
602
  ### Practice while you edit
603
603
 
604
- **Practice** in the draft editor runs what's on screen without recording anything: check steps, pass gates, give run details sample values, and keep editing as you go. A step you change shows **Try it again**; a gate whose steps or details changed asks to be passed again. Evidence opens under the step as it would in a run (or **Check without it**), **Fill in** works as in a run, a step's `sets:` value flows to the steps after it, and **Run from here** starts partway, assuming the steps before it and asking for the sample details it needs. It's kept in this browser tab only, never written to the team folder, and never counted as a run. Links and commands you follow still act on real systems. When you get through the whole checklist, **Stage it for a test run**. See docs/design.md, section 34.
604
+ **Practice** in the draft editor runs what's on screen without recording anything: check steps, pass gates, give run details sample values, and keep editing as you go. A step you change shows **Try it again**; a gate whose steps or details changed asks to be passed again. Evidence opens under the step as it would in a run (or **Check without it**), **Fill in** works as in a run, a step's `sets:` value flows to the steps after it, and **Run from here** starts partway, assuming the steps before it and asking for the sample details it needs. It's kept in this browser tab only, never written to the team folder, and never counted as a run. Links and commands you follow still act on real systems. When you get through the whole checklist, write what changed and **Stage it for a test run** right there. See docs/design.md, section 34.
605
605
 
606
606
  ### Staging and test runs
607
607