Skip to content

feat(ui): paleta institucional rojo y blanco y restriccion de roles en registro - #60

Merged
juanjose1234456787654 merged 24 commits into
developfrom
feature/ui-rediseno-rojo-auth
Nov 10, 2026
Merged

juanjose1234456787654 merged 24 commits into
developfrom
feature/ui-rediseno-rojo-auth

Conversation

@juanjose1234456787654

Copy link
Copy Markdown
Owner

Resumen

  • Aplica paleta de colores Rojo Carmesi (#b91c1c / #dc2626) y Blanco inspirada en portales de transporte interprovincial en Navbar.tsx, login/page.tsx, page.tsx y componentes base.
  • Elimina el selector de rol en el registro publico (/login), restringiendo el auto-registro exclusivamente a usuario (Pasajero / Cliente).
  • Habilita la creacion de cuentas de empleados (oficinista, chofer, cooperativa, �dmin) exclusivamente desde el Panel de Administracion (/admin).

…aplicar rojo carmesi en busqueda y paneles internos

@The-Fabry The-Fabry left a comment

Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Revisión y Aprobación: Paleta institucional rojo y blanco y restricción de roles (PR #57)

Excelente trabajo con este rediseño. Es un PR gigante (más de 40 archivos afectados) y la transición a la paleta rojo carmesí y blanco le da una identidad visual muy profesional y coherente a toda la aplicación.

Puntos que revisé y me gustaron:

  • Diseño y Paleta Institucional:

    • La configuración en tailwind.config.ts y globals.css está muy bien hecha. Centralizar los colores en variables (brand, accent, neutral, success, danger) es la forma correcta de mantener un diseño consistente.
    • La actualización del Navbar, el Footer y los componentes base (Botones, Badges, Cards) se ve limpia y moderna.
  • Restricción de Roles en el Registro:

    • Excelente mejora de seguridad. Eliminar el selector de rol del registro público (/login) para que solo se pueda crear cuenta como "Pasajero" es una decisión correcta.
    • Habilitar la creación de cuentas para empleados (oficinista, chofer, admin) exclusivamente desde el panel de administración centraliza el control y evita que cualquier usuario se asigne roles críticos.
  • Mejoras Adicionales:

    • Los componentes nuevos como Breadcrumbs, FloatingActions y PurchaseStepper le dan un toque muy profesional a la navegación del usuario.
    • Las páginas de error (error.tsx y not-found.tsx) personalizadas mejoran mucho la experiencia cuando algo falla.
    • La limpieza de código (quitar emojis innecesarios en botones, unificar estilos, corregir el tipado en las APIs de QR) se agradece.

Revisión de la Lista de Verificación:

  • Rama creada desde develop.
  • Commits con el formato correcto (24 commits).
  • Compilación exitosa (aunque hay 1 check pendiente en la imagen, asumo que es por la carga del servidor).
  • Se mantiene la lógica funcional mientras se cambia solo el diseño.
  • Esperando la aprobación de los demás revisores.

Dado el tamaño del PR, sugiero que si hay conflictos, se resuelvan con cuidado antes del merge. ¡Muy buen trabajo de rediseño!

@AnahiM2025 AnahiM2025 left a comment

Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Revisión de PR: Aprobado (LGTM)

¡Excelente trabajo! Revisé los cambios y el rediseño le da una identidad visual súper profesional a la plataforma.

Puntos que destaco

Identidad institucional: La aplicación de la paleta Rojo Carmesí (#b91c1c / #dc2626) y blanco en el Navbar, Login, y componentes base quedó muy bien lograda. Inspirarse en portales de transporte reales le da un toque de confianza al sistema.

Seguridad en el registro: Quitar el selector de rol del /login para que todos entren por defecto como "Pasajero/Cliente" es una decisión excelente. Así se evita que cualquiera se asigne roles administrativos por su cuenta.

Control de accesos: Habilitar la creación de cuentas para el personal (oficinista, chofer, admin) solo desde el Panel de Administración es la forma correcta de gestionar los permisos.

Gestión del PR: A pesar de ser un PR grande (41 archivos y 24 commits), la estructura se mantiene limpia y los commits siguen la convención.

✅ Checklist de mi revisión

☑️ Cumple con el objetivo del rediseño visual y la restricción de roles.
☑️ La lógica de negocio no se ve afectada, solo la interfaz y los permisos de registro.
☑️ Los 24 commits están bien estructurados hacia develop.
☑️ Compilación correcta (los checks pasaron).

Todo listo por mi parte. ¡Gran trabajo de rediseño y limpieza! 🚀

@juanjose1234456787654
juanjose1234456787654 merged commit 241bf60 into develop Nov 10, 2026
6 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants