@softr/cli 0.1.1-se21216.7 → 0.1.1-se21216.9

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/README.md CHANGED
@@ -136,7 +136,7 @@ node still on 1.0.0 or 1.1.0 keeps its synchronous runtime without `fetch`, and
136
136
  | `workflows list [--workspace <id>] [--app <id>]` | List the workflows you can access, one table per workspace; `--app` keeps only those linked to that application. A workspace whose listing fails is reported at the end and skipped. |
137
137
  | `workflows pull [<workflowId>] [--dir <path>] [--force]` | Download a workflow into a directory (new `./<title-slug>/` by default). Without an id, list what you can pull. |
138
138
  | `workflows push [--dir <path>] [--dry-run] [--force]` | Inline `@@` references and code files, save as a new draft. Sends nothing when the files match the last sync, and refuses when the server copy changed since then (`--force` overrides both). Warns about placeholders that no saved test data backs. |
139
- | `workflows init <title> [--workspace <id>] [--app <id>] [--trigger <TYPE>] [--dir <path>]` | Create a workflow on the server with one trigger (default `WEBHOOK`) and the local directory for it; `--app` links it to an application, so the studio lists it with that app. |
139
+ | `workflows init <title> [--workspace <id>] [--app <id>] [--trigger <TYPE>] [--dir <path>]` | Create a workflow on the server with one trigger (default `WEBHOOK`) and the local directory for it; `--app` links it to an application: the app lists it, and the app's members may view it. |
140
140
  | `workflows upgrade [<nodeId>...] [--dir <path>]` | Move nodes on an older version of their type to the current one (CUSTOM_CODE 1.0.0 and 1.1.0 become 1.2.0: the integrations list is added, the code file keeps its body and gets the new header). Every command that touches a workflow lists such nodes in a note. |
141
141
  | `workflows add <TYPE> [--id <id>] [--after <nodeId>] [--in-loop <loopId>] [--to <actionId>] [--lang JAVASCRIPT\|PYTHON] [--title <t>]` | Append an action after a node (default: the only node without a successor) and the path to it, or append a trigger (`--to` connects it). Custom code gets `actions/<id>.js\|py` with an empty function. Comments in the config survive. |
142
142
  | `workflows replace <nodeId> <TYPE>` | Give a node another type of the same kind: id, title and paths stay, inputs start from the new template. |
package/dist/cli.mjs CHANGED
@@ -15283,7 +15283,9 @@ function registerInit(program3) {
15283
15283
  const applicationId = opts.app ?? process.env["SOFTR_APP_ID"] ?? null;
15284
15284
  const created = await createWorkflow(client, {
15285
15285
  workspaceId,
15286
+ // Both halves of a link: the workflow belongs to the app (its members may view it), and the app lists it.
15286
15287
  applicationId,
15288
+ ...applicationId ? { pinToApplicationId: applicationId } : {},
15287
15289
  title,
15288
15290
  thumbnail: null,
15289
15291
  triggers: [{ id: TRIGGER_ID, type: trigger.type, version: trigger.version, inputs: trigger.template }],
@@ -16694,7 +16696,7 @@ Pass --workspace <id> to a command, or set SOFTR_WORKSPACE_ID, to work in one of
16694
16696
  // package.json
16695
16697
  var package_default = {
16696
16698
  name: "@softr/cli",
16697
- version: "0.1.1-se21216.7",
16699
+ version: "0.1.1-se21216.9",
16698
16700
  description: "The Softr command line: build, test and publish Softr workflows from local files; more Softr APIs to come",
16699
16701
  keywords: [
16700
16702
  "softr",
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "@softr/cli",
3
- "version": "0.1.1-se21216.7",
3
+ "version": "0.1.1-se21216.9",
4
4
  "description": "The Softr command line: build, test and publish Softr workflows from local files; more Softr APIs to come",
5
5
  "keywords": [
6
6
  "softr",