5 Commits

Include renames

Author	SHA1	Message	Date
devops	d536b0bb8b	fix(ecommerce): quita el doble ring de foco del buscador ... El Input base (components/ui/input.tsx) trae focus:border-cyan-500 y focus:ring-4 focus:ring-cyan-300/30 hardcodeados. La correccion anterior del buscador solo anulaba focus-visible:ring-0, una variante distinta a :focus -- el ring cian del componente base seguia disparandose al hacer click, superpuesto al ring amarillo del wrapper nuevo (dos anillos visibles a la vez, reportado por el usuario en produccion tras el deploy de v1.0.190). focus:border-0 focus:ring-0 anula correctamente ambas utilidades del Input base via tailwind-merge (mismo variant+propiedad).	2026-08-28 05:10:22 +00:00
devops	ebd341c060	feat(ecommerce): ADR 0008 - buscador azul & amarillo (nunca migrado) ... predictive-search.tsx nunca estuvo en el alcance de ninguna sub-fase de ADR 0008 (sub-fase 2 solo tocaba navbar.tsx/footer.tsx), asi que seguia con el borde degradado cian/violeta/fucsia y acentos violeta del esquema arcoiris original -- confirmado visualmente en produccion (captura del usuario) y en el codigo. Reemplaza el wrapper de gradiente por un input con borde solido y un boton circular azul (--color-ari-marino) con la lupa a la derecha, en vez del icono flotando a la izquierda sobre el degradado. Foco usa ring amarillo (--color-ari-coral-claro), igual que el resto de componentes interactivos del sitio (button.tsx). Hover/foco del panel de resultados y del boton 'Buscar en todo el catalogo' pasan de violeta a los tokens de marca.	2026-08-28 04:57:43 +00:00
devops	902350b58b	Fase 3a ADR 0006 Etapa 2: buscador del navbar via Meilisearch ... PredictiveSearch pasa de filtrar en memoria el arreglo completo de productos (prop products, substring match) a un fetch debounced (250ms, con AbortController) contra la nueva ruta /api/search -- mismo componente visual, solo cambia de donde salen los datos, tal como pide el ADR 0006 seccion 5. /api/search (nueva, server-side) es el puente same-origin: el componente es cliente y no puede pegarle directo al provider server-side (MEDUSA_BACKEND_URL es DNS interno del cluster, no resuelve desde el navegador). CatalogProvider gana un metodo OPCIONAL searchWithFacets? (no cambia la firma de getProducts/searchProducts) -- mock.ts y shopify.ts compilan sin tocarlos, siguen sin implementarlo. medusa.ts lo implementa contra /store/search (Fase 2), reutilizando mapProduct() ya que la ruta devuelve el mismo shape de producto que /store/products. searchProducts tambien se repunta a /store/search, dejando de usar el ?q= + re-filtro client-side de fetchProducts/matchesFilters para busqueda (que sigue sirviendo para navegacion sin busqueda, sin cambios). Navbar deja de pasarle products a PredictiveSearch (ya no los necesita) pero los sigue recibiendo el mismo -- collections todavia se deriva de ahi. Limpieza: borrado patches/frontend-medusa-env.yaml, confirmado huerfano (ningun kustomization lo referencia; el patch que si esta vivo es frontend/patches/deployment.yaml). Validado: build completo de Docker (target builder) -- npm ci, next build con typecheck, /api/search aparece en la tabla de rutas generada. Cero errores nuevos (los warnings de ESLint son preexistentes en catalog-client.tsx, no tocado en esta fase).	2026-08-26 17:30:47 -05:00
devops	fe7b2019c2	feat(ecommerce): migrate Ari Shopping to Next.js 15 headless storefront v4	2026-07-19 21:36:35 -05:00
devops	f263a9cc55	feat(ecommerce): migrate Ari Shopping to Next.js 15 headless storefront v4	2026-07-19 19:37:41 -05:00