Tei:
Ahora si me ha resultado interesantisima tu respuesta, primero por que
descubriste mi ilusión de encontrar a alguien que ya haya hecho lo mismo y
me pueda señalar el camino, me doy cuenta de que debería buscar foros más
específicos.
Otra cosa interesante que planteás es esta forma de listar los requisitos
para poder decidir cuáles son los que cada alternativa nos permite cumplir.
Si me permitís, voy a forwardear tu mail a mis compañeros para que lo lean y
nos sirva como base en estos temas.
Te agradezco la ayuda desinteresada, contá conmigo para tus dudas.

Martín.

2009/12/20 Tei <oscar.vi...@gmail.com>

> 2009/12/19 Martín Szyszlican <marti...@gmail.com>:
> > Tei:
> > Gracias por tu respuesta, para la mayoría del sitio pienso seguir tus
> > indicaciones, pero quizás no queda claro en mi mail que este widget
> pretende
> > tener una visualización de datos interactiva, que permita clickear para
> > seguir explorando y modificar el gráfico de acuerdo a lo que el usuario
> > solicite, asi como son los gráficos de líneas que tiene google
> analytics[1]
> > o los especiales del new york times[2].
> > Todavía no está definido el diseño, pero en los bocetos que estamos
> > manejando hay cosas que seguramente no se pueden lograr sólo en html:
> hacer
> > líneas con curvas arbitrarias y modificarlas. Por eso pienso en usar
> flash,
> > svg o canvas, para dibujar del lado del cliente gráficos más elaborados e
> > interactivos.
> > Yo también tengo prejuicios contra flash, pero nunca usé svg ni canvas y
> > creo que tienen algunas de las mismas contraindicaciones: no todos los
> > navegadores los soportan (a pesar de ser un standard).
> >
> > Con respecto a la accesibilidad, pensamos que ofrecer el contenido en un
> > formato alternativo (una tabla html) probablemente funcione si los datos
> son
> > simples. Otra posibilidad que consideramos es una "sonificación", es
> decir,
> > usar los mismos datos con los que se genera el gráfico para generar una
> > pieza musical, aunque los ejemplos que hemos encontrado son muy
> > experimentales y dudamos que pueda lograrse algo fácil de comprender.
> Quizá
> > se puedan usar las propiedades CSS de voz.
> >
> > Nuevamente gracias,
> > Martín.
> >
>
>
> con este mensaje mucho mas detallado que nos envias, yo creo que se
> puede enviar una respuesta mas afinada.
>
> en esto, como en todo lo de usabilidad, yo pondria los pies en tierra.
> Escribe una lista de las 20 cosas que una persona quiere hacer con su
> navegador web, he intenta que tu solucion permita hacer esas 20 cosas,
> el como lo consigas es lo de menos.
>
> Ejemplo:
>
>  - el usuario puede querer guardar la visualizacion actual en favoritos
>  - el usuario puede querer compartir la visualizacion actual con
> amigos o compañeros de trabajo enviandola por correo (la url).
>
> en google maps esto lo solucionan con un enlace que lleva en si mismo
> los ajustas de la visualizacion.  No se si te valdra para tu problema
> esta solucion porque una url no puede almacenar demasiados datos,
> quizas tengas que ir enviando al servidor los ajustes, y que esa url
> solo tenga un id.
>
>  - el usuario puede querer imprimir
>  - el usuario puede querer hacer "guardar como" para guardarse la imagen
>
> en html no hay mucho problema en imprimir... se puede usar una hoja en
> cascada para el media=print que oculte elementos que no tendrian
> sentido en la impresion e igual quizas mostrar alguno que si
> (¿copyright?).
> imprimir un png, jpg, etc.. suele funcionar muy bien.
>
>  - el usuario quiere que la pagina funcione en su navegador sin instalar
> plugins
>
> que peor fallo de usabilidad que una pagina no funcione..   Y
> convencer a alguien para que instale un plugin teoricamente no es tan
> malo, el 99% no lo hara, del otro 1% puede que la mitad no puedan y
> unos cuantos lo intenten y pete.
>
> o usas tecnologias de dibujo vectorial o envias los comandos al
> servidor y muestras el png resultante. Google Maps hace diseños de
> linea, y por lo que recuerdo, hasta hace poco lo hacia a base de
> png's,  pero ultimamente ha encontrado apoyos que le permiten hacerlo
> local.
>
> en IE hay una especie de lenguaje de dibujo vectorial desde hace
> muchisimo tiempo (IE4?) se llama VMS o algo del estilo.
> las versiones mas modernas de FF, tienen el canvas, el svg, y la
> capacidad de extraer el bitmap de una imagen como una dataurl.
>
> canvas es para dibujar pixeles y se utiliza programaticamente, svg es
> un lenguaje de marcas y es para dibujar dibujos de linea. extraer el
> dataurl de una imagen probablemente sirva para hacer lo mismo
>
>
> Cualquier ruta que quieras tomar, y que en teoria es factible, puede
> estar poblada de icebergs sumergidos. Por lo que igual es mas practico
> olvidarse de la teoria, y empezar por el destino:  Te buscas un monton
> de aplicaciones web que ya hacen lo que quieres conseguir, o cosas
> semejantes, como Google Maps, programas de dibujo SVG, etc..  y los
> examinas para ver como hacen las cosas (cogiendo ideas) y que tan
> buenas son desde un punto de vista de usabilidad.   Haces las pruebas
> con IE 6, FF 2.0, FF 3.0 y a lo mejor Opera 9.
>
> Enfin, seguramente no te he comentado nada que no supieras ya.  Igual
> estas buscando el mensaje "bala magica" de alguien que ya ha hecho
> esto y ha "solucionado" el problema, y lo pueda compartir contigo.
> Enfin. Te deseo suerte en tu busqueda :-)
>
>
>
>
>
>
>
>
> --
> --
> ℱin del ℳensaje.
> _______________________________________________
> Lista de distribución Ovillo
> Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org
> Puedes modificar tus datos o desuscribirte en la siguiente dirección:
> http://lists.ovillo.org/mailman/listinfo/ovillo
>
_______________________________________________
Lista de distribución Ovillo
Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org
Puedes modificar tus datos o desuscribirte en la siguiente dirección: 
http://lists.ovillo.org/mailman/listinfo/ovillo

Responder a