Las competencias de Microsoft simplifican lo siguiente:
→ Deja un ComentarioCategorías: Uncategorized
Etiquetado: competencias microsoft, raona
He tenido bastantes problemas al instalar la beta 2 de las Tools para Visual Studio 2008.
La lista de posibles errores era esta:
1. Visual Studio 2008 RTM is not installed.
2. The Web Authoring feature of Visual Studio is not installed.
3. A previous version of the Silverlight Runtime is installed.
4. A previous version of the Silverlight SDK is installed.
5. The Visual Studio Update KB949325 is installed.
6. A previous version of Silverlight Tools is installed.
Arreglando punto por punto los posibles errores tampoco se solucionaba.
En el Blog de BradleyB’s encontramos una posible solución:
1. Silverlight_Tools_Fixup.zip
Ejecutar primero el script y luego ejecutar las Tools.
Intentad ejecutarlas desde el servidor ya que, por lo menos a mi, desde el archivo descargado tampoco me funcionaba.
Espero que os sirva.
→ Deja un ComentarioCategorías: Silverlight
Etiquetado: beta2, Silverlight, Visual Studio 2008
Estoy empezando a usar Expression Blend, por mi cuenta siguiendo tutoriales. Entre un monton de dudas voy sacando algo a ver si consigo clogarlo aqui.
De momento voy a poner unos links con las paginas que he visto más interesantes con tutoriales sobre Silverlight, Blend y WPF
http://www.microsoft.com/emea/msdn/thepanel/eses/default.aspx
http://silverlight.net/community/communitygallery.aspx
http://www.nibblestutorials.net/
→ Deja un ComentarioCategorías: Silverlight · Wpf
Etiquetado: Expression Blend, Silverlight, Tutoriales, Wpf
Buscando información sobre accesibilidad me he encontrado esta noticia en El Mundo. Bastante interesante como curiosidad.
http://www.elmundo.es/elmundosalud/2007/07/09/medicina/1183965035.html
→ Deja un ComentarioCategorías: Curiosidades
Etiquetado: braille, traductor
Leemos en El Mundo la noticia de que la empresa Bahía IT ha presentado su aplicación ‘SigNOW!’, una solución propuesta para mejorar la accesibilidad de la comunidad de personas sordas a Internet y a la Sociedad de la Información.
Parece un poco enrevesado, realmente es necesario que alguien que pueda ver necesite un lector de pantalla?
Extraigo de la noticia:
…”para una persona sorda, “un texto no es suficiente, porque muchos de ellos tienen problemas de lectoescritura y prefieren que les hablen en su lenguaje natural, que es la lengua de signos”. Esto es así, “porque el proceso de la lectura está muy ligado a la audición, ya que los oyentes aprenden a leer al relacionar los símbolos escritos con su sonido”, destacó Bahía IT.
Así pues, “un sordo no cuenta con esta referencia, por lo que debe memorizar las palabras escritas, de forma similar a como un latino aprende un idioma con escritura distinta a la suya, como el chino, por ejemplo”, precisó la compañía”…
Por tanto parece más necesario de lo que pensabamos en un principio.
¿Qué podemos hacer entonces para que el contenido de nuestros portales sea plenamente accesible para los usuarios con discapacidad auditiva?
Navegando por la red he encontrado un trabajo del Departamento de Psicología Experimental de la Facultad de Psicología de la Universidad de Granada Accesibilidad Cognitiva de los Sordos a la Web , que viene a corroborar la idea inicialmente expuesta de que …”el déficit auditivo de los sordos no sólo les dificulta o impide la compresión del habla en la comunicación oral, sino que les conduce a un notable déficit en el procesamiento de cualquier información verbal, sea oral o escrita. Este hecho les supone un handicap a la hora de interpretar el lenguaje escrito que […] está fuertemente implicado en la comunicación vía Internet”…
El trabajo también nos propone unas conclusiones que nos ayudarán a que nuestros desarrollos sean más accesibles para este colectivo.
En las búsquedas visuales que implican palabras, por ejemplo en un menú, los sordos tienen claras dificultades. El estudio propone apoyar las palabras con iconos cuando se pueda, y cuando no, tener en cuenta su vocabulario reducido a la hora de seleccionar las etiquetas a utilizar.
Los sordos son mejores a la hora de navegar gracias a que sus habilidades visioespaciales están más desarrolladas.
El estudio propone compensar la menor cantidad de información por página con más páginas, y contar siempre con un mapa del sitio que les es de gran utilidad.
Para facilitarles la lectura se propone:
Los usuarios sordos manejan el ratón igual que los oyentes pero tienen mucha más dificultad para la escritura que estos, por eso se propone primar la respuesta mediante el ratón sobre la respuesta escrita.
Por ejemplo, para un sordo es mucho más sencillo seleccionar una opción activando un checkbox que escribiendo una respuesta en una caja de texto.
Entonces si que es más importante de lo que nos pareció en un principio y muchas empresas lo toman en serio implantandolo en sus portales por ejemplo Movistar ( Ver un ejemplo sobre el uso de una videollamada en lenguaje de signos).
→ Deja un ComentarioCategorías: Usabilidad
Etiquetado: lenguaje, signos, sordos
Haciendo una breve historia del Diseño Web, podemos decir que al principio, al menos cuando yo empece, el siseño fijo basado en píxeles fue el preferido por los diseñadores.
Más que nada que era mucho más facil hacerse una idea y controlar mejor lo que al final se iba a ver en pantalla. Un ancho fijo perse tampoco es malo, lo peor era dar tamaños fijos a las tipografias y maquetar con infinidad de tablas anidadas. Yo el primero.
Resultado: Un auténtico caos para un usuario con discapacidad visual.
Comparación de la web de Image*After tras aumentar dos veces el tamaño de letra.
Hemos perdido varias opciones de menu, y los datos emiezan a estar bastante apelotonados.
El tanto por ciento es la solución?, se acerca bastante ya que dejamos de usar tamaños fijos y las cajas de texto, botones… crecerían en proporción.
Por ejemplo en la web de la Universidad San Pablo CEU hemos aumentado cuatro veces el tamaño del texto.
Vemos que las cajas de texto han crecido, aunque tenemos algunos pequeños fallos como la imagen de fondo de la caja Grado que debería haber sido más grande.
Una buena practica será entonces basarse en tamaños relativos.
Lo ideal seria definir un tamaño en porcentaje para el body y definir los demás tamaños en em. Para evitar incompatibilidades con IE.
Por Ejemplo:
body {
font-size: 100%;
}
h1 {
text-size: 2.5em;
}
#contenido {
text-size: .85em;
width: 30em;
background-color: #f0f0f0;
}
Extraido de: http://www.100px.com/articulos/ni_fijo_ni_liquido_elastico#more-8
Cuya lectura recomiendo.
A decir verdad yo he usado normalmente porcentajes, pero en más recomendable los em dada la gran variedad de resoluciones existente actualmente. Definimos el tamaño respecto al tamaño de la letra que tiene nuestro usuario.
Un ejemplo de esto llevado al extremo seria http://www.csszengarden.com/?cssfile=063%2F063%2Ecss
Probad a ampliar el tamaño de letra…
Prometo aplicarlo en mis próximos proyectos.
[Fuente: loopx]
→ Deja un ComentarioCategorías: Usabilidad
Etiquetado: diseño, em, pixeles, porcentajes, resolucion, web
Según un estudio de Jakob Nielsen, los internautas sólo necesitan leer una de cada cuatro palabras escritas en una página web, aproximadamente un 28 por ciento.
[Fuente: Microsiervos] .
→ Deja un ComentarioCategorías: Uncategorized
