accesibilidad-inclusion / pictogramas Goto Github PK

las imágenes svg exportadas desde el illustrator deben estar circunscritas al mismo canvas en que se ubican las restantes capas, es decir, deben quedar bien posicionadas con respecto a éstas al superponerlas

Referencia:

https://help.github.com/en/github/building-a-strong-community/setting-guidelines-for-repository-contributors

@felipelavinz o @basilio no entendimos por qué ambos manifest.json (en, es) están en inglés. ¿Alguna ocnsideración para los nuevos updates?

• Estructura de archivo manifest.json no está acorde a estructura planteada en documentación, se debe actualizar lo que corresponda
• Incluir definiciones sobre cada propiedad utilizada para describir los pictogramas
• En propiedades "category" y "tags" de cada pictograma, se debe usar lenguaje natural ("Trámites" en lugar de "tramites")
• Corregir errores ortográficos en propiedades "label", p.ej "Modulo de servicio" → "Módulo de servicio"
• Se podría añadir un campo "description" que sea complementario al de "label", que permita un texto más extenso

Crear una herramienta por línea de comandos para exportar por capas, todas las combinaciones, o una combinación específica a PNG u otros formatos de imagen

Hola @hspencer

Actualmente hay varias ramas activas en el repositorio, en especial "master" y "gh-pages"; esta última se está utilizando fundamentalmente para construir la visualización web que está en https://accesibilidad-inclusion.github.io/pictogramas/

Propongo integrar gh-pages a master y construir la visualización web directamente desde master, de modo de reducir la complejidad de administración del repo.

Adicionalmente, al hacer el merge podemos usar la opción "squash commits" para integrar todos los cambios en un solo commit y asi evitar "inflar" el peso del repositorio con los archivos binarios que en algún punto estaban versionados.

Con respecto a los archivos de Illustrator, identifico básicamente tres opciones:

1. Utilizar "Large file storage" - al parecer se podría integrar de forma transparente en el repositorio, pero tiene un límite gratuito bastante limitado. Se puede pagar para elevar ese límite.
2. Incorporarlos como otro repositorio, que podría estar hosteado en el servidor de la e[ad] - sería más complejo de administrar, pero podríamos tener más control en cuanto al uso de espacio. También sería más complejo manejar los aportes a los archivos Illustrator.
3. Dejar de utilizar archivos de Illustrator y en su lugar usar únicamente SVG. Esto sería por lejos la mejor opción en cuanto a facilidad de integrar en el repo, incluir nuevas contribuciones, etc.

Espero tus comentarios,
saludos!

@hspencer

Según la idea que me habías comentado para poder levantar financiamiento y darle sustentabilidad al trabajo en el proyecto, la idea sería poder elegir alguna de las alternativas compatibles con github y hacer esa integración.

Te dejo la info en:

https://help.github.com/en/github/supporting-the-open-source-community-with-github-sponsors/about-github-sponsors

Cuando definas la cuenta dame los datos para poder añadirla al repo.

slds!

• en inglés
• minúsculas sin caracteres especiales
• separados por guiones
• variaciones con sufijos

Por cada idioma en que se disponibilizará, crear un JSON con las descripciones y traducciones de cada ícono, p. ej:

[
  {
    "layer": 1,
    "path": "1-actions/wait.svg",
    "label": "Person waiting"
  }
]

Hola @reneerodo @hspencer

para completar el paso a producción de los nuevos pictogramas, necesitamos su ayuda con:

• Validar los nuevos pictogramas; pueden utilizar la herramienta online para probar en: https://accesibilidad-inclusion.github.io/pictogramas/ (estamos en proceso de migración a pictogramas.pictos.cl). Ya están aplicados también en el admin QA.
• Completar la información de los nuevos pictogramas en el archivo manifest.json; para eso deben complementar el archivo que está actualmente en la rama QA: https://github.com/accesibilidad-inclusion/pictogramas/blob/qa/public/es/manifest.json (los nuevos pictos tienen "label" vacío)
• Completar la versión traducida del archivo manifest.json a inglés

cc @antopasten @jacodiego @pedroarellano

@antopasten por favor agrega los personajes hospitalarios para tener la base

Actualmente los nombres de archivos no están definidos de forma uniforme, p.ej: registro-civil-2.svg, sign-center-left--seat.svg

Se debería definir una convención de nombres y aplicarla consistentemente en todos los archivos.

Se propone como convención: {$titulo}--{$variante}.svg o simplemente

• sin utilización de caracteres especiales
• utilizar guión medio ("-") como separador de palabras
• utilizar doble guión medio ("--") para identificar variables
• utilizando el mismo idioma para nombrar todos los archivos

Añadir las definiciones para publicación como paquete de npm/yarn (javascript) y packagist (php). Podríamos establecer como issues del repositorio la posibilidad de añadir nuevos gestores de paquetes y pedir colaboración con quienes tengan experiencia en esos lenguajes (ruby, python, .net, etc)

Habilitar un sitio sencillo con github pages que permita explicitar los procesos técnicos y de diseño para poder contribuir al proyecto

modificar los nombres de capas en archivos editables para generar los nombres de archivo correctos una vez aprobado el pull request #11