Decisiones clave
- La versión aceptada se identifica.
- Fuentes y exportaciones están separadas.
- Condiciones de uso y créditos acompañan recursos.
- Los estados necesarios están incluidos.
Identifica la fuente aprobada
Enumera editables, exportaciones y registro que identifica la versión aceptada. Explica quién modifica la fuente y dónde conserva cambios. ‘Final’ en el nombre no sirve como aprobación cuando circulan versiones distintas. Guarda condiciones de fuentes tipográficas, imágenes y otros recursos. Tener un archivo no equivale a uso ilimitado. La persona receptora debe distinguir el material vigente de alternativas que ya no pertenecen al resultado.
Muestra cómo se comporta el diseño
Incluye estados normal, seleccionado, vacío, carga y error cuando formen parte del proyecto. Para identidad, explica tamaños y fondos. Describe decisiones aparentemente arbitrarias, como etiquetas más largas en otro idioma. La planificación de MDN aporta contexto para pensar la tarea antes de implementar. Nuestra estructura es una recomendación editorial, no un conjunto contractual universal. Los estados excluidos necesitan una nota clara.
Explica las exportaciones
Indica qué archivo va a web, cuál es editable y cuál necesita preparación adicional. Usa nombres descriptivos y lista de recursos. El texto alternativo de una imagen depende de su propósito; el tutorial W3C explica esa diferencia. Diseño puede describir el uso previsto, mientras el propietario de la página confirma su papel en el contenido real. No copies una etiqueta a todos los contextos sin revisarla.
Prueba una tarea posterior
Pide al receptor implementar o colocar un elemento usando solo la entrega. Observa dónde pide aclaraciones y añade la respuesta a la nota común. Actualiza archivos si hace falta. Separa decisiones pendientes de trabajo aprobado. La entrega está completa para su alcance cuando se identifica qué usar y qué requiere resolución. Este método no modifica automáticamente entregables de un encargo que ya tiene condiciones acordadas.
Haz el ejercicio
Prepara la entrega de un botón ficticio de inscripción: estado normal, error y pantalla estrecha, lista de exportación y una pregunta de texto pendiente.
Resultado esperado
Un paquete pequeño y una nota que permiten identificar la versión aprobada. No cambia entregables de un pedido existente.
Tu lista de evidencias
Marca solo lo que hayas comprobado. Registra tu progreso, no una auditoría independiente ni una predicción. No hay guardado automático; descarga la nota si quieres conservarla.
0 / 6 comprobados
Preguntas y respuestas
¿Basta entregar el archivo fuente?
Completa una parte. También hacen falta versión aprobada, condiciones de recursos y decisiones abiertas. Prueba una tarea representativa para detectar contexto ausente antes de considerar completa la entrega. Un archivo editable no explica por sí mismo cómo debe utilizarse.
¿Hay que diseñar todos los estados imaginables?
Acuerda los estados de tareas reales y cubre errores relevantes antes de variantes especulativas. Si un estado está fuera del alcance, indícalo. La implementación no debería interpretar una ausencia como comportamiento aprobado ni adivinar requisitos que nadie ha decidido.
Siguiente paso
Entrega archivos y razonamiento suficiente para utilizarlos en la siguiente tarea.
Fuentes y comprobación
- W3C WAI — Images tutorial ↗
Comprobado:
- MDN — Thinking before coding ↗
Comprobado: