Acabo de ser invitado a formar parte de Yahoo! 360 (gracias Jacob Bøtter). Por ahora no es mucho lo que puedo opinar, porque recien comienzo a probarlo, pero en cuanto lo conozca un poquito más comentaré un poco.
De cualquier modo se debe considerar que es un servicio que recien se esta comenzando a gestar por lo tanto pueden surgir numerosas modificaciones con el correr del tiempo
Quien quiera una invitación deje un comentario con su email o envienmelo a pviojo@gmail.com
Tags: beta, blogs, Comunidades, yahoo
Wists es una comunidad, al estilo de del.icio.us, en la que podemos crear un listado de nuestros bookmarks. La particularidad que la distingue es la posibilidad de asociar imagenes a los links que se agregan. Dichas imagenes pueden ser generadas automáticamente a partir de imagenes presentes en el página considerada, por ejemplo un logotipo, o ser creada a partir de una “fotografía” tomada a la página en cuestión.
Una caracteristicia interesante es la posibilidad de asociar tags a nuestros bookmarks de modo de categorizarlos. Luego, a partir de dichas tags podemos acceder a sitios que otras personas han catalogada con esas tags y podemos ver tags relacionadas con la seleccionada, relación que se generea automáticamente en base a los tagas introducidos en cada bookmarks
También podemos agregar a My Wist (nuestra lista de enlaces) bookmarks de otros usuarios, con lo cual se genera una red de usuarios que como es muy facil de imaginar muy rápidamente se extiende ya que nosotros estamos vinculandonos a otra persona, que a su vez se vincula a otra, que se vincula a otra, etc.
Desde ya los invito a registrarse en el sitio, es practicamente instantaneo, y comenzar a compartir sus bookmarks. Pueden ver mis bookmarks en http://www.wists.com/pviojo
Tags: Comunidades, tags
Luego de algunos dias de estar durmiendo he agregado mis post a Technorati. Pueden encontrar links a los tags de cada post en la parte inferior del mismo
Creo que esto es una buena manera de expandir un poco más la utilidad del blog, ya que de este modo al terminar de leer un post pueden seguir leyendo cosas relacionadas con lkas temáticas tratadas en él. Intentaré trabajar estos días un poco con las API”s de Technorati para ofrecer alguna otra mejora ;). Quedense por ahí
Pueden ver los sitios que hacen referencia a este blog desde aquí
Tags: tags
Me acabo de enterar que a partir del 6 de abril, aqui en Uruguay, los servicios que anteriormente eran de Movicom (Bellsouth) comenzará a ser operada por Telefónica. Al parecer el nombre que se le dará será Creeme, o algo del estilo. Ese mismo día comenzará a operar en Argentina, donde será llamado e-mocion
Seguramente los nombres hayan sido elegidos por los mismos que diseñaron el logo (ambas cosas son para llorar) pero bueno, se les habrá acabado el dinero con la compra que hicieron 
El que quiera enviarme un mail a mi movil puede hacerlo al 94147297@sms.bellsouth.com.uy(no anda bien aún)
Como ya deberíamos haber aprendido luego de varios ascensos milagrosos, seguidos por estrepitosas caidas, nada es completamente bueno, ni completamente malo. Ajax no es la excepción.
Basado en un enfoque diferente al tradicionalmente seguido en cuanto a interacción entre el cliente y servidor, el modelo Ajax parece marcar un nuevo hito en el mundo de Internet. Pero cuidado, al igual que ocurrió en su momento con el Flash, a no confundir un conjunto de tecnologías con una mejor experiencia para el usuario. Utilizar nuevas tecnologías puede en ciertos casos llevar a mejores experiencias de accesibilidad y usabilidad, pero no siempre tiene por que ser así.
Debemos diferenciar entre sitios web, llamemosle así a aquellos principalmente destinados a ofrecer información, y aplicaciones web, o sea aquellas herramientas que sirven para cumplir determinadas funciones. En el caso de los sitios web es reducido el uso que podemos hacer de la tecnología Ajax, mientras que en el caso de las aplicaciones es donde más terreno podemos encontrar para su desarrollo. Con esto no quiero decir que en los sitios web no podamos usarlo y en las aplicaciones web sea obligatorio su uso. NO, existen sitios que implementan este tipo de tecnologías logrando ventajas de usabilidad muy grandes (por ejemplo pueden ver el calendario que hay en la barra lateral. Desarrollado por Jon Abad).
Por lo tanto, es interesante enumerar, brevemente, algunas de las ventajas y desventajas que tiene este conjunto de tecnologías:
Ventajas
- Permite actualizar una página sin necesidad de recargarla completamente. Esto se vuelve especialmente util en los casos de interfaces en las que se presentan muchas funciones y donde la ejecución de una determinada función no implica modificaciones sustanciales en el resto de la interfaz.
- Permite un mejor flujo de información entre el cliente y el servidor. Es posible crear aplicaciones que creen, modifiquen y elementos items de una determinada colección, sin necesidad de volver a generar toda la interfaz. Un ejemplo de aplicación que se adaptaría muy bien a esto es el caso de los carritos de compra, donde no sería necesario una recarga de toda una página
- Disminución de los tiempos de espera y reducción de la transferencia de información entre cliente y servidor. Consecuentemente con los puntos 1 y 2, al no tener que volver a cargar toda la página cada vez que se realiza una pequeña modificación en la misma, se reducirían notablemente los tiempos de espera por parte de los usuarios, asi como el volumen trabsferido entre el cliente y el servidor, evitando la repetición del envio de datos incambiados (imagenes, textos, etc)
Desventajas
- Perdida de atención a los cambios que se produjeron. En determinados casos algunos cambios producidos por estos procesos pueden pasar desapercibidos para el usuario. En estos casos se deben de proveer referencias que alerten al usuario del resultado de su acción. Un ejemplo de esto es el metodo desarrollado por 37signals llamado The Yellow Fade que consiste en marcar los cambios realizados con una variación en el color de fondo del area modificada.
- Falta de tecnología en el lado del cliente. El modelo Ajax se basa fuertemente en el uso, en el lado del cliente, de Javascript como disparador de la solicitud. Esto puede llevar, en casos en que el cliente no disponga de esta tecnología (telefonos celulares, PDA”s, etc), a que el proceso quede interrumpido y no se puedan llevar a cabo las funciones requeridas por la aplicación. Es esencial en estos casos disponer de alternativas que garantizen la correcta ejecución de todas las funcionalidades de nuestra aplicación (podríamos comprar con ofrecer una version no-flash para los sitios que utilizan dicha tecnología)
- Quiebre de las ayudas de navegación estándar. Al realizar modificaciones en el documento sin utilizar los metodos estandar de los navegadores estamos cortandole al usuario la posibilidad de utilizar los botones atras y adelante, asi como la barra de direcciones para navegar por el sitio. Debemos comprender que el modelo Ajax se debe utilizar para aquellas modificaciones que no afecten estos aspectos de usabilidad, o sea, no debemos utilizar el Ajax para realizar acciones que puedan ser realizadas con el navegador (por ejemplo recargar toda una página)
- Cierra el camino de los bots. Al estar el funcionamiento del modelo basado en Javascript, esto lleva a que los bots no puedan seguir un camino a traves de los vinculos que hagan uso de dicha tecnología, por lo tanto toda aquella información a la cual se acceda a través del Ajax no será registrada por los bots que visiten nuestro sitio
Links
Les dejo aqui algunos links interesantes a articulos relacionados con el tema.
Tags: ajax, CSS, interfaz, javascript, Usabilidad, XHTML
Seguramente debe ser esto lo que se está comentando, y casi suplicando, en Redmond (bunker de Microsoft) y en Sunnyvale, California (las oficinas de Yahoo!).
Es que Google decidió, casi porque sí, o porque pueden y se les da la gana, duplicar la capacidad de almacenamiento de Gmail, en un momento en que Microsoft lanza un nuevo “Hotmail” más poderoso (del orden de 250 Mb de capacidad) y Yahoo! está mejorando su servicio. Parece que esto viniera a ser casi como un mensaje para la competencia: “Rendios, cualquier esfuerzo que hagan es inutil.”
¿Hasta donde llegará la batalla? Agradecidos los usuarios.
Tags: yahoo
El lenguaje (X)HTML (con esto me refiero tanto al HTML como al XHTML) es uno de los llamados “lenguajes de marcas”. �Qué significa esto? Que en su interior encontramos información que se encuentra “marcada” utilizando lo que se ha dado en llamar “etiquetas”. Como ejemplo podemos ver el siguiente fragmento de un archivo XHTML
<h1>Este es el título de la sección</h1>
<p>El primer párrafo del texto.</p>
<h2>Un subtítulo</h2>
<p>Un párrafo de texto.</p>
<p>Otro párrafo de texto.</p>
<h2>Otro subtitulo</h2>
Como podemos ver en este fragmento de código las etiquetas son todo aquello que se encuentra entre “< ” y “>”. En nuestro caso tenemos las siguientes etiquetas h1,h2 y p, más adelante analizaremos que son estas etiquetas. Cabe notar que cada etiqueta tiene lo que se llama una etiqueta de cierre que es igual a la etiqueta de inicio con la excepción de que incluye una /.
Con esta sencilla notación indicamos al programa que se encarga de interpretar el documento el contenido del mismo, y reitero solo el contenido.
Si hicieramos un diagrama del contenido de nuestro fragmento tendríamos algo de este tipo:
- [h1 - Encabezado de nivel 1]: Este es el título de la sección
- [p - Párrafo]: El primer párrafo del texto.
- [h2 - Encabezado de nivel 2]: Un subtítulo
- [p - Párrafo]: Un párrafo de texto.
- [p - Párrafo]: Otro párrafo de texto.
- [h2 - Encabezado de nivel 2]: Otro subtítulo
Como dijimos anteriormente, esto define el contenido del documento. Entonces, �cómo definimos la presentación del mismo, su apariencia visual? Para esto recurrimos a otro documento, que no explicaremos aqui, llamado hoja de estilos (documento de tipo CSS) que asigna a cada etiqueta un conjunto de características, por ejemplo: tipografía, tamaño, color, fondo, margenes, etc.
Pero, entonces es más complicado, dirían los más listos. No solo tengo que definir un documento con el contenido, sino que tengo que crear un segundo documento con las características del diseño que deseo darle a mi contenido. Es cierto, pero seguro están olvidando algo…
Imaginen ahora que tengo un sitio web en el que se presenta un catalogo de productos. Supongamos que tengo 1.000 productos diferentes, cada uno de los cuales tiene un estrcutura como la que sigue:
<h1>Nombre del producto</h1>
<h2>Marca</h2>
<h2>Categoria</h2>
<h2>Precio</h2>
<p>Descripción de mi producto</p>
Como quiero que todos los documentos tengan visualmente el mismo aspecto, a los efectos de lograr una coherencia en el diseño de todo el sitio, puedo crear una hoja de estilos y aplicarla a los 1.000 documentos, con lo que logra una homogeneidad en la presentación de mis productos. Más aún, si en el día de mañana deseo modificar la forma en que se muestran los productos solamente debo modificar 1 archivo, la hoja de estilos, y no los 1.000 que debería haber modificado si hubiera incluido la presentación en el mismo documento que el contenido. ¿Sigue pareciendo más complicado?
Un segundo uso, tanto o más importante que el anterior, relacionado con el uso de hojas de estilos es la posibilidad de a partir de un mismo contenido generar diferentes presentaciones dependiendo, por ejemplo, del medio que utilize el usuario del sitio. Es común hoy en día, además de utilizar para visitar los sitios web un navegador ejecutandose en una computadora de escritorio, la utilización de distintos dispositivos como pueden ser teléfonos moviles, PDA”s, etc, cada uno de los cuales tiene diferentes posibilidades y requiere presentaciones diferentes. Mediante las hojas de estilo podemos desplegar correctamente la información, de acuerdo al medio utilizado por el usuario, sin la necesidad de duplicar el contenido.
Por lo tanto, y a modo de resumen, la separación de contenido y presentación garantiza dos cosas:
- Uniformidad visual entre diferentes documentos de contenido similar. Esto lleva a tener sitios con apariencia profesional y facilmente escalables (que se pueden expandir facilmente) ya que solo es necesario crear nuevos documentos de contenido, sin preocuparnos del diseño.
- Unicidad del contenido, independientemente de la visualización aplicada. Con lo que se logro una integridad en la información obtenida a traves de distintos medios. Da lo mismo si navegamos la web con el PC, con el movil o con la tostadora, el contenido que veremos será siempre el mismo.
Tags: CSS, estandar, XHTML
A la hora de encarar cualquier proyecto, sea en el área que sea, es necesario guiarse por un conjunto de reglas preestablecidas que permitan lograr los objetivos propuestos de un modo correcto. A nivel de la web sucede algo similar. Por mucho tiempo, y a causa de las frecuentes disputas suscitadas entre los navegadores de mayor uso, en su momento Microsoft Internet Explorer y Netscape Navigator, se planteó un escenario en el que cada fabricante buscaba “crear” nuevas funcionalidades al margen de las definidas, a modo de recomendación en u principio, para el formato HTML. Ejemplos de esto fueron los tradicionales Blinks o Marquees que podiamos ver hasta hace un tiempo en infinidad de sitios. Esto llevaba, junto a la dispar interpretación de las recomendaciones existentes en cuanto a presentación, a la necesidad que teniamos los diseñadores de sitios web de crear versiones “individuales” para cada navegador, haciendo uso de las prestaciones disponiles en cada uno y tartando de hacer una emulación de lo que no estaba disponible en dicho navegador
Es facil darse cuenta que ésto, en casos de sitios de alta complejidad, podía convertirse en una tarea titánica, y siempre corriendo el riesgo de que el usuario utilizara otro navegador, fuera de los dos más comunes antes mencionados y que eran en la mayoría de los casos los utilizados para las verificaciones de funcionamiento, con lo que vería disminuidas las posibilidades de interacción con el sitio.
Otro tema dificil de resolver era que pasaba con aquellas personas que debido a tener sus capacidades de interacción reducidas, ya sea por deficiencias visuales, auditivas o motoras, debian recurrir a otras herramientas auxiliares, com podían ser los sintetizadores de voz, o navegadores solamente de texto. En la mayoría de los casos, este tipo de usuarios no lograban acceder en forma completa al contenido presentado.
Esto llevo a partir de fines de los años 90, al desarrollo por parte del W3 Consortium, una organización formada por miembros de las distintas partes involucradas, de un estándar para el diseño y desarrollo en entorno web. A partir de entonces, y en diversas etapas, fueron creadas distintas especificaciones para los documentos HTML y XHTML, siendo este ultimo una extensión del HTML en el sentido de permitir una futura expansión del formato, asi como para los documentos CSS.
Por otra parte al existir un estándar definido las empresas que desarrollaban navegadores comenzaron a sentir la presión, por parte del mercado, de ajustar sus productos a dichas normas. Si bien aún hoy en día no se aplican el 100% de los estandares en mucho navegadores, se ha evolucionado notoriamente en ese terreno, permitiendo a los diseñadores y desarrolladores contar con unas bases que aseguren la integridad, tanto visual como, aún más importante, funcional, de sus aplicaciones.
Tags: CSS, estandar, XHTML
Como podrán ver hacia unos cuantos días que no escribía en este blog, en realidad he estado bastante ocupado con algunas cosillas.
Estuve leyendo esta semana sobre la tecnologia Ajax, que es el acrónimo dado por la gente de Adaptive Path a Asynchronous JavaScript + XML. ¿Que es esto? Bueno, por un lado es un conjunto de tecnologías que incluyen lo siguiente
- Presentación basada en estandares XHTML + CSS
- El modelo de objetos del documento (DOM)
- XML como forma de transferencia de datos a traves del método XMLHttpRequest
- Javascript como controlador del lado del cliente
La idea básica del Ajax es proporcionar una forma de trasferir información, en forma asincrónica, entre cliente y servidor. El objetivo de esta forma de transferencia es reducir los tiempos de espera del usuario, ya que de acuerdo a la forma tradicional de transferir datos, cada vez que se envian datos al servidor, para su proceso y posterior retorno, se produce un intervalo de tiempo en el cuál el usuario no tiene respuesta y por lo tanto es incapaz de interactuar con la aplicación.
Algunos sitios que utilizan esta tecnología son Basecamp, flickr y el Google Sugest
Por más información acerca del Ajax pueden leer el siguiente articulo en Adaptive Path
Tags: ajax, CSS, interfaz, javascript, Usabilidad, XHTML
Feliz cumpleaños Gmail! Al cumplir el primer aniversario Google decidió aumentar la capacidad de almacenamiento de su servicio de correo.
Si bien se habia anunciado para comienzos de este mes el lanzamiento oficial de Gmail, lo que aún no se produjo, a partir de ahora los usarios de gmail disponen de 2Gb de almacenamiento. En lo que parecería ser un chiste de aniversario, los ingenieros de gmail han resuelto aumentar la cuota de almacenamiento de mega en mega, jaja, a mi me toco entrar en el 1939, casi llego tarde a la cuenta.
Otros cambios que s eprodujeron en el Gmail fueron la incorporación de la posibilidad de introducir formato en nuestros mensajes, ya no más texto plano, como anuncia el propio equio de gmail en su página de novedades, a partir de ahora a poner negritas subrayados y colores en nuestros mails que así se entienden mejor 
Lindo chiste!
