@hostwebhook/node-types 1.75.2 → 1.75.3
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.
|
@@ -62,11 +62,29 @@ const eventConfigParams = () => [
|
|
|
62
62
|
entera de la regla de ambigüedad ANTES de mandar el payload. `05-06-2026`
|
|
63
63
|
se rechaza en ejecución (ver `normalizeDate`), y un rechazo que sólo
|
|
64
64
|
aparece en el log del run llega tarde: aquí se dice al lado del campo.
|
|
65
|
-
|
|
66
|
-
|
|
67
|
-
|
|
68
|
-
|
|
69
|
-
|
|
65
|
+
🔴 [2026-09-09] Y ya no dan la clase de formatos. Decían qué formas de
|
|
66
|
+
fecha se aceptan y cuáles se rechazan por ambiguas — un párrafo cada uno,
|
|
67
|
+
debajo de cada campo. Ariel: «quítame esos mensajes».
|
|
68
|
+
|
|
69
|
+
Tenía razón, y lo que los mató fue el propio producto: el campo lleva un
|
|
70
|
+
calendario que ESCRIBE la fecha y la hora, así que la forma ya no la teclea
|
|
71
|
+
nadie. Un texto que explica cómo escribir a mano lo que se elige con un
|
|
72
|
+
clic no es ayuda, es ruido — y encima ocupa el sitio donde se lee lo que sí
|
|
73
|
+
importa.
|
|
74
|
+
|
|
75
|
+
Y no se quedó ninguna suelta: las dos fechas se leen JUNTAS —una es el
|
|
76
|
+
principio y la otra el final de lo mismo—, así que la pantalla las mete en
|
|
77
|
+
un bloque con una regla arriba y otra abajo y pone la nota UNA vez al pie
|
|
78
|
+
(`NOTA_DE_LAS_FECHAS`, en `CalendarActionDetail.tsx` del dashboard). Ariel:
|
|
79
|
+
«crea una sección para el start y end date… y en esa sección agregas el
|
|
80
|
+
mensaje, para no repetir información».
|
|
81
|
+
|
|
82
|
+
⚠️ Ahí sigue entera la frase del ÚLTIMO DÍA INCLUIDO, que es la única que
|
|
83
|
+
no es de formato y la única que no se puede recortar: el `+1` de la
|
|
84
|
+
exclusividad de `end.date` en Google lo pone HostWebhook, no da error, y
|
|
85
|
+
quien lo sepa y no lo lea lo suma otra vez. */
|
|
86
|
+
{ name: 'startTemplate', target: 'eventConfig', label: 'Start Date', type: 'template', placeholder: '{{payload.startTime}}', execKey: 'start' },
|
|
87
|
+
{ name: 'endTemplate', target: 'eventConfig', label: 'End Date', type: 'template', placeholder: '{{payload.endTime}}', execKey: 'end' },
|
|
70
88
|
{
|
|
71
89
|
name: 'attendeesTemplate',
|
|
72
90
|
target: 'eventConfig',
|
|
@@ -58,11 +58,29 @@ const eventConfigParams = () => [
|
|
|
58
58
|
entera de la regla de ambigüedad ANTES de mandar el payload. `05-06-2026`
|
|
59
59
|
se rechaza en ejecución (ver `normalizeDate`), y un rechazo que sólo
|
|
60
60
|
aparece en el log del run llega tarde: aquí se dice al lado del campo.
|
|
61
|
-
|
|
62
|
-
|
|
63
|
-
|
|
64
|
-
|
|
65
|
-
|
|
61
|
+
🔴 [2026-09-09] Y ya no dan la clase de formatos. Decían qué formas de
|
|
62
|
+
fecha se aceptan y cuáles se rechazan por ambiguas — un párrafo cada uno,
|
|
63
|
+
debajo de cada campo. Ariel: «quítame esos mensajes».
|
|
64
|
+
|
|
65
|
+
Tenía razón, y lo que los mató fue el propio producto: el campo lleva un
|
|
66
|
+
calendario que ESCRIBE la fecha y la hora, así que la forma ya no la teclea
|
|
67
|
+
nadie. Un texto que explica cómo escribir a mano lo que se elige con un
|
|
68
|
+
clic no es ayuda, es ruido — y encima ocupa el sitio donde se lee lo que sí
|
|
69
|
+
importa.
|
|
70
|
+
|
|
71
|
+
Y no se quedó ninguna suelta: las dos fechas se leen JUNTAS —una es el
|
|
72
|
+
principio y la otra el final de lo mismo—, así que la pantalla las mete en
|
|
73
|
+
un bloque con una regla arriba y otra abajo y pone la nota UNA vez al pie
|
|
74
|
+
(`NOTA_DE_LAS_FECHAS`, en `CalendarActionDetail.tsx` del dashboard). Ariel:
|
|
75
|
+
«crea una sección para el start y end date… y en esa sección agregas el
|
|
76
|
+
mensaje, para no repetir información».
|
|
77
|
+
|
|
78
|
+
⚠️ Ahí sigue entera la frase del ÚLTIMO DÍA INCLUIDO, que es la única que
|
|
79
|
+
no es de formato y la única que no se puede recortar: el `+1` de la
|
|
80
|
+
exclusividad de `end.date` en Google lo pone HostWebhook, no da error, y
|
|
81
|
+
quien lo sepa y no lo lea lo suma otra vez. */
|
|
82
|
+
{ name: 'startTemplate', target: 'eventConfig', label: 'Start Date', type: 'template', placeholder: '{{payload.startTime}}', execKey: 'start' },
|
|
83
|
+
{ name: 'endTemplate', target: 'eventConfig', label: 'End Date', type: 'template', placeholder: '{{payload.endTime}}', execKey: 'end' },
|
|
66
84
|
{
|
|
67
85
|
name: 'attendeesTemplate',
|
|
68
86
|
target: 'eventConfig',
|
package/package.json
CHANGED