03/06/2011
Categoría/s: Web Semántica.
1 Comentarios
This site provides a collection of schemas, i.e., html tags, that webmasters can use to markup their pages in ways recognized by major search providers. Search engines including Bing, Google and Yahoo! rely on this markup to improve the display of search results, making it easier for people to find the right web pages.
schema.org
Un poco de web semántica de la vieja y nueva escuela. Schema.org ofrece un conjunto de elementos bastante variado (ver The Type Hierarchy) que nos puede servir para añadir información semántica estrucutrada en forma de microdata (como explican en los ejemplos), pero si le echamos un poquito de imaginación, también se puede usar en RDFa, RDF y los metadatos de toda la vida.
Desde mi punto de vista, las dos ventajas más importante que ofrece son:
- Un esquema variado y con muchas posibilidades desde un punto de vista práctico
- Ejemplos bastante claros (es más que una especificación)
Y el inconveniente que encuentro... es que todos los ejemplos son de microdata, y hay otras formas de insertar información semántica. En cualquier caso el pasar de un formato a otro, no tiene mucha dificultad.
Por cierto,... aunque en ocasiones los elementos se solapen con los oficiales, bien pudiera usarse también como microformatos. Ahí queda eso.
Ups, gracias al mensaje de @brenes en twitter por la pista.
Actualizado: No se vayan todavía, que aún hay más...
Las prisas, el escribir de forma precipitada, el no tener una opinión crítica con fundamento, el no intentar aportar algo más que el simple anuncio,... no ofrecen buenos resultados. Desde que escribí el original hace unos días, me he enterado de más información extra:
- Comentario de Arnau, más abajo.
-
El artículo al que hace referencia (The False Choice of Schema.org), una lectura más que recomendable, sin omitir los comentarios. Una pequeña muestra, bastante representativa:
Web authors do have the last word – but many of them don’t think they do. If Google/Microsoft/Yahoo says jump, most Web authors jump. However, at this stage we should pause for a second and think about the ramifications of what they’re asking us to do… because it impacts choice on the Web.
Manu Sporny The False Choice of Schema.org
- Hablaba yo de que el lenguaje podría ser fácilmente utilizable en forma de RDFa, RDF e incluso microformatos. Pero no es así. De hecho alguien ajeno a los autores originales ha usado para definir el lenguaje de forma correcta para poder ser usado como RDFa, RDF (ver schema.rdfs.org). Y algo que mencionaba yo como anecdótico (sólo había ejemplos de microdata) en realidad tenía un trasfondo bastante serio: estaba pensado originalmente sólo para microdata, dejando de lado conscientemente RDFa y microformatos.
- Y para terminar... no está nada mal leerse con atención los términos de uso (schema.org terms), para, como mínimo, tener cierta reserva. Porque aunque el vocabulario tiene una licencia permisiva (creative commons-Attribution-Share Alike), es leer cosas como
The Sponsors reserve the right, at any time, with or without notice to you, to make changes to the Schema, including, without limitation, to make changes that result in your existing Schema content becoming non-compliant with the revised Schema.
y no tener demasiada confianza: no es una especificación seria, donde existe una solidez que garantiza una estabilidad. Aunque exista una versión posterior, la 1.1 por ejemplo, siempre será posible ser compatible con la versión 1.0 si es que no hay retrocompatibilidad en la nueva versión (vaya, igualito que HTML5).
31/03/2011
Categoría/s: Estándares web.
0 Comentarios
Buscando por la web me encuentro con el siguiente resultado (se han difuminado información clave para ahorrar vergonzosas excusas):
Loading 30%
Una web, hecha en flash y cuyo único contenido útil que ha podido encontrar el buscador es... que la página está cargando (y encima en inglés).
Sin comentarios.
29/03/2011
Categoría/s: Citas,CSS,Web móvil.
0 Comentarios
CSS-based responsive web design is a great tool for adapting a layout to different screens, period. It is a tool, not an end. In some cases, where a site’s content should be the same from device to device (a blog, for example), responsive web design is enough for the job. More complex services, though, may need much more, including different content, tools, and services.
Yes, friends: it depends.
What’s it depend on? Certainly the needs of the audience. But as with so many things, it often depends a great deal on business considerations, too.
Josh Clark - Responsive Web Design or Separate Mobile Site? Eh. It Depends.
Cita extraída de un artículo que resume una animada discusión entre los partidarios del responsive web design (muy resumido, el uso de Media Query para adaptar la presentación de una web a los diferentes dispositivos) y los que van más allá de la mera presentación de contenidos: optimizar las experiencias según el contexto de uso y de usuarios.
Nada nuevo, en definitiva. Aunque técnicamente ahora es posible obtener mejores resultados que hace no muchos años: hay ejemplos más o menos elaborados en mediaqueri.
Ya puestos, otro artículo que nos puede ayudar a ampliar nuestra perspectiva histórica es New to Mobile? Welcome to the One Web Debate.
23/03/2011
Categoría/s: Web móvil.
0 Comentarios
Ahora mismo estoy cacharreando un poco con aplicaciones móviles para iOS.
Se puede hacer una aplicación web para iOS con HTML, CSS y Javascript, y se indica mediante algunos elementos meta. Aquí va un pequeño resumen:
<meta name="apple-mobile-web-app-capable" content="yes" /> Da la opción al dispositivo iOS añadir a la pantalla de inicio, junto con el resto de las aplicaciones, un acceso directo a una aplicación web. Ojo que no es lo mismo que un acceso directo que abre Safari con la interfaz habitual del navegador.<meta name="apple-mobile-web-app-status-bar-style" content="black" /> Permite quitar de la interfaz los elementos propios del navegador (la barra de la dirección y el buscador arriba, y la barra de navegación, favoritos e historial abajo). Sólo deja visible la barra de estado (cobertura, hora y batería). Tiene tres posibles valores default (de azul iOS), black y black-translucent.<link rel="apple-touch-icon" href="touch-icon-iphone.png" /> permite elegir el icono (57x57 en formato PNG) para la pantalla de inicio. Sirve tanto para aplicaciones web como para simples accesos directos a una página web.<link rel="apple-touch-startup-image" href="/startup.png" /> incluye una imagen previa a la aplicación web.
No hablo del famoso viewport, aunque personalmente echo de menos la posibilidad de usar una etiqueta para que mantenga la proporción en las vistas vertical y apaisada.
Bueno, siguiendo estas claras instrucciones - risas de fondo - tenemos los primeros elementos para hacer una aplicación web. Qué modernos.
Y ahora viene una curiosidad, que puede tener su sentido, pero resulta chocante: cuando tocamos un vínculo, abre una nueva instancia del navegador, pero esta vez aparece los elementos de la interfaz "normal" (barra de estado, además de la barra de la dirección y la de navegación-favoritos). ¿Qué ocurre? ¿Qué hemos hecho mal?
La respuesta es... nada. Simplemente los vínculos no funcionan como tales en una aplicación web dentro de iOS. Actúan como una especie de window.open. ¿Solución? Un poco de javascript. Aquí va un ejemplo de jquery:
$(document).ready(function() {
var deviceAgent = navigator.userAgent.toLowerCase();
var ios = deviceAgent.match(/(iphone|ipod|ipad)/);
if (ios) {
$("a").click(function(event) {
event.preventDefault();
var direccion=$(this).attr("href");
location.href=direccion;
});
};
});
Por si el código no resulta demasiado trivial, mediante el agente de usuario discriminamos a los dispositivos con sistema operativo iOS, eliminamos el comportamiento por defecto de los vínculo, y le añadimos la url del href a un location.href de javascript que sí funciona. En este caso podríamos tener una aplicación web compuesta por varias páginas HTML.
Teniendo en cuenta lo anterior, cabría preguntarse:
- ¿Quieres un acceso directo a la página de inicio definiendo la imagen tú mismo (y que no salga un pantallazo)? Usa
apple-touch-icon.
- ¿Quieres que no se vea la barra de la dirección inicialmente? Prueba con
window.scrollTo(0,1); e inicialmente no se verá (aunque estará presente).
- ¿Quieres reutilizar una web como una aplicación web en iOS (más cool) con su imagen de bienvenida - tan útil ella -, y sin elementos de la interfaz en el navegador? Pues mucho cuidado con los vínculos, y recuerda el código anterior para los vínculos internos de la aplicación web. No quedaría bien que al tocar un vínculo, se abra una nueva ventana. Nada bien.
Cambiando un poco de tema, ya hay bastantes voces (con más o menos autoridad) que dicen que las aplicaciones desarrolladas específicamente para un sistema operativo (Android, iOS, Blackberry, Symbian, Windows Phone,...) están viviendo su momento de gloria ahora, y en unos años, será sustituído por aplicaciones webs (teoricamente menos tiempo de desarrollo, y actualizaciones más rápidas). Todo depende de los avances en las aplicaciones web móviles y su implementación (ver Standards for Web Applications on Mobile: February 2011 current state and roadmap).Ya veremos.
22/03/2011
Categoría/s: Citas,Diseño de interacción.
0 Comentarios
Me gusta tumblr. Un gestor de contenidos sencillo y peligrosamente adictivo: la facilidad para crear una entrada, seguir otros blogs (¿se dice así todavía?, ¿existen los blogs?), añadir un artículo, cita, video o foto a tu lista de favoritos o publicarla en tu blog es sorprendente.
Más allá de sus virtudes, me gustaría mencionar Things Real People Don't Say About Your App, una pequeña joya humorística sobre usuarios y sus comentarios. Porque como todo el mundo sabe, los usuarios siempre dicen la verdad en los test de usuarios, y no es necesario interpretar lo que dicen :) La combinación de citas reales con fotografías de usuarios reales es dificilmente superable.
Algunos ejemplos:
