lunes, octubre 01, 2007

LiveMocha, comunidad para el aprendizaje de idiomas



Conocer idiomas es importante, y por ello aumenta el número de servicios online que permite su aprendizaje. Hace poco apareció Mango, y ahora LiveMocha.

LiveMocha es una herramienta comunitaria que dispone de diferentes cursos para los idiomas disponibles, como son el alemán, el inglés, el español, el francés, el hindi y el chino. En el momento en el que el usuario se registre, deberá indicar su idioma nativo y el que desea aprender.

Una vez elegido el curso, tendrá una serie de herramientas interactivas que le permite el aprendizaje, lecturas, escuchas e imán, apartados creados en forma de juegos simples. Además dispondrá de un tablero donde seguir la evolución del curso. Desde el mismo curso accederá a los perfiles de otros usuarios, que podrá añadir a su red social.

De todos modos, se podrá buscar cualquier tipo de usuario según unas condiciones, para añadirlo a su red social, además de poder invitarlo a una sala de chat, ya sea de texto, audio o vídeo.

Cuenta con un apartado de ejercicios, donde se podrá practicar diálogos, hablar y escribir. Además, se podrá contar con la comunidad a modo de tutores, que podrán valorar y comentar.

Vía | Genbeta
Enlace | LiveMocha

MySpace.com

MySpace.com

sábado, septiembre 01, 2007

Flickr

This is a test post from flickr, a fancy photo sharing thing.

martes, agosto 07, 2007

Gato geek

Y es que si tenemos redes sociales para personas y animales, digo yo que también nuestras mascotas pueden tener su cuenta de correo electrónico, como vemos en la imagen a un lindo gatito.


Este gato está pendiente de los mensajes que sus colegas gatunos les han enviado en su cuenta de GMail a través del portatil, con lo que ahora le queda por usar Google Calendar para añadir sus citas y encuentros para ser un buen ciber-gato.


Una imagen curiosa y simpática que su dueño ha capturado y que es la imagen de esta semana que ahora termina.


Enlace | Gato leyendo sus mails (Flickr)

miércoles, julio 04, 2007


La revista de la Universidad de las Ciencias Informáticas llamada UXI (supongo que la X es por GNU/Linux) con sede en La Habana, Cuba, acaba de publicar su edición seis.

La misma tiene un contenido de primer nivel, con temas muy interesantes como optimizar el arranque en sistemas GNU/Linux (ubunteros esta es una excelente guía para hacerlo), una primera parte de un interesante artículo sobre la adaptación y accesibilidad de las tecnologías de la información y comunicación para su utilización y aprovechamiento por parte de las personas invidentes o con deficiencia visual, aborda el lenguaje Perl, diseño con Blender y varias noticias, guías, reportajes y artículos de gran interés y actualidad. Vale la pena descargarte la revista de software libre de la UCI porque no tiene desperdicio alguno en sus 17 páginas.


Podemos descargar la revista en formato PDF desde este enlace.

Extraído de : http://bakara.wordpress.com/

martes, julio 03, 2007

Google Co-op


buscadores temáticos

Hace ya un tiempo, google lanzó Google Co-op, un servicio para crear nuestros propios buscadores. Muy parecido a Live Search Macros


Fuente: http://www.drupalweb.com/googlecoop

lunes, julio 02, 2007

Hay un buen número de tags en HTML que posiblemente no conozcas y puedan en algún momento realizar la función que estabas buscando como por ejemplo sería los tags <code></code> en lugar de colocar un span o un div con un estilo personalizado, pero este es el ejemplo más simple.


Aquí­ les voy a dejar una lista de los tags menos conocidos y usados que posiblemente te sean de gran utilidad una vez conocidos, hay que destacar que son compatibles con los navegadores más populares Firefox 2.0, IE7, Opera 9 y Netscape 8.1.


Especial Desarrollo <code>, <samp>, <tt>, <kbd> y <var>



Los tags <code>, <samp>, <tt>, <kbd> y <var> pueden servir de gran ayuda a la hora de desarrollar y mostrar código fuente.


Los cuatro primeros se encargan de mostrar el texto en la fuente "monotype" por defecto del navegador, por último el tag var lo hace pero aplicándole el estilo cursiva.




  • código <code>

  • texto ejemplo <samp>

  • texto teletipo <tt>

  • entrada de teclado <kbd>

  • declaración de varibale <var>



Revisiones <del> y <ins>


Si creas un blog o actualmente ya mantienes uno , estos tags son realmente útiles a la hora de hacer y mostrar revisiones de los textos.


Los tags de los que hablamos son <u> y <s>.




  • texto eliminado <del>

  • texto subrayado <ins>


Citar autores <q>, <cite> y <dfn>



Para encomillar un texto utilizaremos el tag <q>, si el texto es demasiado extenso <blockquote></blockquote>



  • Esta es una cita corta <q>



  • Esto es una fuente citada <cite>



Para indicar que una palabra o una frase es una definición de algo, podemos utilizar el tag <dfn> que en todos los navegadores es bastante similar a <cite>.



  • Esto es una definición <dfn>


Abreviado de palabras: <abbr> and <acronym>



Utilizado para abreviaturas y acrónimos, se le debe colocar la etiqueta "title" que es la encargada de decir cual es el nombre completo del acrónimo o abreviatura.


"ONU" <acronym>

"S.A" <abbr>


Espero que estos tags te sirvan de ayuda y si ya los conocí­as, pues nada me imagino que no habrás llegado hasta este punto.

Falsa accesibilidad
Recientemente han aparecido los resultados de la quinta radiografía a webs municipales de el diario El País. Entre los muchos parámetros que se miden (si se responde o no al correo, si existe o no un sistema de pagos de recibos) está el número de errores según las normas WAI.
Del mismo modo la legislación establece que a partir del próximo diciembre todas las webs públicas deberán ser accesibles, lo que significa estar exentos de errores según las mencionadas WAI.
Lo cierto es que, afortunadamente, existe una presión pública y ahora legislativa para conseguir aumentar la accesibilidad, más en un sitio público cuya información debe estar disponible para todos los ciudadanos y esto incluye a los usuarios invidentes, con problemas de visión u otros o simplemente personas de edad avanzada cuya visión está disminuida. Esta presión se está viendo recompensada con webs que a primera vista son más accesibles.
Echemos ahora la vista hacia adelante, dentro de un año o dos, cuando todas las webs públicas presentarán su logotipo de conformidad con el WAI. Cualquier ciudadano, sin importar su problema de accesibilidad, podrán acceder a la misma información, a los mismos servicios y disfrutar de las mismas facilidades. Un escenario idílico... ¿o no?
Lo cierto es que para poder acceder al "sello" de conformidad con el WAI, para disfrutar de una buena puntuación en el informe de El País, para cumplir con la próxima legislación, lo único necesario es pasar los tests automáticos que la propia WAI y otras entidades tienen disponible. ¿No es eso suficiente? ¿No es una web que pasa este test perfectamente accesible por usuarios discapacitados? Parece que no.
En un proyecto gubernamental se hizo que tanto un consultor en accesibilidad como una persona ciega evaluase un sitio web. El consultor trabajo con las herramientas típicas de estos expertos: La normativa WAI en una mano y los tests automáticos en la otra. Encontró 6 errores graves y 8 errores importantes. Un sitio web muy poco accesible. Por el contrario el usuario invidente, equipado con su software lector de pantalla, consideró el sitio bastante usable. Lo importante a señalar es que la mayoría de los errores detectados por el experto no resultaban serlo para el invidente y, más grave, algunos verdaderos problemas detectados por el usuario ciego pasaron completamente inadvertidos por el experto.
Yo mismo tuve hace un tiempo una experiencia también reveladora. Durante un tiempo tuve unos problemas de fatiga visual. Durante esos días cuando notaba algo de dificultad para leer los textos, después de estar unas horas delante del monitor, aumentaba el tamaño de letra del navegador. El problema es que Internet Explorer tiene un error conocido que impide cambiar el tamaño de la letra cuando el diseñador de la página la ha especificado de una cierta manera, dando los tamaños en píxeles. Si bien es cierto que es un problema del navegador, no es menos cierto que el diseñador de la página puede solventarlo sin más que especificar los tamaños de los textos usando otra unidad. Lo cierto es que visité algunos sitios web que cumplían con las especificaciones de accesibilidad y cuyos creadores no habían considerando este problema. Hay muchos usuarios con visión disminuida, personas ancianas, otros con problemas de visión como era mi caso, y teniendo en cuenta que el 95% de accesos se realiza desde el navegador Internet Explorer, lo que están comunicando estas webs es que, por mucho sello de WAI que exhiban, su interés real por la accesibilidad, su interés por ayudar realmente al discapacitado, es nulo.
Por lo tanto, qué podemos hacer para conseguir un sitio web realmente accesible: Aquí tenemos algunos consejos:
* Hay que intentar que todos los elementos sean estructurales. Eso quiere decir que estén marcados por elementos con significado en HTML: h1, p, ul, etc. Un ejemplo de esto es un menú: Se presente del modo que se presente este menú, semánticamente un menú es un listado de enlaces y puede ser perfectamente marcado con un "ul" lo que le da significado y relación entre ellos para un visor de pantalla. A estos elementos se les puede dar luego formato mediante una hoja de estilo CSS de tal modo que aparezcan como unas pestañas, en horizontal, vertical o un enlace en cada esquina de la pantalla, pero la estructura que se le ha dado hace que sea fácilmente accesible.
* Asegurarse que todos los elemento gráficos tienen un equivalente textual mediante atributos "alt", etc. Pero que ese texto tenga sentido. Si se presenta una gráfica que muestra un crecimiento en las ventas, por ejemplo, describirla como "Las ventas aumentan un 50% en el último año", en lugar de poner "Gráfica". Del mismo modo, si un elemento gráfico tiene una función meramente decorativa es mejor poner un espacio como texto alternativo en lugar de "imagen decorativa".
* Las tablas se pueden usar para la maquetación (aunque es preferible usar CSS) siempre que se pueda linearizar (es decir, que cuando se ve la tabla con un navegador sin soporte de tablas, como lynx, el contenido tenga sentido y aparezca en el orden correcto)
* Asegurarse que la navegación del sitio se puede realizar sin javascript.
En definitiva, lo más importante para conseguir webs accesibles es tener sensibilidad y empatía con los usuarios con discapacidades. Ningún test automatizado puede sustituir a nuestro cerebro cuando se trata de conseguir un sitio accesible. Y el conseguir una cultura de accesibilidad real es algo que nos beneficiará a todos a largo plazo. Pensemos que algún día seremos nosotros los usuarios con visibilidad reducida.
Ah, y no olvides pasar también los tests automatizados tipo Taw o Booby para cubrirte las espaldas en el trabajo.
Tiempo dedicado en un diseño web
Me ha hecho gracia este gráfico por tener algunas verdades, en especial con el tiempo invertido tratando de que funcione con el maldito Internet Explorer.



Tomado de vidablog.com