Recomendaciones del W3C (World Wide Web Consortium)
Lo podemos leer en el archivo de noticias del W3C: W3C Celebrates Ten Years with Style. Diez años han pasado desde que el W3C publicó Cascading Style Sheets, level 1. Podemos ver la página especial que conmemora el aniversario, haciendo un pequeño resumen de la historia de CSS (10 Years of CSS).
Diez años, como pasa el tiempo 🙂
Lo anuncian en las noticias del W3C (W3C mobileOK Basic Tests 1.0 Working Draft) y el documento en cuestión es W3C mobileOK Basic Tests 1.0, y está editado por dos personas, Jo Rabin (antes de mTLD Mobile y ahora de Segala) y Sean Owen, de Google.
El objetivo de este documento es definir las
pruebas para cumplir los niveles «mobileOk Basic» y «mobileOk. Recordemos que dentro de Mobile Web Best Practices 1.0 hay 60 «buenas prácticas», y para cumplir los niveles anteriormente especificados hay que comprobar algunas de esas prácticas.
Hay que destacar que existen buenas prácticas que no se contemplan en ninguno de los niveles, y a su vez existen buenas prácticas que se contemplan en los dos niveles (lo cuál, todo hay que decirlo, me parece un poco paradójico).
¿Y cómo indicamos que cumplimos esos niveles? Todavía no está definido un mecanismo estándar, pero lo más probable es que sea en RDF utilizando el esquema mobileOK (ver W3C mobileOK Scheme 1.0 para más información).
Este artículo es una traducción de Have Your Say about the Future of HTML escrito por Molly E. Holzschlag.
Este artículo se ha escrito en favor de Web Hypertext Application Technology Working Group (WHATWG) y se ha publicado conjuntamente en The Web Standards Project, Lachy’s Log, Molly.com y 456 Berea Street.
Ha habido mucha discusión sobre la reciente decisión del W3C de continuar el desarrollo de HTML en la web últimamente. Artículos en blogs, y mensajes enviados a listas de correo o publicados en foros, revela muchos interrogantes y falsas ideas acerca del futuro de HTML (incluyendo HTML 5 y XHTML 2), el WHATWG y el nuevo Grupo de Trabajo del W3C de HTML.
Algunas personas pidieron nuevas características; otros se preguntaban si los elementos formalmente desaconsejados volverían; algunos tienen comentarios y críticas sobre la decisión en sí misma, el proceso de WHATWG ó W3C; y algunos se preocupaban porque el WHATWG y el W3C ignoraban las necesidades de grupos concretos. El WHATWG, que está en el proceso de desarrollo de la próxima versión de HTML (denominada HTML 5), siente que es importante no solo escuchar a todos sus observaciones (feedback), también buscar activamente y responder de modo que podamos desarrollar un lenguaje que cumpla tus necesidades.
Hay muchas formas en las que puedes participar. La más directa de acercarse es hacer que tu voz sea escuchada subscribiendote a la lista de correo. Sin embargo, no todos tienen el tiempo para participar, o mantenerse al corriente del alto número de mensajes enviados a esta lista. Algunas personas sienten que el actual borrador de HTML 5 (Aplicaciones Web y Formularios Web) es algo desalentador. Otras sienten que, porque no pueden permitirse las cuotas para ser miembros del W3C, no pueden ser escuchados en ninguna parte.
Si, por alguna razón, tu sientes que no puedes participar, o te sientes incómo al hacerlo, esto no significa que no debes ser oido. El WHATWG necesita escucharte y quiere saber que piensas sobre HTML.
Cualquier pregunta, comentario, crítica, queja o característisca enviada es bienvenida. Ahora es el momento de hablar en voz alta. Ningún comentario es demasiado silencioso, ninguna pregunta es demasiado complicada o demasiado simple, ninguna crítica es demasiado áspera. Si tienes algo que decirnos a todos, nosotros estamos escuchando.
Por favor, deja to comentario o publica un vínculo a un artículo que hayas escrito. Tu debes ser escuchado y nosotros podemos intentar responderte.
Confieso que esta noticia me ha sorprendido, pero es así. Lo podemos leer en el archivo de noticias del W3C (y para facilitar la lectura, incluyo el vínculo a la edición de la Oficina Española): Widegts 1.0 – Borrador de trabajo. Nada mejor que leer el artículo en la Wikipedia sobre Widget, para saber de qué estamos hablando.
Se que existen en Opera (de hecho, uno de los editores trabaja en esta compañía), son habituales en Mac, y hay algún proyecto para distribuciones de GNU/Linux, pero no me esperaba que el Consorcio de la Web diese un soporte «formal» para estandarizar este tipo de aplicaciones. La verdad es que son muy atractivas y utiles.
Si estás interesado, no olvides visitar Widgets 1.0, y si quieres puedes ver los Widgets de Opera, e incluso una guía en español para desarrolladores.
Me temo que no sabré explicar adecuadamente las palabras de Tim Berners-Lee en su artículo Reinventing HTML. Igualmente me produce bastante confusión el artículo publicado conjuntamente por The Web Standards Project, Lachy’s Log, Molly.com y 456 Berea Street, titulado Have your say about the future of HTML en favor de The Web Hypertext Application Technology Working Group. En dos o tres artículos, intentaré desarrollar estos asuntos (o al menos lo intentaré).
Porque la sensación que me queda tras leer los dos artículos es la de confusión, y no saber muy bien hacia donde se dirige la Web: un medio que utilizamos millones de personas y que esperemos disfruten sin censura muchos más (señal de que hay más libertad en el mundo y menos desigualdades sociales).
Comencemos por el principio, con una traducción-resumen del artículo de Tim: por favor, leedlo, releedlo y volverlo a leer, personalmente creo que refleja un importante punto de inflexión en las especificaciones del W3C, y dado que se trata, en definitiva de las especificaciones más extendidas y usadas (hablamos de HTML, y derivados, amigos), las decisiones que ha tomado y tomará el W3C nos va a afectar a todos: desarrolladores y usuarios.
La primera frase lo dice todo Crear estándares es un trabajo duro
, y más en un organismo como el W3C con tantos grupos de trabajo. Un caso concreto de esta dificultad está en el HTML, porque es usada por millones de personas, y si inicialmente estaba el problema de la guerra de los navegadores (cada uno implementando sus propias etiquetas propietarias, totalmente incompatibles con el resto de los navegadores), ahora el problema viene con la extensión de las especificaciones.
Numerosos comentarios en blogs, de personas con tanto prestigio como Jeffrey Zeldman, Eric Meyer, Molly Holzschlag,… han hablado sobre el trabajo del W3C, particularmente en el área de HTML.
Algunas cosas están claras, como es la importancia de la participación de desarrolladores webs, navegadores, usuarios empresas,… invulcrados en el desarrollo de HTML.
También hay cosas colaras desde hace años: es necesario evolucionar HTML de forma incremental. La tentativa para que el mundo se pase a XML (comillas para atributos, barras para elementos vacios, y espacios de nombres) no ha funcionado. Una gran parte de los desarrolladores de HTML no se han pasado, principalmente porque los navegadores no han acompañado. Pero muchas comunidades sí lo han hecho, y disfrutan de sistemas «bien formados» (well formed), pero no son todos. Es importante una evolución de HTML de forma incremental, como una transición continúa a un mundo «bien formado», y desarrollar con más poder en ese mundo.
El plan es trabajar en dos grupos distintos de HTML. Por un lado, una evolución incremental de HTML (supongo que con pequeños incrementos de versiones, y así pasar del actual HTML 4.01, a la 4.02, o la 4.1), y por otro XHTML. Cada uno de estos grupos de trabajo tendrán su estructura independiente (responsables y personal de contacto), pero trabarán juntos en HTML y XHTML. De esto ya se ha hablado con muchas personas y tendrán su apoyo, incluyendo a los desarrolladores de navegadores.
Algo parecido ocurrirá con los formularios. Actualmente están los formularios «clásicos» y por otro lado XForms (con bastantes implementaciones). Se va a trabajar en extender los formularios HTML, y al mismo tiempo, ver cómo los formulario HTML (que existen actualmente y sus añadidos), pueden ser pensados como equivalentes de XForms, para facilitar una ruta de escalamiento. El objetivo es tener un lenguaje de formularios HTML que contenga los actuales formularios HTML y a su vez sea una parte de XForms, añadiendo compatibilidad con HTML. Piensan que es posible, y se va a crear un nuevo grupo de Formularios, con tareas comunes con el actual grupo de formularios HTML.
También se quiere potenciar las capacidades de la herramienta de validación, muy útil para desarrollar siguiendo los estándares. Tendría que validar más materias, contener más ayudas y priorizar los errores, con explicaciones para solucionar los problemas que se tengan al validar. Ya tienen en camino nuevo hardware de servidor para este proyecto, proporcionado por el programa de apoyo.
El trabajo va a ser duro, pero buscan el apoyo de todos para realizarlo. Desde el W3C se va a potenciar los canales de comunicación con las personas e instituciones que quieran colaborar, aunque se tienen que seguir unas normas básicas (comprobar que el comentario no se ha hecho antes, proponer alternativas, un tema por mensaje,… y añadir conocimiento social a lo técnico), y respeto por los grupos de trabajo.
Va a haber mayor colaboración con una especificación muy importante, una de las «joyas de la corona» de la tecnología web. Se involucarán cientos de personas, se está evolucionando la tecnología para millones que serán billones de usuarios en el futuro.
Hasta aquí, el resumen-traducción del artículo Reinventing HTML, de Tim Berners-Lee. En otro artículo posterior intentaré hacer lo mismo con Have your say about the future of HTML (paciencia) y si quedan ganas, una opinión personal de todo esto.
Comentarios, obligados y vienbenidos 🙂