Logo Helper Basics

Helper Basics: Un nivel de abstracción imprescindible

Tengo en mente más que solo hacer helpers relacionados con accesibilidad, aunque por el momento me centraré en esta. Sin embargo es preciso crear este nivel de abstracción para sentar algnas bases.

La funcionalidad

En esencia este basics debe contener:

  1. La estructura mínima, un campo para situar la url, un botón que ejecute la carga de la página en un iframe
  2. El código js que incrusta una o varias css a la página ya cargada y que incorpora js necesario para procesar el contenido de dicha página.
  3. La estructura general de la base de datos basada en ficheros de texto.
  4. Adicionalmente se propone incorporar al “sistema de compilación”, un interfaz web plenamente inclusivo que permita gestionar la base de datos , siguiendo la estructura estándar definida más abajo.

Requisitos

El objetivo de este sistema es ser absolutamente independiente de librerías, bases de datos, y todo lo que no sea html y javascript.

Existirá código php para crear el compilador desde ficheros de texto a css y js, pero el ejecutable final debe ser html5 + css3 + js6 puro.

Basarnos en una tecnología tan simple, busca focalizarnos en la robustez entendida como mínimos requisitos. En un futuro, si se plantea el escenario, pueden agregarse versiones hechas con react, o incluso tecnologías clásicas, todo dependerá de las necesidades de cada momento y proyecto hijo.

No obstante todo seguirá centrado en una base de datos de conocimiento basada en puro fichero de texto y carpetas, junto con las versiones “cliente” compiladas en cada uno de los sistemas target.

Definición de ítems en BD

Como descripción jerárquica inicial de los diferentes ítems “detectables” (tanto a nivel global como en cada uno de los proyectos hijo), la estructura inicialmente será como sigue:

  1. Contexto .- Puede ser accesibilidad, seguridad, etc y es recursivo.
  2. Área .- En este nivel se situarán elementos como WCAG, SECTION 508 y similares.
  3. Versión .- Versión del Área anterior. (por ejemplo 2.0 y 2.1 para el caso de WCAG.
  4. Bloque (recursivo) .- Aquí empieza el verdadero “sistema de carpetas” para el caso de WCAG sería Principio / Criterio / Subcriterio / Test …
  5. Datos .- Dentro de la carpeta final se situaría como mínimo fichero con descripción teórica del ítem, fichero con documentación de referencia, css de detección del item, js de detección del ítem, y resto de información precisa, aún por definir, eso si con posibilidad de traducción completa.

Conclusiones

Soy consciente de que esta decisión “back to basics” parece del siglo XIX, pero si pretendemos crear un sistema inclusivo, debe ser desde la base, con independencia de que más adelante se implementen “clientes” en diferentes plataformas, sabores y tecnologías.

¡Nos leemos en el código!

¡Compártelo!

Ayudame a difundir este contenido a todo aquel que pueda sacarle partido, difundelo en redes, cuéntaselo a tus amigos, coméntalo en la cola del supermercado, además de aportar, ¡seguro que conoces a gente interesante y acabas uniéndose al bando rebelde!

Sígueme en Redes

Sobre las traducciones

Las traducciones de la web a catalán e inglés en su mayoría están realizadas mediante traductor automático con revisión manual por mi parte.

Este método me sirve como aprendizaje, además de hacer económicamente sostenible la traducción, pero no está libre de fallos. Si ves algún error por favor, ¡házmelo saber para corregirlo!