@hostwebhook/node-types 1.52.18 → 1.52.19

package/dist/docs-operations.d.ts

@@ -15,17 +15,24 @@
  * ejecutor lee `entity.documentId`, `entity.contentTemplate`… con esos mismos
  * nombres.
  *
- * ── Lo raro de Docs: el desplegable va EN MEDIO ──
- * En esta página el selector de operación **no** está arriba del todo. El orden
- * de pantalla es «qué documento» → «qué hacer» → «con qué»:
+ * ── El orden de pantalla, y por qué cambió ──
+ * Hoy es el mismo que en Sheets, Drive, Telegram, Mongo y Postgres — primero
+ * qué hacer, luego sobre qué:
  *
- *     DocumentPicker + pegar ID     (o el título, si es createDoc)
  *     ── selector de operación ──
+ *     DocumentPicker + pegar ID     (o el título, si es createDoc)
  *     Content / Search+Replace / Rows+Columns
  *
- * Por eso cada param lleva `slot`. Sin él, un bucle único empujaría la identidad
- * del documento por debajo del selector y cambiaría el orden en pantalla, que es
- * justo lo que este refactor no debe tocar.
+ * Estuvo al revés, con el desplegable EN MEDIO y el razonamiento «qué documento
+ * → qué hacer → con qué», y este comentario decía que un refactor no debía
+ * tocarlo. Se cambió a propósito el 2026-08-12 (dashboard#128) por dos motivos:
+ * la operación es la que decide QUÉ CAMPOS aparecen —`createDoc` ni siquiera
+ * pide documento, pide título—, y ser el único nodo con otro orden es una
+ * sorpresa por nodo.
+ *
+ * Los `slot` siguen haciendo falta: separan la identidad del documento de los
+ * campos de la operación, aunque ahora las dos vayan debajo del selector. Un
+ * bucle único ordenaría por el array de params y no por ese criterio.
  */
 export declare const DOCS_OPERATIONS: readonly ["readDoc", "createDoc", "appendText", "replaceText", "insertTable"];
 export type DocsOperation = (typeof DOCS_OPERATIONS)[number];

package/dist/docs-operations.js

@@ -16,17 +16,24 @@
  * ejecutor lee `entity.documentId`, `entity.contentTemplate`… con esos mismos
  * nombres.
  *
- * ── Lo raro de Docs: el desplegable va EN MEDIO ──
- * En esta página el selector de operación **no** está arriba del todo. El orden
- * de pantalla es «qué documento» → «qué hacer» → «con qué»:
+ * ── El orden de pantalla, y por qué cambió ──
+ * Hoy es el mismo que en Sheets, Drive, Telegram, Mongo y Postgres — primero
+ * qué hacer, luego sobre qué:
  *
- *     DocumentPicker + pegar ID     (o el título, si es createDoc)
  *     ── selector de operación ──
+ *     DocumentPicker + pegar ID     (o el título, si es createDoc)
  *     Content / Search+Replace / Rows+Columns
  *
- * Por eso cada param lleva `slot`. Sin él, un bucle único empujaría la identidad
- * del documento por debajo del selector y cambiaría el orden en pantalla, que es
- * justo lo que este refactor no debe tocar.
+ * Estuvo al revés, con el desplegable EN MEDIO y el razonamiento «qué documento
+ * → qué hacer → con qué», y este comentario decía que un refactor no debía
+ * tocarlo. Se cambió a propósito el 2026-08-12 (dashboard#128) por dos motivos:
+ * la operación es la que decide QUÉ CAMPOS aparecen —`createDoc` ni siquiera
+ * pide documento, pide título—, y ser el único nodo con otro orden es una
+ * sorpresa por nodo.
+ *
+ * Los `slot` siguen haciendo falta: separan la identidad del documento de los
+ * campos de la operación, aunque ahora las dos vayan debajo del selector. Un
+ * bucle único ordenaría por el array de params y no por ese criterio.
  */
 Object.defineProperty(exports, "__esModule", { value: true });
 exports.DOCS_OPERATION_SPECS = exports.DOCS_OPERATIONS = void 0;

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@hostwebhook/node-types",
-  "version": "1.52.18",
+  "version": "1.52.19",
   "description": "Shared node type definitions, connection rules, and dispatch config for HostWebhook",
   "main": "dist/index.js",
   "types": "dist/index.d.ts",