You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: CLAUDE.md
+2-3Lines changed: 2 additions & 3 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -15,7 +15,7 @@ Este repo es además una evolución de lo que antes era `@some-angular-utils/fil
15
15
16
16
La librería pasó por un rename que dejó residuos. El componente actual (`SAUDateRangePickerModule`, selector `sau-date-range-picker`, archivo `date-range-picker.component.ts`) antes se llamaba `SAUDateRangePickerModule` con selector `<sau-date-range-picker>`, y vivía en `projects/some-angular-utils/date-picker/.../components/sau-date-range-picker/`. El nombre de carpeta del proyecto Angular pasó de `date-picker` a `date-range-picker` (ahora sí coincide con el nombre del paquete npm), y la clase pasó de `sau-date-range-picker` a `date-range-picker`. Pero el rename quedó **incompleto**:
17
17
18
-
-`angular.json` (target de librería, líneas ~67-90) y `tsconfig.json` (`references`) todavía apuntan a `projects/some-angular-utils/date-picker/...`, una ruta que **ya no existe en disco** (ahora es `projects/some-angular-utils/date-range-picker/...`). El build real (`npm run build:lib`) no pasa por ahí — invoca `ng-packagr` directamente sobre `projects/some-angular-utils/date-range-picker/ng-package.json`— así que el build funciona a pesar de la referencia rota, pero cualquier tooling que sí use esas referencias (IDE, `ng test` del proyecto librería, etc.) puede fallar o resolver mal.
18
+
-~~`angular.json` (target de librería) y `tsconfig.json` (`references`) apuntaban a `projects/some-angular-utils/date-picker/...`~~ — **corregido** (2026-08-23): ambos ya apuntan a `projects/some-angular-utils/date-range-picker/...`. Antes de la corrección, el build real (`npm run build:lib`) funcionaba igual porque invoca `ng-packagr` directamente sobre `ng-package.json`sin pasar por esas referencias, pero cualquier tooling que sí las usara (IDE/tsserver, `ng test` del proyecto librería) resolvía mal — en concreto, el `tsconfig.json` raíz no lograba asociar los archivos de la librería a un proyecto con `experimentalDecorators: true`, lo que producía errores falsos tipo `Decorators are not valid here.ts(1206)` en decoradores de parámetro (p. ej. `@Optional()` en el constructor de `date-range-picker.component.ts`) aunque el código fuera válido. Si reaparece ese error, reinicia el TS server del IDE.
19
19
-`src/app/components/installation/installation.ts` (snippet de uso) y `src/app/components/demos/demos.html` (texto de la sección "See it in action") todavía muestran/mencionan `<sau-date-range-picker>` y `SAUDateRangePickerModule` en vez del nombre real `<sau-date-range-picker>` / `SAUDateRangePickerModule`. Es texto de la showcase desactualizado, no refleja cómo se usa la librería realmente — si tocas esos archivos, vale la pena corregirlo de paso.
20
20
21
21
Si vuelves a encontrar `sau-date-range-picker`/`SAUDateRangePickerModule` en algún sitio no listado arriba, asume que es otro resquicio del mismo rename incompleto, no una API alternativa vigente.
@@ -26,11 +26,10 @@ Si vuelves a encontrar `sau-date-range-picker`/`SAUDateRangePickerModule` en alg
26
26
date-input/
27
27
├── CLAUDE.md
28
28
├── README.md
29
-
├── angular.json # ⚠️ el target de librería referencia la ruta vieja "date-picker" (ver arriba)
0 commit comments