Se realizará en Argentina el Primer Día de la Usabilidad

El 18 de Noviembre de 2006 se llevará a cabo, por primera vez, la edición
argentina de este evento mundial.

El Día Mundial de la Usabilidad, 14 de Noviembre de 2006, organizado por la
Asociación de Profesionales de la Usabilidad (UPA, por sus siglas en
inglés),
es un evento anual en el cual se presentan técnicas, estándares y avances en
el campo de hacer la vida más fácil a los usuarios de productos y servicios.

Desde la creación de este evento, esta es la primera vez que el mismo se
realizará en la Argentina, más específicamente en la Ciudad de Buenos Aires,
el
día 18 de Noviembre del corriente año.

Con el apoyo de la Universidad de Belgrano, sede del evento, y de empresas
como ElServer.com, Epidata, Eset, Psicofxp.com, MasterMagazine y
organizaciones
como la Asociación de Internautas, Segu-Info, ISSA y Ageia-Densi, el 1er.
Día de la Usabilidad en la Argentina desarrollará temas como el diseño,
estándares,
interacción con el usuario y buenas prácticas para el desarrollo; la web 2.0
y la accesibilidad web; la usabilidad vs. la seguridad de la información;
la sociedad de la información; y el uso de las nuevas tecnologías y su
adaptación al entorno.

Los disertantes son profesionales de las áreas de las tecnologías de la
información, el diseño, el derecho y la educación.

El evento está orientado a estudiantes y profesionales de tecnología,
diseño, desarrollo, estándares, uso de la información y usabilidad, además
del público
en general por conocer conceptos sobre la usabilidad en la era de la
información. La entrada será libre y gratuita.

Para más información sobre el evento, charlas, ubicación e inscripción:
http://www.diausabilidad.com.ar


[Se han eliminado los trozos de este mensaje que no contenían texto]

Aprovechando el nuevo "producto" de Google he iniciado un buscador de
accesibilidad [1]
<http://www.google.com/coop/cse?cx=016265710211901711202%3Agkuytmmoy4k>.

El motivo es obvio, encontrar resultados relevantes cada vez que deseo
hacer una búsqueda sobre cualquier tema de accesibilidad y la idea es
muy sencilla, que entre todos creáramos un buscador potente.

Cada uno de nosotros conoce diferentes fuentes de información y/o
conocimiento y creo que entre todos podemos conseguir algo realmente útil.

Modificar y ampliar el buscador es muy sencillo y todo el mundo puede
añadir su granito de arena.

Espero vuestras sensaciones al respecto.

[1] http://www.google.com/coop/cse?cx=016265710211901711202%3Agkuytmmoy4k

Hola José Antonio:

En realidad planteas dos cuestiones distintas:
1.- Conveniencia de que para llegar al contenido haga falta pasar antes por
una página introductoria en la que el usuario elige un determinado tipo de
acceso.
2.- Conveniencia de ofrecer funcionalidades de acceso alternativas.

A la primera cuestión la respuesta claramente es: Por supuesto que no. De
intro nada de nada. Ya lo planteó y explicó hace muchos años Tim Bernes Lee
(creador de la web): La página inicial de un sitio web debe tener contenido
de interés real para el usuario. Es decir, la página  inicial debe ser si no
la más "util" del sitio, cuando menos de gran interés y utilidad,
presentando información actual y guiando al usuario hacia el interior del
sitio. Por tanto, lo ideal es que en esa página inicial haya novedades o
noticias, contenidos destacados, etc. Y en ella, si en el sitio así se
ofrece, puede haber también opciones de navegación o de personalización.
Pero lo que no debe hacerse es presentar una página de elección de opciones
y nada más, porque el usuario que sea un visitante habitual se cansará,
encontrará pesado el tener que pasar una y otra vez por un contenido que no
le dice nada, puesto que él ya ha hecho su elección.

En cuanto a la segunda cuestión, tal como te comentó JesusDa, hay que tener
mucho cuidado con la posibilidad de que esas funcionalidades o servicios
interfieran con las ayudas técnicas y, ante todo, ofrecer los contenidos
aplicando las directrices de accesibilidad, porque tal como te comentaba él
mismo, con ellas se cubren ya las necesidades de todos los usuarios.
También, coincido con él en que más vale enseñar a pescar que dar un pez y,
en ese sentido, es muy importante que en el sitio se ofrezca información o
enlaces a donde puedan encontrar los usuarios información sobre
personalización (ver: http://www.sidar.org/recur/usuar/index.php)

Ahora, el ofrecer al usuario, por ejemplo, la posibilidad de escuchar los
contenidos mediante un sistema de conversión texto a voz desde el servidor,
puede ser de interés para algunos usuarios en determinados momentos, y eso
puede considerarse un "valor añadido", siempre y cuando no implique un
acceso distinto al del resto de los usuarios ni una limitación sobre a qué
contenidos podrá o no acceder. Aparte de que si sigues las directrices de
accesibilidad será innecesario crear dos veces el mismo contenidos solamente
para habilitar una determinada funcionalidad.

Resumiendo: 1 = No, 2 = Sí, pero...

Mis dos céntimos...,
Emmanuelle


   _____

De: accesoweb@yahoogroups.com [mailto:accesoweb@yahoogroups.com] En nombre
de Alvarez Laurnaga, Jose Antonio
Enviado el: martes, 24 de octubre de 2006 16:24
Para: accesoweb@yahoogroups.com
Asunto: RE: [AcWeb] ¿intro o no intro?
Importancia: Alta


Jorge Santonja escribió:

> Desde mi humilde opinión lo que pide el cliente es un valor añadido, que
complementa los estándares del
> W3C/WAI, pues si no me equivoco, la finalidad de estas es que con
independencia de la persona o de los
> elementos materiales que emplee, pueda hacerlo con éxito, aunque luego hay
que tener muy en cuenta
> al público objetivo.


Ese es el asunto y por ello me surgía la duda. En ciertos casos, más es más
;-) También es una ventaja
que al ser la web relativamente sencilla (no muy grande y con pocos
contenidos dinámicos) me hace
pensar que la actualización de multiples versiones no sea una dura tarea que
vaya en detrimento de las
versiones no-standar.

Por cierto, Jorge gracias por el enlace.

______________________________________
Jose A. Alvarez Laurnaga



[Se han eliminado los trozos de este mensaje que no contenían texto]





[Se han eliminado los trozos de este mensaje que no contenían texto]

¡Fenomenal idea, Eloi!

Vamos a ver qué construimos entre todos, seguro que será una herramienta
útil y potente.

Ya me he apuntado como colaboradora.

Saludos,
Emmanuelle


   _____

De: accesoweb@yahoogroups.com [mailto:accesoweb@yahoogroups.com] En nombre
de Eloi Poch
Enviado el: martes, 24 de octubre de 2006 21:55
Para: accesoweb@yahoogroups.com
Asunto: [AcWeb] Buscador de Accesibilidad
Importancia: Alta


Aprovechando el nuevo "producto" de Google he iniciado un buscador de
accesibilidad [1]
<http://www.google.com/coop/cse?cx=016265710211901711202%3Agkuytmmoy4k>.

El motivo es obvio, encontrar resultados relevantes cada vez que deseo
hacer una búsqueda sobre cualquier tema de accesibilidad y la idea es
muy sencilla, que entre todos creáramos un buscador potente.

Cada uno de nosotros conoce diferentes fuentes de información y/o
conocimiento y creo que entre todos podemos conseguir algo realmente útil.

Modificar y ampliar el buscador es muy sencillo y todo el mundo puede
añadir su granito de arena.

Espero vuestras sensaciones al respecto.

[1] http://www.google.com/coop/cse?cx=016265710211901711202%3Agkuytmmoy4k




[Se han eliminado los trozos de este mensaje que no contenían texto]

Muy buena la idea, te aporto mi granito de arena

----- Mensaje original ----
De: Eloi Poch <visc.la.nit@...>
Para: accesoweb@yahoogroups.com
Enviado: martes, 24 de octubre, 2006 21:54:34
Asunto: [AcWeb] Buscador de Accesibilidad




Aprovechando el nuevo "producto" de Google he iniciado un buscador de

accesibilidad [1]

<http://www.google.com/coop/cse?cx=016265710211901711202%3Agkuytmmoy4k>.



El motivo es obvio, encontrar resultados relevantes cada vez que deseo

hacer una búsqueda sobre cualquier tema de accesibilidad y la idea es

muy sencilla, que entre todos creáramos un buscador potente.



Cada uno de nosotros conoce diferentes fuentes de información y/o

conocimiento y creo que entre todos podemos conseguir algo realmente útil.



Modificar y ampliar el buscador es muy sencillo y todo el mundo puede

añadir su granito de arena.



Espero vuestras sensaciones al respecto.



[1] http://www.google.com/coop/cse?cx=016265710211901711202%3Agkuytmmoy4k










______________________________________________
LLama Gratis a cualquier PC del Mundo.
Llamadas a fijos y móviles desde 1 céntimo por minuto.
http://es.voice.yahoo.com

[Se han eliminado los trozos de este mensaje que no contenían texto]

Yo también ¿Qué hay que hacer?

Paula
----- Mensaje original -----
De: "Emmanuelle Gutiérrez y Restrepo" <emmanuellegutierrez@...>
Para: <accesoweb@yahoogroups.com>
Enviado: Martes, 24 de Octubre de 2006 17:48
Asunto: RE: [AcWeb] Buscador de Accesibilidad


¡Fenomenal idea, Eloi!

Vamos a ver qué construimos entre todos, seguro que será una herramienta
útil y potente.

Ya me he apuntado como colaboradora.

Saludos,
Emmanuelle


   _____

De: accesoweb@yahoogroups.com [mailto:accesoweb@yahoogroups.com] En nombre
de Eloi Poch
Enviado el: martes, 24 de octubre de 2006 21:55
Para: accesoweb@yahoogroups.com
Asunto: [AcWeb] Buscador de Accesibilidad
Importancia: Alta


Aprovechando el nuevo "producto" de Google he iniciado un buscador de
accesibilidad [1]
<http://www.google.com/coop/cse?cx=016265710211901711202%3Agkuytmmoy4k>.

El motivo es obvio, encontrar resultados relevantes cada vez que deseo
hacer una búsqueda sobre cualquier tema de accesibilidad y la idea es
muy sencilla, que entre todos creáramos un buscador potente.

Cada uno de nosotros conoce diferentes fuentes de información y/o
conocimiento y creo que entre todos podemos conseguir algo realmente útil.

Modificar y ampliar el buscador es muy sencillo y todo el mundo puede
añadir su granito de arena.

Espero vuestras sensaciones al respecto.

[1] http://www.google.com/coop/cse?cx=016265710211901711202%3Agkuytmmoy4k




[Se han eliminado los trozos de este mensaje que no contenían texto]




--------------------------------------------------------------------------------


No virus found in this incoming message.
Checked by AVG Free Edition.
Version: 7.1.408 / Virus Database: 268.13.11/493 - Release Date: 23/10/2006



______________________________________________
LLama Gratis a cualquier PC del Mundo.
Llamadas a fijos y móviles desde 1 céntimo por minuto.
http://es.voice.yahoo.com

e pueda ayuidar como usuario y profesional de los medios meapunto pero que hay 
que hacer repito la pregunta

"Paula Maciel (listas yahoo)" <pau1967ar@...> escribió:  Yo también ¿Qué
hay que hacer?

Paula
----- Mensaje original -----
De: "Emmanuelle Gutiérrez y Restrepo" <emmanuellegutierrez@...>
Para: <accesoweb@yahoogroups.com>
Enviado: Martes, 24 de Octubre de 2006 17:48
Asunto: RE: [AcWeb] Buscador de Accesibilidad


¡Fenomenal idea, Eloi!

Vamos a ver qué construimos entre todos, seguro que será una herramienta
útil y potente.

Ya me he apuntado como colaboradora.

Saludos,
Emmanuelle


   _____

De: accesoweb@yahoogroups.com [mailto:accesoweb@yahoogroups.com] En nombre
de Eloi Poch
Enviado el: martes, 24 de octubre de 2006 21:55
Para: accesoweb@yahoogroups.com
Asunto: [AcWeb] Buscador de Accesibilidad
Importancia: Alta


Aprovechando el nuevo "producto" de Google he iniciado un buscador de
accesibilidad [1]
<http://www.google.com/coop/cse?cx=016265710211901711202%3Agkuytmmoy4k>.

El motivo es obvio, encontrar resultados relevantes cada vez que deseo
hacer una búsqueda sobre cualquier tema de accesibilidad y la idea es
muy sencilla, que entre todos creáramos un buscador potente.

Cada uno de nosotros conoce diferentes fuentes de información y/o
conocimiento y creo que entre todos podemos conseguir algo realmente útil.

Modificar y ampliar el buscador es muy sencillo y todo el mundo puede
añadir su granito de arena.

Espero vuestras sensaciones al respecto.

[1] http://www.google.com/coop/cse?cx=016265710211901711202%3Agkuytmmoy4k




[Se han eliminado los trozos de este mensaje que no contenían texto]




--------------------------------------------------------------------------------


No virus found in this incoming message.
Checked by AVG Free Edition.
Version: 7.1.408 / Virus Database: 268.13.11/493 - Release Date: 23/10/2006



______________________________________________
LLama Gratis a cualquier PC del Mundo.
Llamadas a fijos y móviles desde 1 céntimo por minuto.
http://es.voice.yahoo.com



CARLOS ANDRES MACHADO VEGA
Web personal: http://www.carlosmachado.midire.com



---------------------------------

LLama Gratis a cualquier PC del Mundo.
Llamadas a fijos y móviles desde 1 céntimo por minuto.
http://es.voice.yahoo.com

[Se han eliminado los trozos de este mensaje que no contenían texto]

Hola Paula y todos,

Por el momento sólo funciona en inglés, de manera que las instrucciones y
todo está en inglés, incluso por el momento no se puede ofrecer refinamiento
de búsqueda de manera que se haga en un determinado idioma (el español, por
ejemplo), pero todo se andará y seguramente en poco tiempo estará todo en
español también.

En cualquier caso, para colaborar, entras en el buscador [1] y verás un
enlace llamado: "
<http://www.google.com/coop/manage/cse/volunteer?cx=016265710211901711202%3A
gkuytmmoy4k&continue=http%3A%2F%2Fwww.google.com%2Fcoop%2Fcse%3Fcx%3D0162657
10211901711202%253Agkuytmmoy4k&sig=0_9P7qVwDniq2kaiXm-rrbivB7i-A=> Volunteer
to contribute to this search engine." lo pulsas y el sistema enviará un
mensaje a Eloi, quien dará el alta a quien considere oportuno.

Luego, hay que seguir las instrucciones para añadir un sitio, lo que puede
hacerse mediante una aplicación llamada "google maker" que se añade a la
barra del navegador. En fin, que hay que aprender a manejar el servicio. Hay
un foro de discusión sobre él [2] en el que se discute el avance y problemas
encontrados.

¡Ánimo!
Emmanuelle


[1] <
<http://www.google.com/coop/cse?cx=016265710211901711202%3Agkuytmmoy4k>
http://www.google.com/coop/cse?cx=016265710211901711202%3Agkuytmmoy4k>.
[2] http://groups.google.com/group/google-co-op/



   _____

De: accesoweb@yahoogroups.com [mailto:accesoweb@yahoogroups.com] En nombre
de Paula Maciel (listas yahoo)
Enviado el: martes, 24 de octubre de 2006 23:31
Para: accesoweb@yahoogroups.com
Asunto: [AcWeb] Buscador de Accesibilidad
Importancia: Alta


Yo también ¿Qué hay que hacer?

Paula
----- Mensaje original -----
De: "Emmanuelle Gutiérrez y Restrepo" <emmanuellegutierrez@...>
Para: <accesoweb@yahoogroups.com>
Enviado: Martes, 24 de Octubre de 2006 17:48
Asunto: RE: [AcWeb] Buscador de Accesibilidad


¡Fenomenal idea, Eloi!

Vamos a ver qué construimos entre todos, seguro que será una herramienta
útil y potente.

Ya me he apuntado como colaboradora.

Saludos,
Emmanuelle


   _____

De: accesoweb@yahoogroups.com [mailto:accesoweb@yahoogroups.com] En nombre
de Eloi Poch
Enviado el: martes, 24 de octubre de 2006 21:55
Para: accesoweb@yahoogroups.com
Asunto: [AcWeb] Buscador de Accesibilidad
Importancia: Alta


Aprovechando el nuevo "producto" de Google he iniciado un buscador de
accesibilidad [1]
< <http://www.google.com/coop/cse?cx=016265710211901711202%3Agkuytmmoy4k>
http://www.google.com/coop/cse?cx=016265710211901711202%3Agkuytmmoy4k>.

El motivo es obvio, encontrar resultados relevantes cada vez que deseo
hacer una búsqueda sobre cualquier tema de accesibilidad y la idea es
muy sencilla, que entre todos creáramos un buscador potente.

Cada uno de nosotros conoce diferentes fuentes de información y/o
conocimiento y creo que entre todos podemos conseguir algo realmente útil.

Modificar y ampliar el buscador es muy sencillo y todo el mundo puede
añadir su granito de arena.

Espero vuestras sensaciones al respecto.

[1] http://www.google.com/coop/cse?cx=016265710211901711202%3Agkuytmmoy4k




[Se han eliminado los trozos de este mensaje que no contenían texto]




----------------------------------------------------------------------------
----


No virus found in this incoming message.
Checked by AVG Free Edition.
Version: 7.1.408 / Virus Database: 268.13.11/493 - Release Date: 23/10/2006



______________________________________________
LLama Gratis a cualquier PC del Mundo.
Llamadas a fijos y móviles desde 1 céntimo por minuto.
http://es.voice.yahoo.com




[Se han eliminado los trozos de este mensaje que no contenían texto]

Hola José Antonio,

Y ofrecer adaptabilidad de contenidos según perfiles de usuario cómo dices,
y todo ello implementado con estándares siguiendo WAI.

Así tendrías adaptabilidad, pero también accesibilidad, no?

Y no manolo que dices de duplicar información, se redundan recursos con
otros alternativos y/o equivalentes para llegar a toda la cobertura de
usuarios a los que quieras llegar.

Hay opciones de cómo desarrollarlo, una es la utilización de metadatos para
usuarios y recursos [1].



Un abrazo,

Lourdes



[1] http://dublincore.org/accessibilitywiki/AccessForAllFramework





   _____

De: accesoweb@yahoogroups.com [mailto:accesoweb@yahoogroups.com] En nombre
de Alvarez Laurnaga, Jose Antonio
Enviado el: martes, 24 de octubre de 2006 9:58
Para: accesoweb@yahoogroups.com
Asunto: [AcWeb] ¿intro o no intro?



Hola a todos, me enfrento a un proyecto de creación de una web dirigida
básicamente a personas con discapacidades motoras y/o cognitivas: lesión
cerebral adquirida y no progresiva de carácter grave. El cliente propone una
"intro" para que el usuario seleccione una entrada adaptada según su
problematica (si le cuesta leer presione1 y accede a menu hablado etc.)

Yo entiendo que es un error y que sería más lógico hacer la web "bien"
(accesibilidad, estándares, separación, acceskeys...) y ofrecer información
completa para que los usuarios dispongan de las herramientas (lectores de
pantalla...) que les permitan acceder a los contenidos independientemente de
su discapacidad.

Aunque persiste un problema. Al ser lesiones adquiridas (por accidente de
tráfico etc.) la vida les ha cambiado casi "de un día para otro" y por tanto
es probable que algunos no conozcan las ayudas técnicas existentes
intentando acceder a la web sin ellas.

¿Qué opinais? ¿Veis conveniente el esfuerzo de duplicar (o multiplicar por
x) los contenidos, adaptándolos a los diferentes perfiles? ¿Puede ser
contraproducente de cara a la accesibilidad?

También agradecería cualquier información específica sobre este tipo
concreto de discapacidades y lo que habría que tener en cuenta de cara al
desarrollo web.

Un saludo


Jose A. Alvarez Laurnaga



[Se han eliminado los trozos de este mensaje que no contenían texto]





[Se han eliminado los trozos de este mensaje que no contenían texto]

On 10/24/06, Emmanuelle Gutiérrez y Restrepo
<emmanuellegutierrez@...> wrote:
>  Ahora nos toca leerla, analizarla y discutir aquí sus más y sus menos. A ver
>  quién es el primero en lanzarse. Haría apuestas, pues tengo algunos
>  candidatos en mentes, pero no me gusta apostar <sonrisa>

De momento no he tenido tiempo para mirarla a fondo, perdonadme si soy
un poco obtuso pero no entiendo muy bien si GRDDL es únicamente un
mecanismo para enlazar documentos XML con "transformadores" que
extraigan RDF de esos XML.

En todo caso me parece una pieza que faltaba y una forma de unir un
poquito los microformatos con la web semántica (así discutiremos un
poquito menos <sonrisa>)

Me parece especialmente interesante el GRDDL Primer [1], un tutorial
paso a paso que permite ver la utilidad de ésto utilizando
microformatos como ejemplo)

Gracias por el enlace Emmanuelle

[1] http://www.w3.org/TR/2006/WD-grddl-primer-20061002/

--
David Arango el único desarrollador con una orden de alejamiento de
Jeffrey Zeldman
Simplelogica.net, ahora con un 33,3% más de intromisión en listas de correo

Cuando no hago otra cosa escribo en mildiez.net

On 10/21/06, Manuel González Noriega <manuel.gonzalez.noriega@...> wrote:
>  Hoy en día <noscript/> es un signo probable de que hay algo que podría hacer
mejor.

Vaya, se me había pasado este mensaje. No estoy de acuerdo, como Manu
no está aquí al lado para discutir tengo que recurrir a la lista
<sonrisa>

Me parece que <noscript> está bien para introducir elementos de ayuda
para agentes de usuario sin javascript, es decir:

Utilizar dom scripting no intrusivo para mejorar la experiencia de
*determinados* usuarios y <noscript> para mejorar la experiencia del
resto de usuarios (utilizando, por ejemplo, enlaces que ofrezcan
funcionalidad similar a la que proporcionamos mediante ajax).

Sin <noscript> nos veremos obligados a introducir elementos
redundantes, elementos que pueden ser eliminados vía javascript, pero
no veo la necesidad de trabajar el doble si ya teníamos la forma de
hacerlo bien.
--
David Arango el único desarrollador con una orden de alejamiento de
Jeffrey Zeldman
Simplelogica.net, ahora con un 33,3% más de intromisión en listas de correo

Cuando no hago otra cosa escribo en mildiez.net

Hola a todos!

Aprovechando la reciente salida de dos de los más famosos navegadores
(firefox2 que realmente parece haber llevado a cabo una labor de
remodelación interna muy interesante, e Internet Explorer 7 que
realmente parece haber llevado a cabo una labor de copia ajena muy
deficiente) se me ocurrió buscar información sobre el nivel de
cumplimiento de los mismos por parte de los navegadores más utilizados.

El problema es que me ha resultado imposible encontrar justo lo que
busco: una tabla comparativa de tecnologías y cualidad/calidad de
soporte proporcionado por cada navegador.

Cuando realizo búsquedas aparece una cantidad de resultados enorme, y
aunque muchos hablan del cumplimiento de tal o cual navegador de tal o
cual tecnología, no logro encontrar una comparativa feaciente (y
obviamente donde no haya intervenido algún partidario de iexplorer que
diga que ie7 cumple los estándares cuando todos sabemos que no) de la
información que busco.

¿Alguien podría ayudarme?
¿Alguno conoce una tabla como la que busco?
¿Podríamos entre todos ir aportando información hasta conformar una
tabla similar en caso de que no exista?

Los navegadores que propongo serían: Firefox2, Firefox1.5, IE6, IE7,
Opera9, Konqueror3.5.x, Safari, ... (¿Alguien añadiría alguno más?)
Y las tecnologías: HTML, XHTML, XML, JS, CSS, SVG, PNG, RSS, (en sus
diversas versiones más comunes)  ... (¿Alguien añadiría alguno más?)

Gracias!  y saludos de jEsuSdA 8)

Deberías trabajar para verlo bien sin javascript y luego lo demás ;)

O es que tu montas los cimientos de una casa, te saltas el primer piso y
luego para los que no pueden subir al segundo pones unas escaleras.

On 10/25/06, David Arango <arango@...> wrote:
>
> On 10/21/06, Manuel González Noriega <manuel.gonzalez.noriega@...>
> wrote:
> >  Hoy en día <noscript/> es un signo probable de que hay algo que podría
> hacer mejor.
>
> Vaya, se me había pasado este mensaje. No estoy de acuerdo, como Manu
> no está aquí al lado para discutir tengo que recurrir a la lista
> <sonrisa>
>
> Me parece que <noscript> está bien para introducir elementos de ayuda
> para agentes de usuario sin javascript, es decir:
>
> Utilizar dom scripting no intrusivo para mejorar la experiencia de
> *determinados* usuarios y <noscript> para mejorar la experiencia del
> resto de usuarios (utilizando, por ejemplo, enlaces que ofrezcan
> funcionalidad similar a la que proporcionamos mediante ajax).
>
> Sin <noscript> nos veremos obligados a introducir elementos
> redundantes, elementos que pueden ser eliminados vía javascript, pero
> no veo la necesidad de trabajar el doble si ya teníamos la forma de
> hacerlo bien.
> --
> David Arango el único desarrollador con una orden de alejamiento de
> Jeffrey Zeldman
> Simplelogica.net, ahora con un 33,3% más de intromisión en listas de
> correo
>
> Cuando no hago otra cosa escribo en mildiez.net
>
>
>
> Enlaces a Yahoo! Grupos
>
>
>
>
>


--
Saludos · Best regards

..............................................................
David Rodriguez Vega (mcdave)
gtalk/email/msn: macdave@...
personal: www.mcdave.net
profesional:www.davidrodriguez.es


[Se han eliminado los trozos de este mensaje que no contenían texto]

On 10/25/06, David Rodriguez <macdave@...> wrote:
>    Deberías trabajar para verlo bien sin javascript y luego lo demás ;)
>  O es que tu montas los cimientos de una casa, te saltas el primer piso y
>  luego para los que no pueden subir al segundo pones unas escaleras.

No veo porqué no puedo utilizar <noscript> y seguir cumpliendo con lo que dices.
--
David Arango el único desarrollador con una orden de alejamiento de
Jeffrey Zeldman
Simplelogica.net, ahora con un 33,3% más de intromisión en listas de correo

Cuando no hago otra cosa escribo en mildiez.net

Y para qué vas a utilizar no script?

On 10/25/06, David Arango <arango@...> wrote:
>
> On 10/25/06, David Rodriguez <macdave@...> wrote:
> >    Deberías trabajar para verlo bien sin javascript y luego lo demás ;)
> >  O es que tu montas los cimientos de una casa, te saltas el primer piso
> y
> >  luego para los que no pueden subir al segundo pones unas escaleras.
>
> No veo porqué no puedo utilizar <noscript> y seguir cumpliendo con lo que
> dices.
> --
> David Arango el único desarrollador con una orden de alejamiento de
> Jeffrey Zeldman
> Simplelogica.net, ahora con un 33,3% más de intromisión en listas de
> correo
>
> Cuando no hago otra cosa escribo en mildiez.net
>
>
>
> Enlaces a Yahoo! Grupos
>
>
>
>
>


--
Saludos · Best regards

..............................................................
David Rodriguez Vega (mcdave)
gtalk/email/msn: macdave@...
personal: www.mcdave.net
profesional:www.davidrodriguez.es


[Se han eliminado los trozos de este mensaje que no contenían texto]

Hola Raùl.
Fijate en este enlace [1] si encuentras lo que buscas.
Saludos.
MartynB

[1] http://www.care.org.ar/soft_emuladores.htm

----- Original Message -----
From: Emmanuelle Gutiérrez y Restrepo
To: accesoweb@yahoogroups.com
Sent: Monday, October 23, 2006 8:37 PM
Subject: RE: [AcWeb] Teclados Virtuales


Hola Martín,

En el siguiente enlace encontrarás un teclado virtual desarrollado en
España:
http://www.irdata.com/teclado_es.htm

De todas maneras, te recomiendo que hagas la consulta en la lista DISTEC
[1], porque es la lista especializada en discapacidad y tecnologías de
rehabilitación, en la que participan desarrolladores de ayudas técnicas de
toda Iberoamérica, de manera que es posible que puedan darte información
sobre otros teclados virtuales.

También, seguramente los miembros de nuestro grupo de interés en
herramientas (G1) pueden aportarte sus conocimientos sobre el tema.

Saludos
Emmanuelle

[1] http://www.sidar.org/distec/content/suscrip.php

-----Mensaje original-----
De: accesoweb@yahoogroups.com [mailto:accesoweb@yahoogroups.com] En nombre
de Raul Martin
Enviado el: lunes, 23 de octubre de 2006 21:58
Para: accesoweb@yahoogroups.com
Asunto: [AcWeb] Teclados Virtuales
Importancia: Alta

Hola Amigos,

         Esta es una lista de desarrolladores lo se, pero necesito un consejo
rápido, seguro que alguien por aquí me puede ayudar.

         Una amiga debido a una enfermedad tiene dificultades serías para
manejar un teclado y está buscando un teclado virtual algo más amigable que
el que se encuentra por defecto en windows. Evidentemente puedo buscar, pero
en este caso prefiero no quiero el mejor técnicamente sino el mas cómodo.


         Un saludo y muchas gracias



[Se han eliminado los trozos de este mensaje que no contenían texto]

Hola Jesus,


He visto hace poco una tabla como la que comentas,
pero era un post de un blog que no recuerdo y
realmente no era muy extenso.

Así que revolviendo un poco he llegado a:
http://es.wikipedia.org/wiki/Tabla_comparativa_de_navegadores_web

Si, wikipedia puede ayudarte,
encontraras una comparativa completa y extensa (copio índice)
     * 1 Información general
     * 2 Soporte de sistemas operativos
     * 3 Características del navegador
     * 4 Características de accesibilidad
     * 5 Características de accesibilidad (cont.)
     * 6 Soporte de tecnologías web
     * 7 Soporte de protocolos
     * 8 Soporte de formatos de imagen
     * 9 Notas
     * 10 Referencias

Me resultó interesante, les invito a todos que
lo visiten seguro que encuntras algunos datos
curiosos.


Saludos,


abeldb

2creativo

2creativo@...
http://www.2creativo.net
____________________________

Mensaje: 15
   Fecha: Wed, 25 Oct 2006 11:07:38 +0200
      De: "jEsuSdA 8)" <bazofia1@...>
  Asunto: Nivel de cumplimiento de estándares entre navegadores

Hola a todos!

Aprovechando la reciente salida de dos de los más famosos navegadores
(firefox2 que realmente parece haber llevado a cabo una labor de
remodelación interna muy interesante, e Internet Explorer 7 que
realmente parece haber llevado a cabo una labor de copia ajena muy
deficiente) se me ocurrió buscar información sobre el nivel de
cumplimiento de los mismos por parte de los navegadores más utilizados.

El problema es que me ha resultado imposible encontrar justo lo que
busco: una tabla comparativa de tecnologías y cualidad/calidad de
soporte proporcionado por cada navegador.

Cuando realizo búsquedas aparece una cantidad de resultados enorme, y
aunque muchos hablan del cumplimiento de tal o cual navegador de tal o
cual tecnología, no logro encontrar una comparativa feaciente (y
obviamente donde no haya intervenido algún partidario de iexplorer que
diga que ie7 cumple los estándares cuando todos sabemos que no) de la
información que busco.

¿Alguien podría ayudarme?
¿Alguno conoce una tabla como la que busco?
¿Podríamos entre todos ir aportando información hasta conformar una
tabla similar en caso de que no exista?

Los navegadores que propongo serían: Firefox2, Firefox1.5, IE6, IE7,
Opera9, Konqueror3.5.x, Safari, ... (¿Alguien añadiría alguno más?)
Y las tecnologías: HTML, XHTML, XML, JS, CSS, SVG, PNG, RSS, (en sus
diversas versiones más comunes)  ... (¿Alguien añadiría alguno más?)

Gracias!  y saludos de jEsuSdA 8)

Hola lista!
Nuevamente vuelvo a escribirles ya que me ha surgido una duda. Estoy
haciendo la tabla de contenido de un sitio y quiero poner el título de
cada página con una breve descripción.
En este caso, ¿qué sería correcto usar "list item" o "definition list"?
Llevo un rato pensando que hacer y por momento me decido por una y al
rato vuelvo a cambiar. Me parece que es algo simple, tan solo usando
<ol><li></li></ol> me parece suficiente, nombre de la página +":"+una
breve descripción y por otro lado se me ocurre usar <dl></dl> tan solo
para darle más valor semántico.
Una vez más, muchas gracias a todos por su tiempo.
Saludos, Diego.

Hola Diego,

Me parece que tú mismo te respondes cuando dices: "quiero poner el título de
cada página con una breve descripción." Si lo que quieres es poner una lista
que contiene descripciones de los elementos de la lista, lo suyo será usar
un lista de definición ¿No te parece?

Saludos,
Emmanuelle


   _____

De: accesoweb@yahoogroups.com [mailto:accesoweb@yahoogroups.com] En nombre
de Diego Cambiaso
Enviado el: jueves, 26 de octubre de 2006 0:28
Para: accesoweb@yahoogroups.com
Asunto: [AcWeb] Lista de definición o lista de ítems
Importancia: Alta


Hola lista!
Nuevamente vuelvo a escribirles ya que me ha surgido una duda. Estoy
haciendo la tabla de contenido de un sitio y quiero poner el título de
cada página con una breve descripción.
En este caso, ¿qué sería correcto usar "list item" o "definition list"?
Llevo un rato pensando que hacer y por momento me decido por una y al
rato vuelvo a cambiar. Me parece que es algo simple, tan solo usando
<ol><li></li></ol> me parece suficiente, nombre de la página +":"+una
breve descripción y por otro lado se me ocurre usar <dl></dl> tan solo
para darle más valor semántico.
Una vez más, muchas gracias a todos por su tiempo.
Saludos, Diego.





[Se han eliminado los trozos de este mensaje que no contenían texto]

On Wed, 25 Oct 2006 19:07:38 +1000, jEsuSdA 8) <bazofia1@...> wrote:

> Hola a todos!
>
> Aprovechando la reciente salida de dos de los más famosos navegadores
> (firefox2 que realmente parece haber llevado a cabo una labor de
> remodelación interna muy interesante, e Internet Explorer 7 que
> realmente parece haber llevado a cabo una labor de copia ajena muy
> deficiente) se me ocurrió buscar información sobre el nivel de
> cumplimiento de los mismos por parte de los navegadores más utilizados.
>
> El problema es que me ha resultado imposible encontrar justo lo que
> busco: una tabla comparativa de tecnologías y cualidad/calidad de
> soporte proporcionado por cada navegador.

Publicamos algo (incluso tablas para muchos de los estandares que buscas)
a http://www.opera.com/docs/specs/

En particular, creo que estamos por muucho lideres en SVG, lideres en los
estandares de CSS, y al primero nivel (mas o menos completo, tal como
Firefox etc) con (X)HTML, PNG, RSS, JS. Hacemos desde versión 8 XML 1.0 y
1.1, con validación si lo quieres - algo que creo es tambien estar lider.

Todavia ni Firefox ni IE pueden hacer Acid2.

Una cosa interesante sea de hacer pruebas de Opera para moviles (telefonos
Symbian s60+, UIQ3, Windows PocketPC). Si alguien quiere y tiene un
telefono que puede hacerlo pero no tiene na versión registrada de Opera,
avisame.

Ademas, el soporte de Opera mini (disponible gratis para muchos telefonos
que soportan Java, entonces la mayoria de los con pantalla en color) sea
quizas interesante dado el numero de telefonos a las cuales proporciona
acceso a la web. (Si, recuerdo el comentario de Enrique Varela sobre el
problema de no tener Zoom en su primera versión. Dijé yo la misma cosa
dentro de Opera, y fue el primero cambio que hicieron para versión 2 ya
disponible hace muchas meses).

> Los navegadores que propongo serían: Firefox2, Firefox1.5, IE6, IE7,
> Opera9, Konqueror3.5.x, Safari, ... (¿Alguien añadiría alguno más?)
> Y las tecnologías: HTML, XHTML, XML, JS, CSS, SVG, PNG, RSS, (en sus
> diversas versiones más comunes)  ... (¿Alguien añadiría alguno más?)

saludos

Chaals
--
     Charles McCathieNevile, Opera Software: Standards Group
     hablo español  -  je parle français  -  jeg lærer norsk
   chaals@...          Try Opera 9 now! http://opera.com

Eloi ya ha echo sus deberes y los que se han apuntado como voluntarios
ya han sido dado de alta como colaboradores, momento des el cual cada
uno de vosotros puede modificar el buscador.

La manera más fácil de modificar el buscador es dando importancia a
sites enteros o baneándolos por completo, después se pueden hacer
refinamientos, como por ejemplo devolver solo datos sobre estándares
web, o solo devolver resultados alojados en wikis (wikipedia española,
wikipedia inglesa, htmlpedia...).

La verdad es que no es muy complicado pero para que realmente pueda ser
útil y potente se necesita un grupo de gente que le quiera dar vida.

Yo me estoy leyendo, con calma, toda la documentación, haber si se puede
conseguir que este buscador sea válido y accesible.

Hola,

     Muchísimas gracias por las respuestas.
     Probaré los recursos que me habéis pasado, ya os comentaré. Y por
     supuesto, os doy también las gracias de parte de la interesada.

             Un abrazo

MB>  Hola Raùl.
MB>  Fijate en este enlace [1] si encuentras lo que buscas.
MB>  Saludos.
MB>  MartynB
MB>
MB>  [1] http://www.care.org.ar/soft_emuladores.htm
MB>
MB>  ----- Original Message -----
MB>  From: Emmanuelle Gutiérrez y Restrepo
MB>  To: accesoweb@yahoogroups.com
MB>  Sent: Monday, October 23, 2006 8:37 PM
MB>  Subject: RE: [AcWeb] Teclados Virtuales
MB>
MB>
MB>  Hola Martín,
MB>
MB>  En el siguiente enlace encontrarás un teclado virtual desarrollado en
MB>  España:
MB>  http://www.irdata.com/teclado_es.htm
MB>
MB>  De todas maneras, te recomiendo que hagas la consulta en la lista DISTEC
MB>  [1], porque es la lista especializada en discapacidad y tecnologías de
MB>  rehabilitación, en la que participan desarrolladores de ayudas técnicas de
MB>  toda Iberoamérica, de manera que es posible que puedan darte información
MB>  sobre otros teclados virtuales.
MB>
MB>  También, seguramente los miembros de nuestro grupo de interés en
MB>  herramientas (G1) pueden aportarte sus conocimientos sobre el tema.
MB>
MB>  Saludos
MB>  Emmanuelle
MB>
MB>  [1] http://www.sidar.org/distec/content/suscrip.php
MB>

Buenos días,



Estoy haciendo un formulario y ha de ser lo más accesible posible. Me pasa los
validadores automáticos HERA y TAW pero Examinator me dice que no cumpla pauta
10.2.

El código que tengo es:<label for="name">Nom i cognoms:</label><input id="name"
name="name" type="text" value="Nom" />
He estado mirando por la web y he encontrado que el código correcto es: <label
for="name">Nom i cognoms:<input id="name" name="name" type="text" value="Nom"
/></label>


Cual de los dos es el más correcto? Si es el segundo porque HERA y TAW no se
enteran?

Muchas gracias,
Eugeni.





______________________________________________
LLama Gratis a cualquier PC del Mundo.
Llamadas a fijos y móviles desde 1 céntimo por minuto.
http://es.voice.yahoo.com

Bon dia Eugeni,
Desde mi punto de vista los dos formas funcionan correctamente.
Fuera de tu pregunta, te aconsejaría no poner value="Nom" ya que
algunas personas que utilizan lectores de pantalla no suelen darse
cuanta que hay la palabra escrita 'Nom' dentro del campo y por tanto,
en mi caso por ejemplo, el valor quedaria en 'Jordi FerrerNom'.
La información ya está correctamente asociada por el label y en este
caso no la repetiría dos veces.
Mi humilde opinión,
Jordi Ferrer

Eugeni Cabré wrote:
> El código que tengo es:<label for="name">Nom i cognoms:</label><input
id="name"
> name="name" type="text" value="Nom" />
> He estado mirando por la web y he encontrado que el código correcto es: <label
> for="name">Nom i cognoms:<input id="name" name="name" type="text" value="Nom"
> /></label>
>
>
>Cual de los dos es el más correcto? Si es el segundo porque HERA y TAW no se
> enteran?

Ambos cumplen su función de asociar un label a cada input (cosa que se
especifica en otra pauta), pero el segundo además cumple la pauta 10.2
dirigida a Agentes de Usuario antiguos.

On 10/27/06, Jordi Ferrer <ferrercancho@...> wrote:
> Fuera de tu pregunta, te aconsejaría no poner value="Nom" ya que
> algunas personas que utilizan lectores de pantalla no suelen darse
> cuanta que hay la palabra escrita 'Nom' dentro del campo y por tanto,
> en mi caso por ejemplo, el valor quedaria en 'Jordi FerrerNom'.
> La información ya está correctamente asociada por el label y en este
> caso no la repetiría dos veces.

No sé si estás diciendo de eliminar el atributo value y dejarlo vacío,
pero en todo caso, eso sería incorrecto puesto que incumpliría la
pauta 10.4 de Prioridad 3:

<cita>
10.4 Hasta que las aplicaciones de usuario manejen correctamente los
controles vacíos, incluya caracteres por defecto en los cuadros de
edición y áreas de texto. [Prioridad 3]
</cita>

Saludos

--
Si no puedes deslumbrar con tu inteligencia,
desconcierta con tus gilipolleces

--- En accesoweb@yahoogroups.com, "carlos campderrós"
<gilipollas.desconcertante@g...> escribió:
>
> Eugeni Cabré wrote:
> > El código que tengo es:<label for="name">Nom i
cognoms:</label><input id="name"
> > name="name" type="text" value="Nom" />
> > He estado mirando por la web y he encontrado que el código
correcto es: <label
> > for="name">Nom i cognoms:<input id="name" name="name" type="text"
value="Nom"
> > /></label>
> >
> >
> >Cual de los dos es el más correcto? Si es el segundo porque HERA y
TAW no se
> > enteran?
>
> Ambos cumplen su función de asociar un label a cada input (cosa que se
> especifica en otra pauta), pero el segundo además cumple la pauta 10.2
> dirigida a Agentes de Usuario antiguos.
>
> On 10/27/06, Jordi Ferrer <ferrercancho@y...> wrote:
> > Fuera de tu pregunta, te aconsejaría no poner value="Nom" ya que
> > algunas personas que utilizan lectores de pantalla no suelen darse
> > cuanta que hay la palabra escrita 'Nom' dentro del campo y por tanto,
> > en mi caso por ejemplo, el valor quedaria en 'Jordi FerrerNom'.
> > La información ya está correctamente asociada por el label y en este
> > caso no la repetiría dos veces.
>
> No sé si estás diciendo de eliminar el atributo value y dejarlo vacío,
> pero en todo caso, eso sería incorrecto puesto que incumpliría la
> pauta 10.4 de Prioridad 3:
>
> <cita>
> 10.4 Hasta que las aplicaciones de usuario manejen correctamente los
> controles vacíos, incluya caracteres por defecto en los cuadros de
> edición y áreas de texto. [Prioridad 3]
> </cita>
>
> Saludos
>
> --
> Si no puedes deslumbrar con tu inteligencia,
> desconcierta con tus gilipolleces
>
Hola Carles,
Gracias por tus aclaraciones. Tienes razón en que incumpliría la pauta
10.4, pero en mi experiencia con usuarios reales y a no ser que se
requiera cumplir con la prioridad 3 yo no lo pondría.
De todos modos estoy abierto a saber más al respecto!
Muchas gracias,
Jordi

Hola Eugeni y Jordi,

Con la segunda forma te aseguras que todos los usuarios, incluidos usuarios
de versiones antiguas de OutSpoken y otros agentes de usuario, encuentren el
punto de inserción en el control (campo). De manera que, por el momento, es
importante que la etiqueta abrace al control. Especialmente cuando se trata
de formularios con más de un campo.

Lo de incluir texto por defecto en los campos tiene dos objetivos:
- Ayudar a localizar el punto de inserción a usuarios de algunos lectores de
pantalla
- Facilitar la comprensión de qué es lo que se pretende que se escriba en el
campo a todos los usuarios y especialmente a los usuarios con ciertas
limitaciones cognitivas.

Entonces, para evitar que los usuarios que no se dan cuenta de que ese texto
por omisión deben borrarlo, antes de escribir sus datos, envién el
formulario con el texto por omisión más sus propios datos, lo que se hace es
utilizar un script del servidor que hace que desaparezca ese texto en cuanto
el control recibe el foco. (Se puede hacer también con un javascript y
seguro que muchos os podrán dar un ejemplo. Yo puedo darte uno en php.)

Saludos,
Emmanuelle
P.S.: Iba a poner como ejemplo lo que ha hecho google para los buscadores
personalizados, como el que ha iniciado Eloi sobre accesibilidad [1], pero
resulta que incomprensiblemente lo que han hecho es poner un script que
coloca una imagen que desaparece cuando recibe el texto. ¡No se puede ser
más retorcido!
[1] http://www.google.com/coop/cse?cx=016265710211901711202%3Agkuytmmoy4k



   _____

De: accesoweb@yahoogroups.com [mailto:accesoweb@yahoogroups.com] En nombre
de Jordi Ferrer
Enviado el: viernes, 27 de octubre de 2006 12:10
Para: accesoweb@yahoogroups.com
Asunto: [AcWeb] RE: Formulario accesible
Importancia: Alta


Bon dia Eugeni,
Desde mi punto de vista los dos formas funcionan correctamente.
Fuera de tu pregunta, te aconsejaría no poner value="Nom" ya que
algunas personas que utilizan lectores de pantalla no suelen darse
cuanta que hay la palabra escrita 'Nom' dentro del campo y por tanto,
en mi caso por ejemplo, el valor quedaria en 'Jordi FerrerNom'.
La información ya está correctamente asociada por el label y en este
caso no la repetiría dos veces.
Mi humilde opinión,
Jordi Ferrer






[Se han eliminado los trozos de este mensaje que no contenían texto]

--- En accesoweb@yahoogroups.com, Emmanuelle Gutiérrez y Restrepo
<emmanuellegutierrez@g...> escribió:
>
> Hola Eugeni y Jordi,
>
> Con la segunda forma te aseguras que todos los usuarios, incluidos
usuarios
> de versiones antiguas de OutSpoken y otros agentes de usuario,
encuentren el
> punto de inserción en el control (campo). De manera que, por el
momento, es
> importante que la etiqueta abrace al control. Especialmente cuando
se trata
> de formularios con más de un campo.
>
> Lo de incluir texto por defecto en los campos tiene dos objetivos:
> - Ayudar a localizar el punto de inserción a usuarios de algunos
lectores de
> pantalla
> - Facilitar la comprensión de qué es lo que se pretende que se
escriba en el
> campo a todos los usuarios y especialmente a los usuarios con ciertas
> limitaciones cognitivas.
>
> Entonces, para evitar que los usuarios que no se dan cuenta de que
ese texto
> por omisión deben borrarlo, antes de escribir sus datos, envién el
> formulario con el texto por omisión más sus propios datos, lo que se
hace es
> utilizar un script del servidor que hace que desaparezca ese texto
en cuanto
> el control recibe el foco. (Se puede hacer también con un javascript y
> seguro que muchos os podrán dar un ejemplo. Yo puedo darte uno en php.)
>
> Saludos,
> Emmanuelle
> P.S.: Iba a poner como ejemplo lo que ha hecho google para los
buscadores
> personalizados, como el que ha iniciado Eloi sobre accesibilidad
[1], pero
> resulta que incomprensiblemente lo que han hecho es poner un script que
> coloca una imagen que desaparece cuando recibe el texto. ¡No se
puede ser
> más retorcido!
> [1]
http://www.google.com/coop/cse?cx=016265710211901711202%3Agkuytmmoy4k
>
>
>
>   _____
>
> De: accesoweb@yahoogroups.com [mailto:accesoweb@yahoogroups.com] En
nombre
> de Jordi Ferrer
> Enviado el: viernes, 27 de octubre de 2006 12:10
> Para: accesoweb@yahoogroups.com
> Asunto: [AcWeb] RE: Formulario accesible
> Importancia: Alta
>
>
> Bon dia Eugeni,
> Desde mi punto de vista los dos formas funcionan correctamente.
> Fuera de tu pregunta, te aconsejaría no poner value="Nom" ya que
> algunas personas que utilizan lectores de pantalla no suelen darse
> cuanta que hay la palabra escrita 'Nom' dentro del campo y por tanto,
> en mi caso por ejemplo, el valor quedaria en 'Jordi FerrerNom'.
> La información ya está correctamente asociada por el label y en este
> caso no la repetiría dos veces.
> Mi humilde opinión,
> Jordi Ferrer
>
>
>
>
>
>
> [Se han eliminado los trozos de este mensaje que no contenían texto]
>
Hola Emmanuelle,
Muchas gracias por tu aportación que me parece de gran interés. Es
verdad que se podría solventar con la solución que comentas. ¿Me
puedes pasar el PHP por favor?
¿Qué quieres decir con "Ayudar a localizar el punto de inserción a
usuarios de algunos lectores de pantalla".
Muchas gracias,
Jordi

SALUDOS A TODOS LOS DEL GRUPO MI NOMBRE ES FÉLIX..
SOY CUBANO....INFORMATICO....
SI QUIEREN SABER ALGO MÁS DE MI..
CON TREMENDO GUSTO...
LOS ESPERO...
CHAAAAAAAAAAAOOOOOOOOOOOOOO..........

El mejor triunfo que uno puede tener,
es el derecho de llamar a alguien:
             AMIGO




-----------
Taller Internacional "Por el bienestar del anciano" del 20 al 23 de
noviembre

Universidad de Granma [ http://www.udg.co.cu ]
http://www.udg.co.cu/mrtg/weather/weather.html

Imagenes de Cuba desde el satélite
http://intranet.udg.co.cu/ImagenSatelite/satelite.html
http://www.udg.co.cu/mrtg/map/archive/

Hola Jordi,

Sobre los problemas de localización del punto de inserción en un campo de
formulario con algunos agentes de usuario, creo que mejor te lo puede
explicar quien lo haya sufrido, como por ejemplo, Alberto Molinos o un
usuario de Mac y lector de pantalla. La verdad para mí es difícil de
explicar, pero más o menos la cuestión es que a menos que se siga la técnica
mencionada, el usuario tiene que ir punto a punto, pixel a pixel moviéndose
por la pantalla y cuando llega al punto de inserción y lo pasa, entonces el
lector le avisa, de manera que tiene que volver hacia atrás hasta llegar al
punto exacto. Una tortura. Por eso, cuando realmente te importa llegar a
todos los usuarios, conviene tenerlo en cuenta.

El script de php te lo mando directamente a tu buzón, para no cargar la
lista con cosas que no interesan a todos.

Saludos,
Emmanuelle


   _____

De: accesoweb@yahoogroups.com [mailto:accesoweb@yahoogroups.com] En nombre
de Jordi Ferrer
Enviado el: viernes, 27 de octubre de 2006 16:34
Para: accesoweb@yahoogroups.com
Asunto: [AcWeb] RE: Formulario accesible
Importancia: Alta


Hola Emmanuelle,
Muchas gracias por tu aportación que me parece de gran interés. Es
verdad que se podría solventar con la solución que comentas. ¿Me
puedes pasar el PHP por favor?
¿Qué quieres decir con "Ayudar a localizar el punto de inserción a
usuarios de algunos lectores de pantalla".
Muchas gracias,
Jordi





[Se han eliminado los trozos de este mensaje que no contenían texto]