Hacktoberfest 2026: los issues que los mantenedores marcaron para octubre, abiertos y aptos para principiantes. Explorar issues de Hacktoberfest

Refactor color token structure: separate internal vs public tokens

Abierto
#542 0 comentarios 1 reacción 0 asignados Ver en GitHub

Los mantenedores suelen responder en 1 día

Nadie ha tomado este issue todavía.

Evaluación

Dificultad
3/5
Tiempo estimado
1-2 días
Aptitud para principiantes
55/100
Tipo de issue
Refactorización
Claridad
Bastante claro
Estado de actividad
Tranquilo
Stack tecnológico
scss
Área
design, frontend

Línea de trabajo

Localiza las definiciones existentes de tokens de color y compáralas con las capas propuestas _colors-light.scss, _colors-dark.scss y _colors.scss. Mantén las paletas de temas sin procesar internas, expón públicamente tokens semánticos con nombre, documenta la separación y verifica que los colores resueltos y la salida visual permanezcan sin cambios.

Escrito por el modelo de indexación a partir del texto del issue.

Descripción

Problem

The current color token architecture mixes internal palette values with public-facing semantic tokens, making it unclear which tokens are meant for internal theming and which should be consumed by host apps.

Proposal

Establish a clear two-layer token structure:

  1. Internal palette files — define raw color values per theme:

    • _colors-light.scss — light theme palette
    • _colors-dark.scss — dark theme palette
  2. Public token file — _colors.scss exposes named semantic tokens that reference the internal palette. These are the only tokens consumer apps should use.

Why

  • Prevents host apps from depending on internal color values that may change between themes
  • Makes it obvious which tokens are part of the public API
  • Simplifies adding new themes in the future (just add a new palette file)
  • Reduces confusion during code review and onboarding

Out of scope

This issue is about restructuring and documenting the token layers — not changing any visual output. All resolved color values should remain the same.

Lenguaje dominante
TypeScript
Estrellas
9
Forks
7
Merge medio
11 h 59 min
PR fusionados (30 d)
8

Preparar el entorno

Este proyecto no incluye contenedor de desarrollo, Dockerfile ni guía de contribución, así que la configuración corre por tu cuenta: empieza por su README y consulta nuestra guía para la primera contribución para los pasos generales.

Primeros pasos

  1. Lee el issue completo y luego la guía de contribución del proyecto.
  2. Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
  3. Haz un fork del repositorio y trabaja en una rama.
  4. Abre un pull request que haga referencia al número del issue.

Más de AbsaOSS/cps-shared-ui

Todos los issues de AbsaOSS/cps-shared-ui

Issues similares

Más issues de TypeScript

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.