Micky Mourelo escribió:
>
>
> Sin querer entra en disquisiciones sobre abreviaturas y acrónimos, y si vale
> la pena diferenciarlos, sobre todo cuando varían de cultura en cultura, o no
> existen, y que, además, necesitan siempre un lang bien clarito, os comento
> que en XHTML 2.0 el acronym desaparece y solo queda el abbr. Puede ser
> práctico usar el abbr hoy en día para mejorar la portabilidad en el futuro
> ¿Será esto "forward compatibility"? ¿Profecías, brujería? ¿Y tú me lo
> preguntas... ?
>
Hola Micky!
Yo creo que, como tú comentas, XHTML 2.0 no será muy compatible hacia
atrás con XHTML 1.X, de modo que parece claro que si se decide migrar un
sitio a XHTML 2.0 en el futuro, habrá que "tratar" el código para adecuarlo.
En ese caso, parsear el código XHTML 1.X de modo que sustituya *acronym*
por *abbr* es bastante simple, de modo que tal vez no merezca la pena
"adelantarse", porque, precisamente por todo lo que hemos estado
hablando en los últimos correos, actualmente no es lo mismo una cosa que
otra.
Salu2 de jEsuSdA 8)
Emmanuelle Gutiérrez y Restrepo escribió:
>
>
> Hola JesusDA,
>
> ¡¡Te he pillado!! <risa> No has leído el documento que te mencioné, y sobre
> el que te decía que en él encontrarías la explicación de la Real Academia de
> la Lengua (RAE): http://www.sidar.org/funacti/inves/abrvsacr.php
> <http://www.sidar.org/funacti/inves/abrvsacr.php>
<risas>
¡Eso me pasa por irme directamente a la sección "RESUMIENDO"!
¡Mil perdones!, prometo leer con más atención la próxima vez.
>
> Si lo lees ahora, verás que la respuesta que te han dado es parte de la que
> está reflejada en ese documento <guiño>.
>
Ahora sí!<guiño>
> Pero de todas maneras está muy bien porque ahora estarás más convencido aún
> al haber recibido la respuesta tú directamente.
>
Hubiera estado igual de convencido si hubiera leído la página completa.
<risas>
> De todas maneras, el documento mencionado incluye, además de la explicación
> de la Real Academia, una demostración y prueba de cómo responden ante las
> abreviaturas y acrónimos, diversas ayudas técnicas. Lo que es aún de mayor
> interés para los desarrolladores.
>
Sí, la tabla de navegadores sí la había visto.<guiño>
> Ya sé que es un poco largo, pero para comprender bien algo es importante
> conocer todos los aspectos de la realidad.
>
> Me tomaré lo de "máquina" como piropo, aunque la verdad espero que cambies
> símil cuando nos conozcamos personalmente <guiño> y aceptaré encantada una
> copita de cava <risa>.
>
<risas>
Si, por supuesto. El apelativo de "máquina" se suele usar por estos
lares para indicar que alguien es tan bueno en algo que pareciera que
supera los límites de lo humano (la verdad es que, ahora que lo pienso,
parece extraño presuponer que una máquina fuera más precisa que una
persona, sobre todo en temas de accesibilidad).<risa>
Hablando en serio, desde luego que en esta lista hay gente como tú cuyas
aportaciones valen su peso en oro.
¡Y cuenta con la copa de cava, por supuesto, a la que te invitaré con gusto!
Por cierto, ¿Para cuando las próximas Jornadas del SIDAR que caigan en
España?
> Saludos,
> Emmanuelle
>
Salu2 de jEsuSdA 8)
Sin querer entra en disquisiciones sobre abreviaturas y acrónimos, y si vale
la pena diferenciarlos, sobre todo cuando varían de cultura en cultura, o no
existen, y que, además, necesitan siempre un lang bien clarito, os comento
que en XHTML 2.0 el acronym desaparece y solo queda el abbr. Puede ser
práctico usar el abbr hoy en día para mejorar la portabilidad en el futuro
¿Será esto "forward compatibility"? ¿Profecías, brujería? ¿Y tú me lo
preguntas... ?
[Se han eliminado los trozos de este mensaje que no contenían texto]
Hola Chus,
Si piensas en un usuario de lector de pantalla, que escucha tus contenidos,
imagina que encuentra un enlace en el menú que consiste en: "Sede en
EE.UU.". Si la abreviatura no está marcada, el lector leerá: "sede en eeuu",
lo que no significa nada, especialmente para las personas que utilizan el
lector precisamente para incrementar su comprensión del texto.
Por tanto, es importante marcar las abreviaturas y acrónimos también en los
enlaces, para que el lector de pantalla pueda leer, en vez del contenido de
la abreviatura o acrónimo, el valor de su atributo "title"; si es que el
usuario lo tiene configurado para ello.
El hecho de que algunos navegadores subrayen por omisión las abreviaturas y
acrónimo, no es más que un modo de facilitar al usuario que ve, la
identificación de la existencia de esas abreviaturas y acrónimos y que tenga
así una pista para detener el puntero del ratón sobre ellas y que aparezca
la tool-tip que presenta el valor del atributo title.
No veo qué problema de usabilidad puede tener eso. Más bien es todo lo
contrario. Es una pista para el usuario. Claro que no todos los usuarios la
conocen o entienden la primera vez que la ven, pero en seguida aprenden
<guiño>. Y puedes explicar ese comportamiento en la página en la que se
expliquen las características de accesibilidad del sitio.
Saludos,
Emmanuelle
_____
De: accesoweb@yahoogroups.com [mailto:accesoweb@yahoogroups.com] En nombre
de chus m
Enviado el: miércoles, 31 de enero de 2007 10:14
Para: accesoweb@yahoogroups.com
Asunto: [AcWeb] acronimos y abreviaturas en menus de navegacion
Tengo un duda sobre el tema de los acrónimos y abreviaturas: si en un menu
de navegacion aparece un acronimo o abreviatura, es necesario etiquetarlo o
solo debe hacerse cuando aparezca en el contenido?
Si se etiqueta en el mozilla aparece subrayado con un borde discontinuo, y
creo que eso puede generar problemas de usabilidad, pero no estoy seguro de
la norma a aplicar.
Gracias
______________________________________________
LLama Gratis a cualquier PC del Mundo.
Llamadas a fijos y móviles desde 1 céntimo por minuto.
http://es.voice. <http://es.voice.yahoo.com> yahoo.com
[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]
Hola Adolfo,
Lo has entendido perfectamente <sonrisa>. Y sí, es un tema que sale de tanto
en tanto, a pesar de que se ha tratado desde los inicios de la aplicación de
las Directrices.
Saludos,
Emmanuelle
_____
De: accesoweb@yahoogroups.com [mailto:accesoweb@yahoogroups.com] En nombre
de Adolfo Antón Bravo
Enviado el: miércoles, 31 de enero de 2007 16:26
Para: accesoweb@yahoogroups.com
Asunto: Re: [AcWeb] Abreviaturas en encabezados de tablas
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hola
Emmanuelle, por el enlace que das de la diferencia entre abbr y acronym,
te quería preguntar si interpreto bien lo que dice: entiendo que abbr
tendremos que utilizarlo para las abreviaturas (como por ejemplo Sr. o
EE. UU.) mientras que acronym para los acrónimos y las siglas (como por
ejemplo SIDAR o RENFE).
Por cierto, he visto que en una duda que le preguntan a Martínez de
Sousa [1] sobre abreviaturas, siglas y acrónimos ya aportaste esa
respuesta al debate <sonrisa>
Saludos
1. http://www.timon. <http://www.timon.com/far/acronimos.html>
com/far/acronimos.html
- --
Adolfo Antón Bravo
xsto.info, el acceso a la información
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.
<http://enigmail.mozdev.org> mozdev.org
iD8DBQFFwLUHqvcxMFgRJisRAuRSAJ9K0MxvIkwXSlYvih8VywfZgM5hoACfQWGI
kyztkNNVaMVNVl0bhUc70h0=
=x5ET
-----END PGP SIGNATURE-----
[Se han eliminado los trozos de este mensaje que no contenían texto]
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hola
Emmanuelle, por el enlace que das de la diferencia entre abbr y acronym,
te quería preguntar si interpreto bien lo que dice: entiendo que abbr
tendremos que utilizarlo para las abreviaturas (como por ejemplo Sr. o
EE. UU.) mientras que acronym para los acrónimos y las siglas (como por
ejemplo SIDAR o RENFE).
Por cierto, he visto que en una duda que le preguntan a Martínez de
Sousa [1] sobre abreviaturas, siglas y acrónimos ya aportaste esa
respuesta al debate <sonrisa>
Saludos
1. http://www.timon.com/far/acronimos.html
- --
Adolfo Antón Bravo
xsto.info, el acceso a la información
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFFwLUHqvcxMFgRJisRAuRSAJ9K0MxvIkwXSlYvih8VywfZgM5hoACfQWGI
kyztkNNVaMVNVl0bhUc70h0=
=x5ET
-----END PGP SIGNATURE-----
Hola a todos.
La idea de poner sobre aviso a los webmaster de un sitio web puede ser muy
útil.
El problema es que haya sitios sin datos de contacto, o con formularios de
sugerencias con un límite de caracteres y sin dirección de destino a la
vista.
Para el caso en que esté limitada la extensión del mensaje, quizás sea más
efectivo hacer referencia a una dirección en la que encontrar la exposición
del caso.
Por otra parte, ¿dónde podría ponerme al día de todos estos temas que ya
habéis tratado?
> Paula escribió:
> Yo he usado ese recurso con mis alumnos: Les pido que
> elijan un sitio inaccesible y que le escriban una
> carta al Webmaster de dicho sitio explicando qué
> usuarios no pueden acceder a él y por qué.
>
> ¿Alguien tiene alguna carta ya escrita que podamos
> tomar como modelo?
>
>
[Se han eliminado los trozos de este mensaje que no contenían texto]
Hola JesusDA,
¡¡Te he pillado!! <risa> No has leído el documento que te mencioné, y sobre
el que te decía que en él encontrarías la explicación de la Real Academia de
la Lengua (RAE): http://www.sidar.org/funacti/inves/abrvsacr.php
Si lo lees ahora, verás que la respuesta que te han dado es parte de la que
está reflejada en ese documento <guiño>.
Pero de todas maneras está muy bien porque ahora estarás más convencido aún
al haber recibido la respuesta tú directamente.
De todas maneras, el documento mencionado incluye, además de la explicación
de la Real Academia, una demostración y prueba de cómo responden ante las
abreviaturas y acrónimos, diversas ayudas técnicas. Lo que es aún de mayor
interés para los desarrolladores.
Ya sé que es un poco largo, pero para comprender bien algo es importante
conocer todos los aspectos de la realidad.
Me tomaré lo de "máquina" como piropo, aunque la verdad espero que cambies
símil cuando nos conozcamos personalmente <guiño> y aceptaré encantada una
copita de cava <risa>.
Saludos,
Emmanuelle
-----Mensaje original-----
De: accesoweb@yahoogroups.com [mailto:accesoweb@yahoogroups.com] En nombre
de jEsuSdA
Enviado el: miércoles, 31 de enero de 2007 12:30
Para: accesoweb@yahoogroups.com
Asunto: [AcWeb] Sobre Abreviaturas y Acrónimos
Hola a todos!
Mis inquietudes por llegar al fondo de las cuestiones que me interesan,
junto con el acertado comentario de Emmanuelle sobre el tema de Abreviaturas
en los encabezados de tablas (en un hilo reciente), me llevaron a
plantearles la cuestión directamente a los académicos de la lengua.
La respuesta es tan clara y práctica que, sin duda alguna, creo que puede
seros de mucha utilidad.
Aquí os dejo la respuesta recibida:
8<-----------------
Diferenciación entre abreviaturas y siglas (o acrónimos)
El académico Manuel Seco, en su Diccionario de dudas y dificultades de
la lengua española explica claramente cómo distinguir abreviaturas y
siglas:
«En esto se diferencian las siglas de las abreviaturas. Unas y otras
sirven para abreviar lo que se escribe; pero la abreviatura se lee
traduciendo lo escrito por lo que en ello se representa (así, Sr. se lee
forzosamente "señor", [EE. UU. se lee "Estados Unidos"]), mientras que la
sigla no se traduce, sino que se lee tal como está escrita [bien como una
palabra como en el caso de APA o BOE, bien deletreándola como en ISBN]. Las
abreviaturas no son más que formas acortadas en la escritura; las siglas son
verdaderas palabras usadas tanto en la escritura como en el habla». (El
texto entre corchetes es nuestro).
Las abreviaturas y las siglas se diferencian también en su
escritura: las abreviaturas siempre se escriben con punto (pág., s., apdo.),
las siglas y acrónimos se escriben mayoritarimente sin punto (APA, ONU); las
abreviaturas tienen plural (págs., ss., apdos., VV.
AA.), las siglas son invariables (las ONG, las APA); las abreviaturas
conservan la tilde en la misma letra que lleva la tilde en la palabra que
representan (pág., admón.), las siglas nunca llevan tilde, etc.
El plural de las abreviaturas formadas por una letra se puede expresar
duplicando esta letra (p. es la abreviatura de página mientras que pp. es la
abreviatura de páginas), y eso es lo que ocurre en los casos que nos
plantea. Casos similares son SS. MM. 'Sus Majestades'
(plural de S. M. 'Su Majestad'), RR. HH. por 'Recursos Humanos'.
Así, EE. UU. es la abreviatura correcta de Estados Unidos. Como tal, su
lectura correcta es la de la expresión completa a la que
sustituye: Estados Unidos.
Existe también la sigla española EUA, leída [é-ú-á], que, como
corresponde a las siglas, se escribe sin puntos.
Reciba un cordial saludo.
---
Departamento de «Español al día»
Real Academia Española
8<-----------------
Pues nada, esto despeja, creo, todas las dudas sobre cuando usar acrónimos y
abreviaturas y ratifica sin lugar a dudas las sabias palabras de Emmanuelle
(¡Eres una máquina!)<guiño>.
Enlaces a Yahoo! Grupos
Hola.
Los acrónimos y abreviaturas se deben marcar siempre, aparezcan donde aparezcan.
En cuanto al formato visual que le da Firefox por defecto, si que
podría suponer algún problema, pero la solucion es fácil, en el CSS:
abbr, acronym { text-decoration:none; }
;)
On 1/31/07, chus m <chusmfuentes@...> wrote:
>
>
>
>
>
>
>
> Tengo un duda sobre el tema de los acrónimos y abreviaturas: si en un menu de
navegacion aparece un acronimo o abreviatura, es necesario etiquetarlo o solo
debe hacerse cuando aparezca en el contenido?
> Si se etiqueta en el mozilla aparece subrayado con un borde discontinuo, y
creo que eso puede generar problemas de usabilidad, pero no estoy seguro de la
norma a aplicar.
>
> Gracias
>
>
> ______________________________________________
> 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 a todos!
Mis inquietudes por llegar al fondo de las cuestiones que me interesan,
junto con el acertado comentario de Emmanuelle sobre el tema de
Abreviaturas en los encabezados de tablas (en un hilo reciente), me
llevaron a plantearles la cuestión directamente a los académicos de la
lengua.
La respuesta es tan clara y práctica que, sin duda alguna, creo que
puede seros de mucha utilidad.
Aquí os dejo la respuesta recibida:
8<-----------------
Diferenciación entre abreviaturas y siglas (o acrónimos)
El académico Manuel Seco, en su Diccionario de dudas y dificultades
de la lengua española explica claramente cómo distinguir abreviaturas y
siglas:
«En esto se diferencian las siglas de las abreviaturas. Unas y
otras sirven para abreviar lo que se escribe; pero la abreviatura se lee
traduciendo lo escrito por lo que en ello se representa (así, Sr. se
lee forzosamente "señor", [EE. UU. se lee "Estados Unidos"]), mientras
que la sigla no se traduce, sino que se lee tal como está escrita [bien
como una palabra como en el caso de APA o BOE, bien deletreándola como
en ISBN]. Las abreviaturas no son más que formas acortadas en la
escritura; las siglas son verdaderas palabras usadas tanto en la
escritura como en el habla». (El texto entre corchetes es nuestro).
Las abreviaturas y las siglas se diferencian también en su
escritura: las abreviaturas siempre se escriben con punto (pág., s.,
apdo.), las siglas y acrónimos se escriben mayoritarimente sin punto
(APA, ONU); las abreviaturas tienen plural (págs., ss., apdos., VV.
AA.), las siglas son invariables (las ONG, las APA); las abreviaturas
conservan la tilde en la misma letra que lleva la tilde en la palabra
que representan (pág., admón.), las siglas nunca llevan tilde, etc.
El plural de las abreviaturas formadas por una letra se puede
expresar duplicando esta letra (p. es la abreviatura de página mientras
que pp. es la abreviatura de páginas), y eso es lo que ocurre en los
casos que nos plantea. Casos similares son SS. MM. 'Sus Majestades'
(plural de S. M. 'Su Majestad'), RR. HH. por 'Recursos Humanos'.
Así, EE. UU. es la abreviatura correcta de Estados Unidos. Como
tal, su lectura correcta es la de la expresión completa a la que
sustituye: Estados Unidos.
Existe también la sigla española EUA, leída [é-ú-á], que, como
corresponde a las siglas, se escribe sin puntos.
Reciba un cordial saludo.
---
Departamento de «Español al día»
Real Academia Española
8<-----------------
Pues nada, esto despeja, creo, todas las dudas sobre cuando usar
acrónimos y abreviaturas y ratifica sin lugar a dudas las sabias
palabras de Emmanuelle (¡Eres una máquina!)<guiño>.
Tengo un duda sobre el tema de los acrónimos y abreviaturas: si en un menu de
navegacion aparece un acronimo o abreviatura, es necesario etiquetarlo o solo
debe hacerse cuando aparezca en el contenido?
Si se etiqueta en el mozilla aparece subrayado con un borde discontinuo, y creo
que eso puede generar problemas de usabilidad, pero no estoy seguro de la norma
a aplicar.
Gracias
______________________________________________
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]
Muchas gracias por tu respuesta
--- Oscar Sanchez Casamitjana <osc.lists@...>
escribió:
> Hola Ángeles,
>
>
> On 30 Jan 2007, at 19:33, Angeles Alonso wrote:
>
> > 2. Y otra pregunta. El punto de verificación 13.1
> > establece: Identifique claramente el objetivo de
> cada
> > vínculo [Prioridad 2].
> > Estoy añadiendo los title en varios enlaces y
> > compruebo que Jaws (utilizo la version 7.0 y el
> > navegador que uso como base para hacer la prueba
> es
> > IE6) no lee los title. Lo he probado en Firefox y
> > tampoco. ¿alguien se ha encontrado con este
> problema?
>
>
> Esta presentación (en inglés) de Steve Faulkner deja
> bastante claro
> lo que se puede esperar y lo que no del atributo
> 'title', también
> propone alternativas más fiables: The trouble with
> the title
> attribute <http://www.sf.id.au/ozewai/>
>
>
>
> Saludos,
> Oscar Sanchez Casamitjana
______________________________________________
LLama Gratis a cualquier PC del Mundo.
Llamadas a fijos y móviles desde 1 céntimo por minuto.
http://es.voice.yahoo.com
Hola Ángeles,
On 30 Jan 2007, at 19:33, Angeles Alonso wrote:
> 2. Y otra pregunta. El punto de verificación 13.1
> establece: Identifique claramente el objetivo de cada
> vínculo [Prioridad 2].
> Estoy añadiendo los title en varios enlaces y
> compruebo que Jaws (utilizo la version 7.0 y el
> navegador que uso como base para hacer la prueba es
> IE6) no lee los title. Lo he probado en Firefox y
> tampoco. ¿alguien se ha encontrado con este problema?
Esta presentación (en inglés) de Steve Faulkner deja bastante claro
lo que se puede esperar y lo que no del atributo 'title', también
propone alternativas más fiables: The trouble with the title
attribute <http://www.sf.id.au/ozewai/>
Saludos,
Oscar Sanchez Casamitjana
Hola a todos,
Seguramente ya se hayan preguntado en este foro,
perdonad si reitero las preguntas.
1. Sabiendo que dos son los sistemas más utilizados
para la navegación en Internet por parte de personas
ciegas: los navegadores específicos para ciegos y los
lectores de pantalla en combinación con un navegador
estándar. ¿Es realmente el programa JAWS el lector de
pantalla más utilizado junto con Microsoft Internet
Explorer? y como navegador específico IBM Home Page
Reader?.
2. Y otra pregunta. El punto de verificación 13.1
establece: Identifique claramente el objetivo de cada
vínculo [Prioridad 2].
Estoy añadiendo los title en varios enlaces y
compruebo que Jaws (utilizo la version 7.0 y el
navegador que uso como base para hacer la prueba es
IE6) no lee los title. Lo he probado en Firefox y
tampoco. ¿alguien se ha encontrado con este problema?
Muchas gracias
______________________________________________
LLama Gratis a cualquier PC del Mundo.
Llamadas a fijos y móviles desde 1 céntimo por minuto.
http://es.voice.yahoo.com
Yo he usado ese recurso con mis alumnos: Les pido que
elijan un sitio inaccesible y que le escriban una
carta al Webmaster de dicho sitio explicando qué
usuarios no pueden acceder a él y por qué.
¿Alguien tiene alguna carta ya escrita que podamos
tomar como modelo?
Paula (casi vecina de Dolores)
--- Maria Dolores Garcia <doloresg@...>
escribió:
> Si muy de acuerdo con Paula. Podríamos tener un
> formulario ya hecho donde
> poner el mail y que envíe la carta automáticamente
> según se seleccione.
> no? Dolores
> ----- Original Message -----
> From: "Paula Maciel" <pau1967ar@...>
> To: <accesoweb@yahoogroups.com>
> Sent: Tuesday, January 30, 2007 1:50 PM
> Subject: RE: [AcWeb] colaborar (a raiz de "Lo último
> en accesibilidad")
>
>
> > Hola: Una de las ideas que surgieron en algún
> momento
> > es tener escritas "cartas tipo" para enviar en
> > diversas situaciones. Por ejemplo, cuando nos
> > encontramos un sitio "accesible para
> discapacitados
> > visuales"
> > Hay un número no muy grande de esas situaciones
> tipo y
> > una estrategia posible para cada una. Ayudaría
> > tenerlas por escrito de antemano.
> >
> > Paula
> >
> > --- Miguel Martinez <funcio@...> escribió:
> >
> >> Hola, Pedro.
> >> En lo que a mí respecta, no sólo creo conveniente
> >> que participes, sino
> >> necesario y muy enriquecedor.
> >> Sobre todo, porque llegarás a directivo.
> >>
> >> Pedro Novoa escribió:
> >> >
> >> > No soy directivo sino técnico de base
> oficialmente
> >> desempleado, si crees
> >> > conveniente, puedes contar conmigo como tipo de
> >> usuario con discapacidad
> >> > auditiva profunda.
> >>
> >>
> >> [Se han eliminado los trozos de este mensaje que
> no
> >> contenían texto]
> >>
> >>
> >
> >
> >
> >
> > ______________________________________________
> > LLama Gratis a cualquier PC del Mundo.
> > Llamadas a fijos y móviles desde 1 céntimo por
> minuto.
> > http://es.voice.yahoo.com
> >
> >
> >
> > Enlaces a Yahoo! Grupos
> >
> >
> >
> >
> >
> >
> >
>
>
>
______________________________________________
LLama Gratis a cualquier PC del Mundo.
Llamadas a fijos y móviles desde 1 céntimo por minuto.
http://es.voice.yahoo.com
Si muy de acuerdo con Paula. Podríamos tener un formulario ya hecho donde
poner el mail y que envíe la carta automáticamente según se seleccione.
no? Dolores
----- Original Message -----
From: "Paula Maciel" <pau1967ar@...>
To: <accesoweb@yahoogroups.com>
Sent: Tuesday, January 30, 2007 1:50 PM
Subject: RE: [AcWeb] colaborar (a raiz de "Lo último en accesibilidad")
> Hola: Una de las ideas que surgieron en algún momento
> es tener escritas "cartas tipo" para enviar en
> diversas situaciones. Por ejemplo, cuando nos
> encontramos un sitio "accesible para discapacitados
> visuales"
> Hay un número no muy grande de esas situaciones tipo y
> una estrategia posible para cada una. Ayudaría
> tenerlas por escrito de antemano.
>
> Paula
>
> --- Miguel Martinez <funcio@...> escribió:
>
>> Hola, Pedro.
>> En lo que a mí respecta, no sólo creo conveniente
>> que participes, sino
>> necesario y muy enriquecedor.
>> Sobre todo, porque llegarás a directivo.
>>
>> Pedro Novoa escribió:
>> >
>> > No soy directivo sino técnico de base oficialmente
>> desempleado, si crees
>> > conveniente, puedes contar conmigo como tipo de
>> usuario con discapacidad
>> > auditiva profunda.
>>
>>
>> [Se han eliminado los trozos de este mensaje que no
>> contenían texto]
>>
>>
>
>
>
>
> ______________________________________________
> LLama Gratis a cualquier PC del Mundo.
> Llamadas a fijos y móviles desde 1 céntimo por minuto.
> http://es.voice.yahoo.com
>
>
>
> Enlaces a Yahoo! Grupos
>
>
>
>
>
>
>
Tomo nota para corregir y mejorar el ejemplo. Muchas gracias a ti Emmanuelle
y a JesusDa, por los comentarios sobre el artículo.
Oscar Linares
oscar@...
www.eideo.com
Telf. 958 124 517
-------------------------------------------------------------
Internet es positivo porque nos une, nos conecta...
Trabajando en EIDEO para alcanzar una Web más universal.
Aprendiendo en www.innovacionweb.com
----- Original Message -----
From: "Emmanuelle Gutiérrez y Restrepo" <emmanuellegutierrez@...>
To: <accesoweb@yahoogroups.com>
Sent: Tuesday, January 30, 2007 2:36 PM
Subject: RE: [AcWeb] Abreviaturas en encabezados de tablas
Hola JesusDa, Oscar y todos,
Efectivamente, las abreviaturas de encabezados de tabla no son obligatorias
siempre. Deben usarse sólo para abreviar aquellos encabezados de tabla que
sean extensos. Por ejemplo, si el encabezado es: "Número de tazas de café
consumidas" puede abreviarse como "tazas". Así, el agente de usuario leerá
el encabezado relacionado con la celda que esté leyendo como: "tazas: 28".
Ahora, JesusDa, el agente no leerá la abreviatura de encabezado al leer el
encabezado, utilizará la abreviatura sólo al interpretar la relación marcada
en el código entre una celda y un encabezado.
En cuanto al ejemplo propuesto por Oscar de abreviar un encabezado titulado
"Estados Unidos" como "EEUU", no es correcto puesto que no hay que confundir
el atributo "abbr" con el elemento <abbr>. El elemento permite indicar un
título para que el agente de usuario sepa cómo debe extender el contenido
del mismo. En cambio el atributo abbr será leído tal cual. Por tanto, en ese
ejemplo el usuario oiría: "eeuu: 20". Así que tu presunción, JesusDa, de que
las abreviaturas de encabezado deben ser descriptivas, es correcta. Es más
deben ser comprensibles. Debe ser una palabra completa.
Por otra parte, sobre tu observación acerca de si EE.UU. Es una abreviatura
o un acrónimo, lo siento pero es una abreviatura. (El hecho de que se
utilicen o no mayúsculas no indica si se trata o no de una abreviatura)
Encontrarás la explicación de la Real Academia Española (RAE) en:
http://www.sidar.org/funacti/inves/abrvsacr.php
En cuanto al artículo, Oscar, no lo he leído detenidamente pero parece muy
completo y práctico como referencia.
Saludos,
Emmanuelle
Hola: Una de las ideas que surgieron en algún momento
es tener escritas "cartas tipo" para enviar en
diversas situaciones. Por ejemplo, cuando nos
encontramos un sitio "accesible para discapacitados
visuales"
Hay un número no muy grande de esas situaciones tipo y
una estrategia posible para cada una. Ayudaría
tenerlas por escrito de antemano.
Paula
--- Miguel Martinez <funcio@...> escribió:
> Hola, Pedro.
> En lo que a mí respecta, no sólo creo conveniente
> que participes, sino
> necesario y muy enriquecedor.
> Sobre todo, porque llegarás a directivo.
>
> Pedro Novoa escribió:
> >
> > No soy directivo sino técnico de base oficialmente
> desempleado, si crees
> > conveniente, puedes contar conmigo como tipo de
> usuario con discapacidad
> > auditiva profunda.
>
>
> [Se han eliminado los trozos de este mensaje que no
> contenían texto]
>
>
______________________________________________
LLama Gratis a cualquier PC del Mundo.
Llamadas a fijos y móviles desde 1 céntimo por minuto.
http://es.voice.yahoo.com
Hola, Pedro.
En lo que a mí respecta, no sólo creo conveniente que participes, sino
necesario y muy enriquecedor.
Sobre todo, porque llegarás a directivo.
Pedro Novoa escribió:
>
> No soy directivo sino técnico de base oficialmente desempleado, si crees
> conveniente, puedes contar conmigo como tipo de usuario con discapacidad
> auditiva profunda.
[Se han eliminado los trozos de este mensaje que no contenían texto]
Mi idea es que no sea indispensable, yo relleno el campo con un valor con el
formato y especifico claramente como se puede rellenar sin el calendario. De
ello actualmente está funcionanado sin calendario, tan solo pretendo mejorar
el manejo para el que pueda usar JS.
Me gusta mucho el calendario que me habeis indicado. Veré si lo puedo usar
sin demasiada complicación.
Saludos y Gracias a todos.
El día 30/01/07, felix.zapata@... <felix.zapata@...> escribió:
>
> No sé exactamente que requerimientos tienes en el proyecto, la cuestión
> es si
> ese calendario en un entorno con javascript y sin él ¿qué comportamiento
> tendría?
>
> ¿sin javascript no nos dejaría acabar de completar nuestro proceso? ¿con
> javascript todos los usuarios podrían interactuar con él?
>
> Quoting Fernando Alcaraz <fealfu@... <fealfu%40gmail.com>>:
>
> > Es decir, yo podría poner un calendario de los que pueda encontrar por
> la
> > web, que fuese accesible y simplemente con no hacerlo obligatorio, sería
> > suficiente?
> >
> > Saludos y gracias
> >
> > El día 30/01/07, felix.zapata@... <felix.zapata%40brainet.es> <
> felix.zapata@... <felix.zapata%40brainet.es>> escribió:
> >>
> >> Hola, quisiera hacer una puntualización acerca lo de que "javascript
> >> está
> >> prohibido" para que no cause confusión. JavaScript puede utilizarse
> >> siempre y
> >> cuando su uso no sea extrictamente necesario para hacer una tarea y,
> por
> >> lo
> >> tanto, lo necesitemos exclusivamente
> >>
> >> 1 saludo
> >>
> >>
> >> Quoting carlos campderrós
> >> <gilipollas.desconcertante@...<gilipollas.desconcertante%40gmail.com>
> <gilipollas.desconcertante%40gmail.com>
> >> >:
> >>
> >> > On 1/29/07, Fernando Alcaraz <fealfu@...
<fealfu%40gmail.com><fealfu%40gmail.com>>
>
> >> wrote:
> >> >>
> >> >>
> >> >> Yo actualmente estoy haciendo una aplicación Web para administracion
> >> >> pública
> >> >> española, con lo que debería cumplir el nivel AA.
> >> >>
> >> >> El problema que tengo es que querría poner un calendario JSCript, el
> >> >> típico
> >> >> que es una capa y se puede marcar el día que se quiera.
> >> >>
> >> >> Quería saber si conoceis alguna implementación de esto que sea
> >> accesible,
> >> >> o
> >> >> al menos, que se pueda adaptar para que llegue a serlo.
> >> >>
> >> >
> >> > Bueno, dado que javascript está prohibido, yo pondría el contenido de
> la
> >> > capa del calendario en un archivo .html, como enlace a abrir el
> >> calendario
> >> > haría:
> >> >
> >> > <a href="calendario.html" onclick="popup(this.href);">Abrir
> >> calendario</a>
> >> >
> >> > (si pones el onclick desde un .js externo mucho mejor, y si añades un
> >> > onkeypress, también mejor). La hoja de calendario tendría una tabla
> (ei,
> >> son
> >> > datos tabulados <sonrisa>) con enlaces para cada día, que volverían a
> la
> >> > pagina anterior con un parámetro extra para la fecha seleccionada, y
> en
> >> caso
> >> > de tener javascript activo, devolver una variable a la ventana padre.
> La
> >> > primera parte facil, de la segunda yo almenos no sé como hacerlo,
> pero
> >> > seguro que alguien por aquí nos ayuda...
> >> >
> >> > <td><a href="pagina_anterior.html?diaSeleccionado=27" onclick="..."
> >> > onkeypress="...">27</a></td>
> >> >
> >> > Espero que te guíe almenos
> >> >
> >> > --
> >> > Si no puedes deslumbrar con tu inteligencia,
> >> > desconcierta con tus gilipolleces
> >> >
> >> >
> >> > [Se han eliminado los trozos de este mensaje que no contenían texto]
> >> >
> >> >
> >>
> >> ----------------------------------------------------------
> >> This message was sent using IMP, the Internet Messaging Program.
> >>
> >>
> >>
> >
> >
> > [Se han eliminado los trozos de este mensaje que no contenían texto]
> >
> >
>
> ----------------------------------------------------------
> This message was sent using IMP, the Internet Messaging Program.
>
>
>
[Se han eliminado los trozos de este mensaje que no contenían texto]
Emmanuelle Gutiérrez y Restrepo escribió:
>
>
> Hola JesusDa, Oscar y todos,
>
Hola Emmanuelle!
> Efectivamente, las abreviaturas de encabezados de tabla no son obligatorias
> siempre. Deben usarse sólo para abreviar aquellos encabezados de tabla que
> sean extensos. Por ejemplo, si el encabezado es: "Número de tazas de café
> consumidas" puede abreviarse como "tazas". Así, el agente de usuario leerá
> el encabezado relacionado con la celda que esté leyendo como: "tazas: 28".
Ok! justo lo que imaginaba.<guiño>
>
> Ahora, JesusDa, el agente no leerá la abreviatura de encabezado al leer el
> encabezado, utilizará la abreviatura sólo al interpretar la relación marcada
> en el código entre una celda y un encabezado.
Ya me parecía a mí. Porque, claro, de leer la abreviatura en lugar del
contenido de la celda, casi se plantearían más problemas que soluciones.
El caso es que nunca había tenido la oportunidad de comprobarlo.
>
> En cuanto al ejemplo propuesto por Oscar de abreviar un encabezado titulado
> "Estados Unidos" como "EEUU", no es correcto puesto que no hay que confundir
> el atributo "abbr" con el elemento <abbr>. El elemento permite indicar un
> título para que el agente de usuario sepa cómo debe extender el contenido
> del mismo. En cambio el atributo abbr será leído tal cual. Por tanto, en ese
> ejemplo el usuario oiría: "eeuu: 20". Así que tu presunción, JesusDa, de que
> las abreviaturas de encabezado deben ser descriptivas, es correcta. Es más
> deben ser comprensibles. Debe ser una palabra completa.
Ok! <guiño>
>
> Por otra parte, sobre tu observación acerca de si EE.UU. Es una abreviatura
> o un acrónimo, lo siento pero es una abreviatura. (El hecho de que se
> utilicen o no mayúsculas no indica si se trata o no de una abreviatura)
> Encontrarás la explicación de la Real Academia Española (RAE) en:
> http://www.sidar.org/funacti/inves/abrvsacr.php
> <http://www.sidar.org/funacti/inves/abrvsacr.php>
>
¡Tachán! ¡Ahí me has dado!
De toda la vida he pensado que EEUU era un Acrónimo de *E*stados
*U*nidos, y que se duplica cada letra como indicativo de que es plural.
Me temo que la cuenta de cafés que te debo aumenta una vez más <risas>.
A este paso, para cuando coincidamos en las próximas jornadas del SIDAR
que caigan por aquí cerca, voy a tener que llevarme los ahorros. <guiño>
> En cuanto al artículo, Oscar, no lo he leído detenidamente pero parece muy
> completo y práctico como referencia.
>
> Saludos,
> Emmanuelle
Como siempre, Emmanuelle, tus aportaciones valen su peso en oro. Te
felicito.
Salu2 de jEsuSdA 8)
Hola JesusDa, Oscar y todos,
Efectivamente, las abreviaturas de encabezados de tabla no son obligatorias
siempre. Deben usarse sólo para abreviar aquellos encabezados de tabla que
sean extensos. Por ejemplo, si el encabezado es: "Número de tazas de café
consumidas" puede abreviarse como "tazas". Así, el agente de usuario leerá
el encabezado relacionado con la celda que esté leyendo como: "tazas: 28".
Ahora, JesusDa, el agente no leerá la abreviatura de encabezado al leer el
encabezado, utilizará la abreviatura sólo al interpretar la relación marcada
en el código entre una celda y un encabezado.
En cuanto al ejemplo propuesto por Oscar de abreviar un encabezado titulado
"Estados Unidos" como "EEUU", no es correcto puesto que no hay que confundir
el atributo "abbr" con el elemento <abbr>. El elemento permite indicar un
título para que el agente de usuario sepa cómo debe extender el contenido
del mismo. En cambio el atributo abbr será leído tal cual. Por tanto, en ese
ejemplo el usuario oiría: "eeuu: 20". Así que tu presunción, JesusDa, de que
las abreviaturas de encabezado deben ser descriptivas, es correcta. Es más
deben ser comprensibles. Debe ser una palabra completa.
Por otra parte, sobre tu observación acerca de si EE.UU. Es una abreviatura
o un acrónimo, lo siento pero es una abreviatura. (El hecho de que se
utilicen o no mayúsculas no indica si se trata o no de una abreviatura)
Encontrarás la explicación de la Real Academia Española (RAE) en:
http://www.sidar.org/funacti/inves/abrvsacr.php
En cuanto al artículo, Oscar, no lo he leído detenidamente pero parece muy
completo y práctico como referencia.
Saludos,
Emmanuelle
-----Mensaje original-----
De: accesoweb@yahoogroups.com [mailto:accesoweb@yahoogroups.com] En nombre
de jEsuSdA
Enviado el: martes, 30 de enero de 2007 13:04
Para: accesoweb@yahoogroups.com
Asunto: Re: [AcWeb] Abreviaturas en encabezados de tablas
Oscar Linares escribió:
> Si un encabezado tiene un contenido largo se debe usar el atributo
> ABBR para indicar una abreviatura que reduzca las repeticiones y el tiempo
de lectura.
> Por ejemplo, Estados Unidos tiene la abreviatura EEUU.
>
> <th abbr="EEUU">Estados Unidos</th>
>
Con esto, ¿es correcto presuponer que los navegadores de pantalla leerían la
Abreviatura en lugar del encabezado en aquellas celdas de la cabecera que la
tuvieran?
En el caso práctico que me comentas, concluyo que no sería necesario incluir
abreviatura en todas las celdas de la cabecera, ¿Sería esto correcto?
También tengo dudas en tanto en cuanto EEUU no es una abreviatura sino un
Acrónimo; y por ello, el etiquetado semántico correcto sería acronym="EEUU"
...
La verdad es que el tema parece trivial, pero tiene su "intríngulis" <guiño>
> Esto esta pensado para los navegadores de voz.
>
Si eligiésemos una abreviatura poco descriptiva, ¿no sería contraproducente
entonces?
> Lo he sacado de un artículo [1] que publique hace tiempo y donde
> puedes encontrar algunos enlaces sobre tablas accesibles que te pueden
interesar.
>
> [1] http://www.innovacionweb.com/tablas_accesibles.php
>
Muy buen artículo, te felicito. <guiño>
> Un saludo.
>
> Oscar Linares
> oscar@...
> www.eideo.com
> Telf. 958 124 517
Salu2 de jEsuSdA 8)
Enlaces a Yahoo! Grupos
Oscar Linares escribió:
> Si un encabezado tiene un contenido largo se debe usar el atributo ABBR para
> indicar una abreviatura que reduzca las repeticiones y el tiempo de lectura.
> Por ejemplo, Estados Unidos tiene la abreviatura EEUU.
>
> <th abbr="EEUU">Estados Unidos</th>
>
Con esto, ¿es correcto presuponer que los navegadores de pantalla
leerían la Abreviatura en lugar del encabezado en aquellas celdas de la
cabecera que la tuvieran?
En el caso práctico que me comentas, concluyo que no sería necesario
incluir abreviatura en todas las celdas de la cabecera, ¿Sería esto
correcto?
También tengo dudas en tanto en cuanto EEUU no es una abreviatura sino
un Acrónimo; y por ello, el etiquetado semántico correcto sería
acronym="EEUU" ...
La verdad es que el tema parece trivial, pero tiene su "intríngulis" <guiño>
> Esto esta pensado para los navegadores de voz.
>
Si eligiésemos una abreviatura poco descriptiva, ¿no sería
contraproducente entonces?
> Lo he sacado de un artículo [1] que publique hace tiempo y donde puedes
> encontrar algunos enlaces sobre tablas accesibles que te pueden interesar.
>
> [1] http://www.innovacionweb.com/tablas_accesibles.php
>
Muy buen artículo, te felicito. <guiño>
> Un saludo.
>
> Oscar Linares
> oscar@...
> www.eideo.com
> Telf. 958 124 517
Salu2 de jEsuSdA 8)
Si un encabezado tiene un contenido largo se debe usar el atributo ABBR para
indicar una abreviatura que reduzca las repeticiones y el tiempo de lectura.
Por ejemplo, Estados Unidos tiene la abreviatura EEUU.
<th abbr="EEUU">Estados Unidos</th>
Esto esta pensado para los navegadores de voz.
Lo he sacado de un artículo [1] que publique hace tiempo y donde puedes
encontrar algunos enlaces sobre tablas accesibles que te pueden interesar.
[1] http://www.innovacionweb.com/tablas_accesibles.php
Un saludo.
Oscar Linares
oscar@...
www.eideo.com
Telf. 958 124 517
-------------------------------------------------------------
Internet es positivo porque nos une, nos conecta...
Trabajando en EIDEO para alcanzar una Web más universal.
Aprendiendo en http://www.innovacionweb.com/
Buenas,
El 30/01/2007, a las 11:42, Jorge Rumoroso escribió:
> Si la finalidad del calendario es simplemente mejorar la
> experiencia de
> usuario y controlar el formato en el que se introduce, pienso que
> incluirlo
> mediante javascript y no incluir una alternativa sería una
> solución. Si
> además se indica al usuario claramente el formato de la fecha a
> introducir,
> para que si lo hace de forma manual no le devuelva errores,
> considero que no
> haría falta el documento alternativo que incluyese el calendario.
> Otra cosa
> sería si en el mencionado calendario se indicasen una serie de fechas
> concretas.
>
> Recientemente he estado dando vueltas a un calendario[1] aportado
> mediante
> javascript y pretendiendo que fuese lo más accesible y correcto
> posible, a
> la par que lo menos intrusivo. O sea, es innecesario, pero útil.
>
> [1] http://niquelao.net/wp-content/uploads/2007/1/acc_calendar/
>
> Un saludo
>
> www.niquelao.net <http://www.niquelao.net/> – Niquelando la Web
No funciona bien en Safari, me es imposible seleccionar algunas fechas.
Hay que recordar que la accesibilidad no se limita a entornos sin
javascript, impedidos visuales, etc. También ha de aplicarse a
entornos normales y corrientes. <guiño>
Un saludo.
--
Juan G. Hurtado
[ juan.g.hurtado@... ]
[ http://armonia.spiral-static.org/ ]
No sé exactamente que requerimientos tienes en el proyecto, la cuestión es si
ese calendario en un entorno con javascript y sin él ¿qué comportamiento
tendría?
¿sin javascript no nos dejaría acabar de completar nuestro proceso? ¿con
javascript todos los usuarios podrían interactuar con él?
Quoting Fernando Alcaraz <fealfu@...>:
> Es decir, yo podría poner un calendario de los que pueda encontrar por la
> web, que fuese accesible y simplemente con no hacerlo obligatorio, sería
> suficiente?
>
> Saludos y gracias
>
> El día 30/01/07, felix.zapata@... <felix.zapata@...> escribió:
>>
>> Hola, quisiera hacer una puntualización acerca lo de que "javascript
>> está
>> prohibido" para que no cause confusión. JavaScript puede utilizarse
>> siempre y
>> cuando su uso no sea extrictamente necesario para hacer una tarea y, por
>> lo
>> tanto, lo necesitemos exclusivamente
>>
>> 1 saludo
>>
>>
>> Quoting carlos campderrós
>> <gilipollas.desconcertante@...<gilipollas.desconcertante%40gmail.com>
>> >:
>>
>> > On 1/29/07, Fernando Alcaraz <fealfu@... <fealfu%40gmail.com>>
>> wrote:
>> >>
>> >>
>> >> Yo actualmente estoy haciendo una aplicación Web para administracion
>> >> pública
>> >> española, con lo que debería cumplir el nivel AA.
>> >>
>> >> El problema que tengo es que querría poner un calendario JSCript, el
>> >> típico
>> >> que es una capa y se puede marcar el día que se quiera.
>> >>
>> >> Quería saber si conoceis alguna implementación de esto que sea
>> accesible,
>> >> o
>> >> al menos, que se pueda adaptar para que llegue a serlo.
>> >>
>> >
>> > Bueno, dado que javascript está prohibido, yo pondría el contenido de la
>> > capa del calendario en un archivo .html, como enlace a abrir el
>> calendario
>> > haría:
>> >
>> > <a href="calendario.html" onclick="popup(this.href);">Abrir
>> calendario</a>
>> >
>> > (si pones el onclick desde un .js externo mucho mejor, y si añades un
>> > onkeypress, también mejor). La hoja de calendario tendría una tabla (ei,
>> son
>> > datos tabulados <sonrisa>) con enlaces para cada día, que volverían a la
>> > pagina anterior con un parámetro extra para la fecha seleccionada, y en
>> caso
>> > de tener javascript activo, devolver una variable a la ventana padre. La
>> > primera parte facil, de la segunda yo almenos no sé como hacerlo, pero
>> > seguro que alguien por aquí nos ayuda...
>> >
>> > <td><a href="pagina_anterior.html?diaSeleccionado=27" onclick="..."
>> > onkeypress="...">27</a></td>
>> >
>> > Espero que te guíe almenos
>> >
>> > --
>> > Si no puedes deslumbrar con tu inteligencia,
>> > desconcierta con tus gilipolleces
>> >
>> >
>> > [Se han eliminado los trozos de este mensaje que no contenían texto]
>> >
>> >
>>
>> ----------------------------------------------------------
>> This message was sent using IMP, the Internet Messaging Program.
>>
>>
>>
>
>
> [Se han eliminado los trozos de este mensaje que no contenían texto]
>
>
----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.
Jorge Rumoroso escribió:
>
>
> Si la finalidad del calendario es simplemente mejorar la experiencia de
> usuario y controlar el formato en el que se introduce, pienso que incluirlo
> mediante javascript y no incluir una alternativa sería una solución. Si
> además se indica al usuario claramente el formato de la fecha a introducir,
> para que si lo hace de forma manual no le devuelva errores, considero que no
> haría falta el documento alternativo que incluyese el calendario. Otra cosa
> sería si en el mencionado calendario se indicasen una serie de fechas
> concretas.
>
> Recientemente he estado dando vueltas a un calendario[1] aportado mediante
> javascript y pretendiendo que fuese lo más accesible y correcto posible, a
> la par que lo menos intrusivo. O sea, es innecesario, pero útil.
>
> [1] http://niquelao.net/wp-content/uploads/2007/1/acc_calendar/
> <http://niquelao.net/wp-content/uploads/2007/1/acc_calendar/>
>
> Un saludo
Hola Jorge
Me gusta mucho el tipo de calendario que has empleado para el
formulario, y aunque no le he dedicado tiempo a revisar código ni
pautas, así a primera vista veo dos cosas que yo le añadiría para
hacerlo accesible:
1º) - Añadiría un contenido por defecto en los campos editables del
formulario.
2º) - Indicaría el formato de la fecha expresamente, para que los
usuarios con JS desactivado sepan exactamente cómo deben introducir la
misma. (Tal vez, con el punto 1 podrías cubrir el 2)
Por lo demás, me ha gustado bastante el sistema de incluir el
desplegable JS en el propio campo. Buen trabajo. Hasta se puede manejar
con teclado. <guiño>
Salu2 de jEsuSdA 8)
>
> www.niquelao.net <http://www.niquelao.net/ <http://www.niquelao.net/>> --
> Niquelando la Web
>
> > Buenas Tardes
> >
> > Llevo un tiempo siguiendo esta lista, y me sorprendo cada dia de lo
> dificil
> > que puede llegar a ser hacer una Web realmente accesible.
> >
> > Yo actualmente estoy haciendo una aplicación Web para administracion
> pública
> > española, con lo que debería cumplir el nivel AA.
> >
> > El problema que tengo es que querría poner un calendario JSCript, el
> típico
> > que es una capa y se puede marcar el día que se quiera.
> >
> > Quería saber si conoceis alguna implementación de esto que sea accesible,
> o
> > al menos, que se pueda adaptar para que llegue a serlo.
> >
> > Muchas gracias.
> >
> > Saludos.
>
> [Se han eliminado los trozos de este mensaje que no contenían texto]
>
>
Si la finalidad del calendario es simplemente mejorar la experiencia de
usuario y controlar el formato en el que se introduce, pienso que incluirlo
mediante javascript y no incluir una alternativa sería una solución. Si
además se indica al usuario claramente el formato de la fecha a introducir,
para que si lo hace de forma manual no le devuelva errores, considero que no
haría falta el documento alternativo que incluyese el calendario. Otra cosa
sería si en el mencionado calendario se indicasen una serie de fechas
concretas.
Recientemente he estado dando vueltas a un calendario[1] aportado mediante
javascript y pretendiendo que fuese lo más accesible y correcto posible, a
la par que lo menos intrusivo. O sea, es innecesario, pero útil.
[1] http://niquelao.net/wp-content/uploads/2007/1/acc_calendar/
Un saludo
www.niquelao.net <http://www.niquelao.net/> – Niquelando la Web
> Buenas Tardes
>
> Llevo un tiempo siguiendo esta lista, y me sorprendo cada dia de lo
dificil
> que puede llegar a ser hacer una Web realmente accesible.
>
> Yo actualmente estoy haciendo una aplicación Web para administracion
pública
> española, con lo que debería cumplir el nivel AA.
>
> El problema que tengo es que querría poner un calendario JSCript, el
típico
> que es una capa y se puede marcar el día que se quiera.
>
> Quería saber si conoceis alguna implementación de esto que sea accesible,
o
> al menos, que se pueda adaptar para que llegue a serlo.
>
> Muchas gracias.
>
> Saludos.
[Se han eliminado los trozos de este mensaje que no contenían texto]
Hola a todos!
Durante un curso que impartí sobre accesibilidad la pasada semana surgió
una cuestión que, la verdad, no me había planteado hasta el momento.
El caso es que cuando uno tiene que maquetar tablas de manera correcta y
semántica, se recomienda el uso de abreviaturas e identificadores para
cada elemento de la cabecera de la tabla.
Por ejemplo:
<table summary="La tabla contiene una comparación entre Debian GNU/Linux
y Windows XP.">
<caption>Comparativa entre Debian GNU/Linux y Windows XP</caption>
<thead>
<tr>
<th id="t1" abbr="prod">Producto</th>
<th id="t2" abbr="lic">Licencia</th>
<th id="t3" abbr="ct">Coste</th>
<tr>
</thead>
<tbody>
...
El uso de el identificador lo tengo claro, pero desconozco la utilidad
*práctica* de emplear abreviaturas para cada elemento de la cabecera.
En un primer lugar supuse que habrían agentes de usuario que las usaran
para facilitar la navegación por la tabla, pero no he sido capaz de
encontrar ningún ejemplo de uso de estas propiedades.
¿Alguien sería capaz de ponerme un ejemplo práctico del uso de
abreviaturas en los elementos de la cabecera de una tabla?
(eternamente agradecido)<guiño>
Salu2 de jEsuSdA 8)
Gracias por la puntualización Féliz, ahora veo que no lo había dejado del
todo claro...
On 1/30/07, Fernando Alcaraz <fealfu@...> wrote:
>
> Es decir, yo podría poner un calendario de los que pueda encontrar por la
> web, que fuese accesible y simplemente con no hacerlo obligatorio, sería
> suficiente?
>
con no hacerlo obligatorio, y que una persona con javascript desactivado
pueda navegar y rellenar correctamente ese campo del formulario (y todos los
demás, claro).
--
Si no puedes deslumbrar con tu inteligencia,
desconcierta con tus gilipolleces
[Se han eliminado los trozos de este mensaje que no contenían texto]
Sin conexión 
Enviar mensaje
