Hola:
Para avisarles a todos que el correo desde el que les estoy escribiendo será
dado debaja en proximos días.
Es decir que el correo etex01@... ya no será mi correo.
En pocos días les estaré dando a conocer mi nueva dirección.
Por lo pronto pueden escribirme al correo: lggat@...
Quedo a sus órdenes y recivan muchos saludos.


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

"Ver com os ouvidos?" foi o tema de uma comunicação efectuada no FENS
Fórum 2004, o 4º Fórum Europeu de Neurociencias, realizado no mês
passada em Lisboa.
http://fensforum.neurosciences.asso.fr/

Converter imagens em som inteligível poderá ajudar, em alguns casos,
a uma melhor navegação espacial por parte de alguns portadores de
deficiência visual. Por outro lado,

O conceito parece-me muito interessante, e recomendo uma visita ao
sítio do Peter Meijer em http://www.seeingwithsound.com/ .

O equipamento de ajuda à navegação proposto é muito discreto.
Necessita apenas de uns óculos equipados com uma minicamera e um
processador que pode ser o próprio telemóvel (Nokia 3650).

Uma tecnologia a ter em conta...
Vou esperar para ver, e ouvir.

No es nuevo, pero no lo había visto: The vOICe es un sistema que mapea
espacios visuales a sonoros mediante estereo, volumen y altura del sonido.
http://www.seeingwithsound.com/
Es un sistema para accesibilidad física (quiero decir, no web) pero
tiene un demo para windows que puede probarse con una webcam o
archivos de imagen. También puede conectarse con una placa de TV.
Obviamente para su uso real debe costar acostumbrarse, pero resulta
creíble.

--------------
Manuel Razzari
YO   -> http://ultimorender.com.ar/funkascript
CVAM -> http://conVistaAlMar.com.ar

acabo de darme cuenta que el mail que acabo de enviar había llegado a
esta misma lista desde Hugo Cunha :p... pensé que venía de otra y
quería compartirlo con ustedes ...
perdón por la repetición

¿Alguien conoce gente que esté trabajando temas de accesibilidad digital
> en
> > Universidades de diferentes países sudamericanos? Me lo han preguntado
con
> > cierta premura.
> > Gracias
> > Paula
> >
> >
>

No sítio tem uma Java Demo que poderá ser utilizada para carregar
algumas imagens para conversão sonora.

Não obstante os desenvolvimentos efectuados no formato SVG, como
sabem, uma grande parte da actual Web encontra-se na forma de imagens
(jpg, gif, etc.).

Em tempos, esteve instalada no meu pc uma versão vOICe (Learning
Edition) que tinha a possibilidade de sonificação do meu ecrã, ou
seja, toda a imagem do meu ecrã era convertida em som.

Pelo que me é dado perceber, esta aplicação poderá também ser muito
útil na leitura de gráficos de barras, cuja geometria é linear.
Até eu, que não estou cognitivamente preparado para decifrar estas
cadeias sonoras, me apercebo da tendência subjacente numa série de
dados.

Para os interessados, sugiro que experimentem sonificar um gráfico de
barras e o ouçam para descobrir a tendência subjacente na série de
dados.

Fiz um gif que coloquei na pasta de ficheiros com a evolução do
número de mensagens no accesoweb ao longo dos 57 meses de existência.

http://us.f1.yahoofs.com/groups/g_370044/__hr_Grafico_Barras_accesoweb
_2004.gif?bcZcxKBBpxna9c0T


>> Es un sistema para accesibilidad física (quiero decir, no web) pero
>> tiene un demo para windows que puede probarse con una webcam o
>> archivos de imagen.

Por este motivo, concordo plenamente com o  Manuel Razzari. A sua
aplicação a ficheiros digitais, torna-a também numa aplicação de
acessibilidade digital.

Um abraço
Hugo SC

> ¿Alguien conoce gente que esté trabajando temas de
> accesibilidad digital en Universidades de diferentes
> países sudamericanos?

Paula, yo estoy trabajando en accesibilidad dentro de la Escuela de
Comunicación Multimedial de Universidad Maimónides [1], Buenos
Aires, que en DIBA 2004 [2] presentará su sitio web institucional
conformante con WCAG-WAI AA+.

Además tené en cuenta que en el portal Educ.ar está
trabajando Viviana Dehaes [3] que está haciendo un importante trabajo
en accesibilidad y marcado semántico.

[1] http://multimedia.maimonides.edu/
[2] http://tinyurl.com/5vs2m
[3] http://www.interacciones.com.ar/acercade.php

saludos,
-manuel

--------------
Manuel Razzari
YO   -> http://ultimorender.com.ar/funkascript
CVAM -> http://conVistaAlMar.com.ar

Hola Paula:

Te cuento que estoy trabajando con el tema de la discapacidad y las plataformas
informaticas desde hace un par de años dentro del LINTI (un laboratorio de la
Fac. de Informatica de la UNLP). Mas especificamente a lo referido al acceso al
contenido Web. En este momento estamos implementando la version accesible del
portal Roble de la UNLP.

Desde este año ademas soy representante de la Fac. de Informatica en la Comision
sobre Discapacidad de la UNLP.

Si queres tener mas informacion escribime. La verdad es que es muy bueno que te
intereses respecto a los emprendimientos Latinoamericanos vinculados a la
problematica de la discapacidad y la informatica (en mi caso).




José Ferreyra - Argentina
(betoferreyra@...)
		 100mb gratis, Antivirus y Antispam
Correo Yahoo!, el mejor correo web del mundo
¡Tenelo ya!

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

Viva António,

Apenas para complementar a informação, e tal como a Emmanuelle
referenciou é muito importante saber como analisam os leitores de ecrã
a informação.

No caso do leitor de pantalla Jaws, e sucede o mesmo com o WindowEye
(WE), a leitura faz-se do seguinte modo:
"(...)
	 •  The "Alt" attribute is used to include a brief description of an
image. JAWS reads this text when it is available.
	 •  The "Title" attribute is used to provide supplemental information
about an image. JAWS reads title text if alt text is not available.
	 •  The "Longdesc" attribute is used to provide a long description of
an image on a separate page. After reading any Alt or title text for an
image, JAWS announces that there is a long description. Press ENTER to
open the page containing the long description in a new window.
(...)" (in:
http://www.freedomscientific.com/html_challenge/files/
images_challenge.html .)

Mas o interessante é que, quer o JAWS quer o WE, podem ser configurados
para ler o atributo alt OU title, mas não os dois em simultâneo, o que
contraria a filosofia da sua utilização enquanto complementares
expressa pelo W3C. De referir ainda que a quota mundial destes leitores
de ecrã juntos é superior a 80%, sendo a do JAWS próxima dos 70%.

Como diz a Emmanuelle, usa o alt para as legendas das imagens, as
quais, segundo o espírito da ferramenta de avaliação CynthiaSays não
devem ultrapassar os 80 caracteres. Logo vemos o que fazer ao title das
imagens (sonrisa:-).

Um abraço,
Jorge Fernandes

++início do rodapé
Jorge Fernandes | jorge.f@...

On 5 Aug 2004, at 16:13, Emmanuelle Gutiérrez y Restrepo wrote:

> Hola Antonio, Alejandro y todos:
>
>  Sólo una puntualización sobre la función que cumple el atributo
> title. El
>  hecho de que algunas aplicaciones de usuario (algunos navegadores
> gráficos)
>  presenten su contenido o valor en una "tooltip" o recuadro visible
> sobre el
>  elemento que contiene el atributo al poner el puntero del ratón sobre
> él, no
>  significa que esa sea su función.
>
>  La función del atributo "title" es ofrecer alguna información que
> extienda
>  la comprensión del elemento al que corresponde.
>
>  En la mayoría de los navegadores gráficos se presenta su contenido o
> valor
>  en una tooltip, pero recordemos que no todos los navegadores son
> gráficos y
>  que, por ejemplo, en las aplicaciones de usuario sonoras la
> representación
>  como tooltip no valdría de nada, por lo que representan el valor del
>  atributo con una entonación distinta o cualquier otro efecto que lo
>  diferencie del resto del contenido.
>
>  (Ver, por ejemplo, la definición del atributo title en la
> especificación de
>  HTML 4.01: http://www.w3.org/TR/REC-html40/struct/global.html#h-7.4.3)
>
>  Y respecto a la pregunta concreta de Antonio:
>  - En una imagen debe usarse siempre el atributo alt, pero el atributo
> title
>  debe usarse sólo si realmente es necesario transmitir una información
>  distinta a la que que puede ofrecer el atributo alt.
>  - Hay que diferenciar entre navegadores parlantes o sonoros y
> lectores o
>  revisores de pantalla, tanto unos como otros pueden ser usados por
> personas
>  ciegas, pero no no sólo los ciegos utilizan estos tipos de
> aplicaciones.
>  - Si representan el atributo alt o el atributo title o los dos,
> depende no
>  sólo de la aplicación en sí, sino de cómo la configure el usuario.
>
>  Espero que esto aclare algo más la cuestión.
>
>  Saludos,
>  Emmanuelle
>    -----Mensaje original-----
>    De: Alejandro Cuesta [mailto:alejandrocuesta@...]
>    Enviado el: jueves, 05 de agosto de 2004 10:01
>    Para: accesoweb@yahoogroups.com
>    Asunto: RE: [AcWeb] Alt vs Title
>
>
>    Hola Antonio.
>    Según mis conocimientos, el atributo ALT es el atributo que se
> utiliza
>  para ofrecer texto ALTernativo a la imagen. Es decir, si la imagen no
> se
>  carga, o el navegador no muestra imágenes (un navegador de un móvil o
> de un
>  ciego), se muestra el texto alternativo. Debería utilizarse para
> realizar
>  descripciones cortas de las imágenes.  Por otro lado, el atributo
> TITLE
>  sirve para mostrar una ayudita (tooltip) cuando pasas el ratón por
> encima de
>  la imagen. MS Intenet Explorer hace una interpretación muy suya del
> atributo
>  ALT y lo trata igual que el atributo TITLE.
>
>    Más información:
>    - Tag IMG y sus atributos (ALT):
> http://www.w3schools.com/tags/tag_img.asp
>    - Atributos estándar (TITLE):
> http://www.w3schools.com/tags/standardattributes.asp
>
>    Alex
>
>
>    -----Mensaje original-----
>    De: Antonio Santos [mailto:antonio.santos@...]
>    Enviado el: miércoles, 04 de agosto de 2004 13:01
>    Para: accesoweb@yahoogroups.com
>    Asunto: [AcWeb] Alt vs Title
>
>    Una duda
>
>    supongo que para dotar de texto a las imagenes de una web es
> aconsejable
>  utilizar tanto el atributo ALT como el TITLE para adaptarse al mayor
> numero
>  posible de navegadores.
>
>    Ahora bien,.. ¿como lo interpreta un navegador para invidentes?
> ¿Muestra
>  lo que ponga en el atributo TITLE o bien muestra los dos?
>
>    Gracias
>
>
>      ----------
>
>    ------------------------------------------------------------------
>    This e-mail and the documents attached are confidential and intended
>  solely for the addressee; it may also be privileged. If you receive
> this
>  e-mail in error, please notify the sender immediately and destroy it.
>    As its integrity cannot be secured on the Internet, the Atos Origin
> group
>  liability cannot be triggered for the message content. Although the
> sender
>  endeavours to maintain a computer virus-free network, the sender does
> not
>  warrant that this transmission is virus-free and will not be liable
> for any
>  damages resulting from any virus transmitted.
>
>    "Este mensaje y los ficheros adjuntos pueden contener información
>  confidencial destinada solamente a la(s) persona(s) mencionadas
>  anteriormente. Pueden estar protegidos por secreto profesional Si
> usted
>  recibe este correo electrónico por error, gracias de informar
> inmediatamente
>  al remitente y destruir el mensaje.
>    Al no estar asegurada la integridad de este mensaje sobre la red,
> Atos
>  Origin no se hace responsable por su contenido. Su contenido no
> constituye
>  ningún compromiso para el grupo Atos Origin, salvo ratificación
> escrita por
>  ambas partes.
>    "Aunque se esfuerza al máximo por mantener su red libre de virus, el
>  emisor no puede garantizar nada al respecto y no será responsable de
>  cualesquiera daños que puedan resultar de una transmisión de virus"
>    ------------------------------------------------------------------
>
>
>    [Se han eliminado los trozos de este mensaje que no contenían texto]
>
>
>
>
>    Enlaces a Yahoo! Grupos
>
>
>        accesoweb-unsubscribe@yahoogroups.com
>
>        http://es.docs.yahoo.com/info/utos.html
>
>
>
>
>
>
>
>
>          Patrocinio de Yahoo! Grupos
>
>
>
>
> -----------------------------------------------------------------------
> -----
>  --
>    Enlaces a Yahoo! Grupos
>
>      a.. Para visitar tu grupo en la web, accede a :
>      http://es.groups.yahoo.com/group/accesoweb/
>
>      b.. Para cancelar tu suscripción a este grupo, envía un mensaje a:
>      accesoweb-unsubscribe@yahoogroups.com
>
>      c.. El uso que hagas de Yahoo! Grupos está sujeto a las
> Condiciones del
>  servicio de Yahoo!.
>
>
>
>  [Se han eliminado los trozos de este mensaje que no contenían texto]
>
>
>
>
> Patrocinio de Yahoo! Grupos
>
>
>
> Enlaces a Yahoo! Grupos
>
>  •  Para visitar tu grupo en la web, accede a :
> http://es.groups.yahoo.com/group/accesoweb/
>   
>  • 	 Para cancelar tu suscripción a este grupo, envía un mensaje a:
> accesoweb-unsubscribe@yahoogroups.com
>  
>  • 	 El uso que hagas de Yahoo! Grupos está sujeto a las Condiciones
> del servicio de Yahoo!.
>
>

Amigos,
que les parece el siguiente tutorial [1] aparecido en minid
[2] para la adopción del XHTML?

Un abrazo a todos,
Daniel Low
[1] http://www.minid.net/
[2]<http://www.minid.net/archivos/categorias/xhtml/13_leyes_de_oro_para_dar_el_g\
ran_paso.php>

Les cuento ,mi Nombre Es Rodrigo Carrasco Estudio en la Univer.
Catolica de Temuco y estoy en plena tesis. Cuyo tema es la
Accesibilidad y Adapatacion de sistios Web para personas con algun
problema Visual. Ya me informado en alguna de la paginas que
pertenecen a este sitio y Tengo amterial. Pero les pidiria ayuda a
ustedes para Orientarme hacia donde tienen que ir dirigida mi aporte.
           La verdad es que tengo que diseñar e implementar unn
prototipo explicativo de sitio Web accesible para todos...
   Por ejemplo el de mi Universidad si ustedes puedebnn ayudarme y
como esto  inscrito en esta lista les agradeceria y preguntari a cosa
de relevancia para mi desarrollo por su atencion Gracias....

Hola a todos/todas

Quería hacer una consulta sobre los iframes.
He leído un mensaje al respecto en el histórico pero me queda alguna duda.
¿Se pueden usar iframes en XHTML? (vi que en en HTML 4.0 Strict no se
puede).
¿Para un nivel AAA, sería correcto usar un iframe siempre que se cree una
página alternativa con el mismo contenido para los navegadores que no lo
soporten o lo tengan desactivado?

Gracias de antemano.
Saludos.

Virginia Aguirre


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

Hola a todos!

Hay una pauta en la WCAG que, aunque intento cumplir, no entiendo muy bien
porqué existe...

Se trata de la pauta 10.4:
  "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]
Por ejemplo, en HTML, haga esto con TEXTAREA e INPUT."

Con un title en el form y un label para los input y textearea, ¿Qué ventajas
aporta darle un valor a los cuadros de edición?

Un saludo!

--
Ana Belén Ramón
http://www.avidos.net/blogold

Hola,
supongo que en determinadas circunstancias, como baja vision, dificultad de
diferenciar color, etc., un campo vacío puede no leerse, en cambio un campo con
texto, será más reconocible.
Un saludo,
   ----- Original Message -----
   From: Ana Belén Ramón
   To: accesoweb@yahoogroups.com
   Sent: Tuesday, August 31, 2004 12:42 PM
   Subject: [AcWeb] incluir carácteres por defecto en input y textarea


   Hola a todos!

   Hay una pauta en la WCAG que, aunque intento cumplir, no entiendo muy bien
   porqué existe...

   Se trata de la pauta 10.4:
   "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]
   Por ejemplo, en HTML, haga esto con TEXTAREA e INPUT."

   Con un title en el form y un label para los input y textearea, ¿Qué ventajas
   aporta darle un valor a los cuadros de edición?

   Un saludo!

   --
   Ana Belén Ramón
   http://www.avidos.net/blogold




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

Hola Ana Belén y todos:

Hay dos razones para la existencia de esa pauta:
- Algunas aplicaciones de usuario, algunos lectores de pantalla, necesitan
que en los campos haya algún texto para reconocer dónde deben está el punto
de inserción del cursor. De manera que cuando hay campos vacíos los usuarios
tienen graves dificultades para colocar el cursor en el campo y poder
empezar a escribir en él.
- Un texto explicativo como contenido por omisión de esos campos ayuda a
personas con deficiencias cognitivas a entender qué tipo de información
deben indicar en el campo en cuestión.

Esas son las razones de la existencia de esa pauta. Hoy en día muchas ayudas
técnicas no requieren del contenido en el campo para saber dónde insertar el
cursor, pero aún hay otras que sí, de manera que sigue siendo válida y
requerida, porque aún no todas las aplicaciones de usuario manejan
correctamente los controles vacíos.

Como dices, una correcta etiquetación y uso del atributo "title" ayudan a
las personas con deficiencias cognitivas a comprender qué tienen que poner
en el campo. Pero aún sigue siendo necesario que haya algún texto en, al
menos, el primer campo de un formulario para que determinadas ayudas
técnicas sepan dónde colocar el cursor.

Espero haberlo explicado bien y que ahora te sea más sencillo comprender por
qué es necesario y con qué intención debe hacerse.

Salu2,
Emmanuelle
   -----Mensaje original-----
   De: Ana Belén Ramón [mailto:ana@...]
   Enviado el: martes, 31 de agosto de 2004 12:43
   Para: accesoweb@yahoogroups.com
   Asunto: [AcWeb] incluir carácteres por defecto en input y textarea


   Hola a todos!

   Hay una pauta en la WCAG que, aunque intento cumplir, no entiendo muy bien
   porqué existe...

   Se trata de la pauta 10.4:
   "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]
   Por ejemplo, en HTML, haga esto con TEXTAREA e INPUT."

   Con un title en el form y un label para los input y textearea, ¿Qué
ventajas
   aporta darle un valor a los cuadros de edición?

   Un saludo!

   --
   Ana Belén Ramón
   http://www.avidos.net/blogold


         Patrocinio de Yahoo! Grupos



----------------------------------------------------------------------------
--
   Enlaces a Yahoo! Grupos

     a.. Para visitar tu grupo en la web, accede a :
     http://es.groups.yahoo.com/group/accesoweb/

     b.. Para cancelar tu suscripción a este grupo, envía un mensaje a:
     accesoweb-unsubscribe@yahoogroups.com

     c.. El uso que hagas de Yahoo! Grupos está sujeto a las Condiciones del
servicio de Yahoo!.



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

Hola a todos,

En el enlace que adjunto empece a armar el sitio que voy a entregar como
tesis en la facultad y ocurre algo curioso, que la diagramacion de la pagina
en PC se ve perfecta y en Mac se desfazan de lugar algunas cosas.
Si disponen de  unos minutos lo pueden ver?? para saber si los que tienen
mac les pasa lo mismo y saber que puede estar ocurriendo?

En la home pueden entrar al item Discapacidad (esta todo completo) y
Tecnologia (solo la intro)
La foto de la home la quiero cambiar, ignorarla por el momento (ya se que no
tiene el atributo alt).

Desde ya cualquier observacion sera bienvenida

Muchas gracias

http://www.qsvtya.com.ar/varios/accesible/


D.G. Andrea Stirparo
AS | Diseño




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

Hola a todos,

Existe un documento del grupo de trabajo WCAG de errores en las pautas para
una posible revisión de las mismas. El documento no representa un consenso
en grupo y es simplemente para llevar un seguimiento de sus debates,
pero... dice alguien acerca del punto 10.4, "Parece que este problema
desapareció justo despues de la publicación de las pautas WCAG 1.0.
¿Desaconsejar?"
http://www.w3.org/2003/12/wcag10-errata-table.html

un saludo,

Alan Chuter
achuter@...
Consultor en Accesibilidad Web
Fundosa Teleservicios
Grupo Fundosa
Tfno: 91-121.03.31
Fax: 91-375.70.51
www.teleservicios.com




On Tue, 31 Aug 2004 14:47:07 +0200, Emmanuelle Gutiérrez y Restrepo
<emmanuelle@...> wrote:

> Hola Ana Belén y todos:
>
> Hay dos razones para la existencia de esa pauta:
> - Algunas aplicaciones de usuario, algunos lectores de pantalla,
> necesitan
> que en los campos haya algún texto para reconocer dónde deben está el
> punto
> de inserción del cursor. De manera que cuando hay campos vacíos los
> usuarios
> tienen graves dificultades para colocar el cursor en el campo y poder
> empezar a escribir en él.
> - Un texto explicativo como contenido por omisión de esos campos ayuda a
> personas con deficiencias cognitivas a entender qué tipo de información
> deben indicar en el campo en cuestión.
>
> Esas son las razones de la existencia de esa pauta. Hoy en día muchas
> ayudas
> técnicas no requieren del contenido en el campo para saber dónde insertar
> el
> cursor, pero aún hay otras que sí, de manera que sigue siendo válida y
> requerida, porque aún no todas las aplicaciones de usuario manejan
> correctamente los controles vacíos.
>
> Como dices, una correcta etiquetación y uso del atributo "title" ayudan a
> las personas con deficiencias cognitivas a comprender qué tienen que
> poner
> en el campo. Pero aún sigue siendo necesario que haya algún texto en, al
> menos, el primer campo de un formulario para que determinadas ayudas
> técnicas sepan dónde colocar el cursor.
>
> Espero haberlo explicado bien y que ahora te sea más sencillo comprender
> por
> qué es necesario y con qué intención debe hacerse.
>
> Salu2,
> Emmanuelle
> -----Mensaje original-----
> De: Ana Belén Ramón [mailto:ana@...]
> Enviado el: martes, 31 de agosto de 2004 12:43
> Para: accesoweb@yahoogroups.com
> Asunto: [AcWeb] incluir carácteres por defecto en input y textarea
>
>
> Hola a todos!
>
> Hay una pauta en la WCAG que, aunque intento cumplir, no entiendo muy
> bien
> porqué existe...
>
> Se trata de la pauta 10.4:
> "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]
> Por ejemplo, en HTML, haga esto con TEXTAREA e INPUT."
>
> Con un title en el form y un label para los input y textearea, ¿Qué
> ventajas
> aporta darle un valor a los cuadros de edición?
>
> Un saludo!
>
> --
> Ana Belén Ramón
> http://www.avidos.net/blogold
>
>
> Patrocinio de Yahoo! Grupos
>
>
>
> --------------------------------------------------------------------------
>
>
>
>
> --
> --
> Enlaces a Yahoo! Grupos
>
> a.. Para visitar tu grupo en la web, accede a :
> http://es.groups.yahoo.com/group/accesoweb/
>
> b.. Para cancelar tu suscripción a este grupo, envía un mensaje a:
> accesoweb-unsubscribe@yahoogroups.com
>
> c.. El uso que hagas de Yahoo! Grupos está sujeto a las Condiciones del
> servicio de Yahoo!.
>
>
>
> [Se han eliminado los trozos de este mensaje que no contenían texto]
>
>
>
> Enlaces a Yahoo! Grupos
>
>
> accesoweb-unsubscribe@yahoogroups.com
>
> http://es.docs.yahoo.com/info/utos.html
>
>
>
>



--
Alan Chuter
achuter@...
Consultor en Accesibilidad
Fundosa Teleservicios
Grupo Fundosa
Tfno: 91-121.03.31
Fax: 91-375.70.51
  www.teleservicios.com

Hola Alan y todos,

El hecho es que el problema no ha desaparecido. El hecho es que existen hoy
en día ayudas técnicas que requieren de contenido en, al menos, el primer
campo de un formulario para reconocer dónde colocar el punto de inserción.
Ocurre, por ejemplo, con el OutSpoken. Por otra parte, además, hay usuarios
de ayudas técnicas que en sus últimas versiones no tienen problemas con los
campos vacíos pero que no pueden darse el lujo de actualizar sus
aplicaciones debido al costo de las mismas, de manera que para esos usuarios
el problema persiste.

Y como bien dice Alan, el documento tan solo presenta un listado de
*posibles* erratas a discutir en la revisión de las WCAG 1.0 (Directrices de
Accesibilidad para el Contenido Web 1.0).

Saludos,
Emmanuelle



-----Mensaje original-----
De: Alan Chuter [mailto:achuter@...]
Enviado el: miércoles, 01 de septiembre de 2004 10:44
Para: accesoweb@yahoogroups.com
Asunto: Re: [AcWeb] incluir carácteres por defecto en input y textarea


Hola a todos,

Existe un documento del grupo de trabajo WCAG de errores en las pautas para
una posible revisión de las mismas. El documento no representa un consenso
en grupo y es simplemente para llevar un seguimiento de sus debates,
pero... dice alguien acerca del punto 10.4, "Parece que este problema
desapareció justo despues de la publicación de las pautas WCAG 1.0.
¿Desaconsejar?"
http://www.w3.org/2003/12/wcag10-errata-table.html

un saludo,

Alan Chuter
achuter@...
Consultor en Accesibilidad Web
Fundosa Teleservicios
Grupo Fundosa
Tfno: 91-121.03.31
Fax: 91-375.70.51
www.teleservicios.com




On Tue, 31 Aug 2004 14:47:07 +0200, Emmanuelle Gutiérrez y Restrepo
<emmanuelle@...> wrote:

> Hola Ana Belén y todos:
>
> Hay dos razones para la existencia de esa pauta:
> - Algunas aplicaciones de usuario, algunos lectores de pantalla,
> necesitan
> que en los campos haya algún texto para reconocer dónde deben está el
> punto
> de inserción del cursor. De manera que cuando hay campos vacíos los
> usuarios
> tienen graves dificultades para colocar el cursor en el campo y poder
> empezar a escribir en él.
> - Un texto explicativo como contenido por omisión de esos campos ayuda a
> personas con deficiencias cognitivas a entender qué tipo de información
> deben indicar en el campo en cuestión.
>
> Esas son las razones de la existencia de esa pauta. Hoy en día muchas
> ayudas
> técnicas no requieren del contenido en el campo para saber dónde insertar
> el
> cursor, pero aún hay otras que sí, de manera que sigue siendo válida y
> requerida, porque aún no todas las aplicaciones de usuario manejan
> correctamente los controles vacíos.
>
> Como dices, una correcta etiquetación y uso del atributo "title" ayudan a
> las personas con deficiencias cognitivas a comprender qué tienen que
> poner
> en el campo. Pero aún sigue siendo necesario que haya algún texto en, al
> menos, el primer campo de un formulario para que determinadas ayudas
> técnicas sepan dónde colocar el cursor.
>
> Espero haberlo explicado bien y que ahora te sea más sencillo comprender
> por
> qué es necesario y con qué intención debe hacerse.
>
> Salu2,
> Emmanuelle
> -----Mensaje original-----
> De: Ana Belén Ramón [mailto:ana@...]
> Enviado el: martes, 31 de agosto de 2004 12:43
> Para: accesoweb@yahoogroups.com
> Asunto: [AcWeb] incluir carácteres por defecto en input y textarea
>
>
> Hola a todos!
>
> Hay una pauta en la WCAG que, aunque intento cumplir, no entiendo muy
> bien
> porqué existe...
>
> Se trata de la pauta 10.4:
> "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]
> Por ejemplo, en HTML, haga esto con TEXTAREA e INPUT."
>
> Con un title en el form y un label para los input y textearea, ¿Qué
> ventajas
> aporta darle un valor a los cuadros de edición?
>
> Un saludo!
>
> --
> Ana Belén Ramón
> http://www.avidos.net/blogold
>
>
> Patrocinio de Yahoo! Grupos
>
>
>
> --------------------------------------------------------------------------
>
>
>
>
> --
> --
> Enlaces a Yahoo! Grupos
>
> a.. Para visitar tu grupo en la web, accede a :
> http://es.groups.yahoo.com/group/accesoweb/
>
> b.. Para cancelar tu suscripción a este grupo, envía un mensaje a:
> accesoweb-unsubscribe@yahoogroups.com
>
> c.. El uso que hagas de Yahoo! Grupos está sujeto a las Condiciones del
> servicio de Yahoo!.
>
>
>
> [Se han eliminado los trozos de este mensaje que no contenían texto]
>
>
>
> Enlaces a Yahoo! Grupos
>
>
> accesoweb-unsubscribe@yahoogroups.com
>
> http://es.docs.yahoo.com/info/utos.html
>
>
>
>



--
Alan Chuter
achuter@...
Consultor en Accesibilidad
Fundosa Teleservicios
Grupo Fundosa
Tfno: 91-121.03.31
Fax: 91-375.70.51
  www.teleservicios.com





Enlaces a Yahoo! Grupos


     accesoweb-unsubscribe@yahoogroups.com

     http://es.docs.yahoo.com/info/utos.html

El mié, 01-09-2004 a las 15:01, Emmanuelle Gutiérrez y Restrepo
escribió:
> Hola Alan y todos,
>
> El hecho es que el problema no ha desaparecido. El hecho es que existen hoy
> en día ayudas técnicas que requieren de contenido en, al menos, el primer
> campo de un formulario para reconocer dónde colocar el punto de inserción.
> Ocurre, por ejemplo, con el OutSpoken. Por otra parte, además, hay usuarios
> de ayudas técnicas que en sus últimas versiones no tienen problemas con los
> campos vacíos pero que no pueden darse el lujo de actualizar sus
> aplicaciones debido al costo de las mismas, de manera que para esos usuarios
> el problema persiste.
>

Hola Enmamuelle y todos,

voy a retocar algunos formularios para adecuarlos a este punto. ¿Qué
caracteres aconsejais? ¿Un   bastaría?

--
    Manuel trabaja para Simplelógica, construcción web
(+34) 985 22 12 65            http://simplelogica.net
escribe en Logicola http://simplelogica.net/logicola/

Hola Manuel,

El colocar un espacio como carácter por omisión no cumpliría la función de
que ese texto transmita algún tipo de información adicional sobre qué hay
que escribir en el campo, que ayude a las personas con deficiencias
cognitivas.

Por otra parte, muchas personas no saben o no se dan cuenta de que deben
eliminar esos caracteres por omisión antes de introducir la información que
quieren transmitir, con lo que muchas veces te encuentras con ellos cuando
recibes las respuestas de los formularios. Esto obliga a programar la
eliminación de esos textos o caracteres en la recepción del formulario.
Algunos desarrolladores utilizan scripts que los eliminan automáticamente
cuando se pone el cursor en él, pero esto sólo sirve para cuando el usuario
tiene activados los scripts.

Algunos desarrolladores, pensando en la posibilidad de eliminar fácilmente
los caracteres por defecto mediante programación, utilizan el carácter
[¶], pero nuevamente esto se hace pensando en que ayudará a los
usuarios ciegos cuyas ayudas técnicas no pueden manejar campos vacíos, pero
hay que valorar la función que deben cumplir esos caracteres por defecto de
ayudar a comprender el tipo de información que debe introducirse, pensando
en las personas con algunos tipos de deficiencia cognitiva.

Otros, pensando que el contenido de la etiqueta que acompaña al campo supone
suficiente información, lo que hacen es utilizar un script para que la
etiqueta aparezca como texto por omisión en el campo. Si las etiquetas son
suficientemente explícitas, fenomenal, pero es que lo que para unos puede
estar muy claro, para otros no lo es tanto, especialmente cuando se trata de
rellenar formularios.

Así que, si pensamos en TODOS, lo mejor es colocar en el campo un texto que
suplemente el contenido de la etiqueta que acompaña al campo en cuestión. Y
eso, como todo o casi todo lo que se refiere a la accesibilidad, es un arte
<guiño>.

¿qué tal si consultas con algunos usuarios, para saber qué texto les
ayudaría a comprender mejor el formulario?

¡Ánimo!

Emmanuelle

   -----Mensaje original-----
   De: Manuel González Noriega [mailto:manuel@...]
   Enviado el: miércoles, 01 de septiembre de 2004 15:20
   Para: accesoweb@yahoogroups.com
   Asunto: RE: [AcWeb] incluir carácteres por defecto eninput y textarea


   El mié, 01-09-2004 a las 15:01, Emmanuelle Gutiérrez y Restrepo
   escribió:
   > Hola Alan y todos,
   >
   > El hecho es que el problema no ha desaparecido. El hecho es que existen
hoy
   > en día ayudas técnicas que requieren de contenido en, al menos, el
primer
   > campo de un formulario para reconocer dónde colocar el punto de
inserción.
   > Ocurre, por ejemplo, con el OutSpoken. Por otra parte, además, hay
usuarios
   > de ayudas técnicas que en sus últimas versiones no tienen problemas con
los
   > campos vacíos pero que no pueden darse el lujo de actualizar sus
   > aplicaciones debido al costo de las mismas, de manera que para esos
usuarios
   > el problema persiste.
   >

   Hola Enmamuelle y todos,

   voy a retocar algunos formularios para adecuarlos a este punto. ¿Qué
   caracteres aconsejais? ¿Un   bastaría?

   --
      Manuel trabaja para Simplelógica, construcción web
   (+34) 985 22 12 65            http://simplelogica.net
   escribe en Logicola http://simplelogica.net/logicola/


         Patrocinio de Yahoo! Grupos



----------------------------------------------------------------------------
--
   Enlaces a Yahoo! Grupos

     a.. Para visitar tu grupo en la web, accede a :
     http://es.groups.yahoo.com/group/accesoweb/

     b.. Para cancelar tu suscripción a este grupo, envía un mensaje a:
     accesoweb-unsubscribe@yahoogroups.com

     c.. El uso que hagas de Yahoo! Grupos está sujeto a las Condiciones del
servicio de Yahoo!.



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

El mié, 01-09-2004 a las 16:31, Emmanuelle Gutiérrez y Restrepo
escribió:
> Hola Manuel,
>
> El colocar un espacio como carácter por omisión no cumpliría la función de
> que ese texto transmita algún tipo de información adicional sobre qué hay
> que escribir en el campo, que ayude a las personas con deficiencias
> cognitivas.
>

Aunque ya había sido mencionado en la conversación, logré olvidarme
mientras mandaba mi mensaje del aspecto de las deficiencias cognitivas.
<sonrisa>

En relación con esto, hay un script muy elegante de youngpup.net que
colocaba el label como valor por defecto del control, desapareciendo en
cuanto el control tomaba foco. La demo está

http://www.youngpup.net/_projectDirectories/labels/default.aspx


Por cierto, me atrevo a suponer que mientras que las personas con
deficiencias visuales tienen agentes de usuario específicos, no pasa lo
mismo con las deficiencias cognitivas y que estas personas utilizan
generalmente los agentes de usuario más populares. ¿Estoy en lo cierto o
hay agentes adaptados, por ejemplo, con interfaces adaptadas,
vocabulario específico, etc...?


--
    Manuel trabaja para Simplelógica, construcción web
(+34) 985 22 12 65            http://simplelogica.net
escribe en Logicola http://simplelogica.net/logicola/

Hola Manuel y todos,

El script que indicas es el que te contaba, gracias por enviar el enlace,
pues seguramente muchos querrán utilizarlo. Yo creo que es muy interesante
si las etiquetas son suficientemente expresivas, cuestión esta última de
difícil valoración.

En cuanto a tu pregunta sobre si las personas con deficiencias cognitivas
utilizan agentes o aplicaciones de usuario específicas, la respuesta es que,
depende.

La dificultad estriba en que cuando hablamos de "personas con deficiencias
cognitivas" desde el punto de vista de la accesibilidad web, hablamos de un
amplio grupo de usuarios en el que caben personas con muy distintas
deficiencias y en muy diverso grado.

Entonces, ocurre que algunas de las personas que se incluyen en ese grupo
utilizan las aplicaciones de usuario más habituales, algunos utilizan para
ayudarse los lectores de pantalla o navegadores parlantes que también
utilizan las personas ciegas, y otros utilizan ayudas técnicas específicas.
También algunos utilizan la combinación de una serie de ayudas técnicas y
aplicaciones populares, como las has llamado tú.

Un ejemplo de agente de usuario o navegador especial es el que encontrarás
en:
http://www.widgit.com/products/webwise/browser.htm

Pero hay muchos tipos de ayudas técnicas para ese "colectivo", tanto
hardware como software. Pero siempre hay que recordar que en él se incluye a
personas que tienen limitaciones leves de comprensión lectora, para las que
es suficiente con la utilización de un lector de pantalla, con que los
contenidos estén bien ilustrados, etc.

Desde luego esta no es una respuesta que te de un panorama completo, pero
creo que al menos te da una idea de la complejidad.

De todas maneras, las Directrices de Accesibilidad en su redacción tienen en
cuenta, hasta cierto límite, las necesidades de personas con limitaciones
cognitivas y, como desarrollador sólo tienes que aplicar las directrices
para satisfacer sus necesidades.

Saludos,
Emmanuelle




   -----Mensaje original-----
   De: Manuel González Noriega [mailto:manuel@...]
   Enviado el: miércoles, 01 de septiembre de 2004 17:01
   Para: accesoweb@yahoogroups.com
   Asunto: RE: [AcWeb] incluir carácteres por defectoeninput y textarea


   El mié, 01-09-2004 a las 16:31, Emmanuelle Gutiérrez y Restrepo
   escribió:
   > Hola Manuel,
   >
   > El colocar un espacio como carácter por omisión no cumpliría la función
de
   > que ese texto transmita algún tipo de información adicional sobre qué
hay
   > que escribir en el campo, que ayude a las personas con deficiencias
   > cognitivas.
   >

   Aunque ya había sido mencionado en la conversación, logré olvidarme
   mientras mandaba mi mensaje del aspecto de las deficiencias cognitivas.
   <sonrisa>

   En relación con esto, hay un script muy elegante de youngpup.net que
   colocaba el label como valor por defecto del control, desapareciendo en
   cuanto el control tomaba foco. La demo está

   http://www.youngpup.net/_projectDirectories/labels/default.aspx


   Por cierto, me atrevo a suponer que mientras que las personas con
   deficiencias visuales tienen agentes de usuario específicos, no pasa lo
   mismo con las deficiencias cognitivas y que estas personas utilizan
   generalmente los agentes de usuario más populares. ¿Estoy en lo cierto o
   hay agentes adaptados, por ejemplo, con interfaces adaptadas,
   vocabulario específico, etc...?


   --
      Manuel trabaja para Simplelógica, construcción web
   (+34) 985 22 12 65            http://simplelogica.net
   escribe en Logicola http://simplelogica.net/logicola/


         Patrocinio de Yahoo! Grupos



----------------------------------------------------------------------------
--
   Enlaces a Yahoo! Grupos

     a.. Para visitar tu grupo en la web, accede a :
     http://es.groups.yahoo.com/group/accesoweb/

     b.. Para cancelar tu suscripción a este grupo, envía un mensaje a:
     accesoweb-unsubscribe@yahoogroups.com

     c.. El uso que hagas de Yahoo! Grupos está sujeto a las Condiciones del
servicio de Yahoo!.



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

Estimados/as amigos/as:

Bajo este título "La Razón de ser de la Accesibilidad y la Usabilidad en
Internet", Enrique Varela Couceiro (Fundación ONCE, Madrid) y Carlos
Egea García (Consejería de Trabajo, Consumo y Política Social, Murcia),
impartiran un taller en el transcurso del III Congreso de Tecnología,
Educación y Diversidad (Tecnoneet 2004), que se celebrará en Murcia
(España), los días 23, 24 y 25 de septiembre de 2004.

Según sus autores, "en dicho taller se impartirán conceptos básicos
acerca de lo que supone la accesibilidad dentro del mundo digital en
general y de internet en particular, y de cómo la accesibilidadd y la
usabilidad, debidamente conjuntadas, convierten un mundo que puede
llegar a ser caótico, en algo amigable, útil y fácil de usar. Internet
ya no reside solo en el PC sino que está presente en multitud de
terminales diferentes, con teclados y pantallas diferentes, con
tecnologías diversas... Vuelven por tanto a ser de utilidad los
conceptos de accesibilidad y usabilidad, que en algún momento han dejado
de tener preponderancia entre los diseñadores. Una web usable y
accesible, se puede ver en cualquier dispositivo".

Durante el desarrollo del Congreso se realizaran otras actividades
relacionadas con la Accesibilidad. Asi, por ejemplo, la profesora de la
Universidad Complutense de Madrid, Carmen Alba Pastor, impartirá una
ponencia con el título: "Navegando hacia una educación accesible”. En
palabras de la autora, "Uno de los ámbitos en los que Internet ha
generado nuevos espacios y formatos es la Educación. La oferta
informativa y de recursos educativos así como las ofertas de formación a
través de este nuevo soporte, como modalidad formativa o como apoyo se
ha multiplicado en los últimos años dando lugar a todo un mundo
educativo virtual, al cual tienen escaso o difícil acceso las personas
con alguna discapacidad. Aunque no de forma generalizada, existen
espacios en la web que siguen las pautas de diseño accesible y que
permiten a estos colectivos participar de sus beneficios".

En el apartado de "Comunicaciones Científicas", además, se impartiran
entre otras:

- Evolución de la accesibilidad de las páginas Web de las universidades
españolas en el bienio 2002 – 2004. Ainara Zubillaga del Rio, Nuria Ruiz
Moreno, Carmen Alba Pastor, Pilar Sánchez Hípola y Luis Fernando Llana
Díaz. Universidad Complutense de Madrid.
- Las Redes en el Aula Inclusiva y El aula en la Red. Mª Paz Prendes
Espinosa y  Linda J. Castañeda Quintero. Universidad de Murcia.
- Accesibilidad en la red. Mª Paz Prendes Espinosa y Linda J. Castañeda
Quintero. Universidad de Murcia.

Tecnoneet 2004 Congress está organizado por la Consejería de Educación y
Cultura de Murcia y tiene como objetivo proporcionar un foro de
encuentro y discusión de carácter pluridisciplinar y abierto a
profesionales, usuarios y familias que trabajan, investigan o utilizan
las nuevas tecnologías en el campo de la discapacidad y las necesidades
educativas específicas.

El Congreso puede realizarse de forma presencial o virtual. Para ampliar
información podéis visitar la web:
http://www.educarm.es/tecnoneet/index.php

Recibid un caluroso saludo.

-----------------------------------------------------------------
Francisco Javier Soto Pérez.
Dirección General de Enseñanzas Escolares.
Servicio de Atención a la Diversidad.
Consejería de Educación y Cultura. Región de Murcia.
Gran Vía, 42 - Esc. 2ª, 5º. 30005 Murcia
Telf.: (+34) 968 365327  Fax.: (+34) 968 366562
fjavier.soto2@...

Hola a todos,

Os reenvío esta convocatoria que puede ser de interés.

Saludos,
Emmanuelle

-----Mensaje original-----

CALL FOR PAPERS - Fecha límite de recepción de comunicaciones: 4 de octubre
2004 --


               JANT 2004 - Jornadas de Accesibilidad y Nuevas Tecnologías
2004

                      		 Bilbao - 16-17 Diciembre 2004

                       	 (http://www.eside.deusto.es/eventos/jant)


* Objetivos de las jornadas

Estas Jornadas pretenden ser un punto de encuentro entre los agentes
implicados en la investigación, diseño, desarrollo y explotación de la
tecnología como herramienta al servicio de la integración y desarrollo de
las personas con discapacidad.

El planteamiento general es fomentar la discusión y la compartición de
experiencias entre estos agentes y crear un foro de encuentro de cara a
actividades conjuntas futuras, y a la difusión y utilización de contenidos
de interés para todos.

La orientación de las Jornadas es eminentemente práctica, se quieren
conocer experiencias y proyectos reales que permitan dirigir los esfuerzos
presentes y futuros a la consecución de tecnologías útiles para el uso y la
integración de las personas con discapacidad.


* Formato de las jornadas

Las jornadas se desarrollarán a través de conferencias, mesas redondas y
comunicaciones. Estas últimas se recogerán en las actas de las jornadas.

Las comunicaciones no tienen por qué ser originales aunque el autor debe
responsabilizarse de disponer de los derechos o permisos necesarios para su
inclusión en las actas. La selección de las comunicaciones la realizará el
comité de programa y se presentarán en lengua castellana.

* Formato de las comunicaciones

Las comunicaciones deberán tener entre 6 y 8 páginas, según el formato
indicado en la página web de las jornadas.

Para la aceptación definitiva de las comunicaciones y su publicación se
requerirá la inscripción y compromiso de asistencia de al menos uno de los
autores/as.

* Las áreas de interés de las jornadas son aquellas relacionadas con la
accesibilidad y las nuevas tecnologías. Esto incluye, aunque no está
limitada a:

- Diseño de interfaces avanzadas
- Tecnologías para la vida diaria
- Orientación y mobilidad
- Diseño Universal
- Ocio y discapacidad
- Inserción laboral
- Educación
- Impacto socio-económico
- Normativa y legislación
- I+D+I en productos para personas con discapacidad visual, auditiva,
motora, cognitiva, personas mayores…
- Accesibilidad a la web

* Fechas importantes:

Límite para la recepción de comunicaciones: 4 de octubre de 2004
Notificación a autores: 18 de octubre de 2004
Apertura del plazo de inscripción: 8 de noviembre de 2004
Cierre del plazo de inscripción: 10 de diciembre de 2004
Celebración de las JANT'2004: 16 y 17 de diciembre de 2004

* Sede de las jornadas

Las jornadas se celebrarán en la Facultad de Ingeniería - ESIDE de la
Universidad de Deusto, en Bilbao.

* Secretaría

JANT 2004 - Jornadas de accesibilidad y Nuevas Tecnologías
Facultad de Ingeniería ESIDE - Universidad de Deusto
Aptdo. 1
48080 - Bilbao

E-mail: jant@...

Web: http://www.eside.deusto.es/eventos/jant

* Comité de Programa

Julio Abascal González - Universidad del País Vasco
Antón Cívit Balcells - Universidad de Sevilla
Jorge Falcó Boudet - Universidad de Zaragoza
Nestor Garay Vitoria - Universidad del País Vasco
Loïc Martínez Normand - Universidad Politécnica de Madrid/Fundación Sidar
Javier Oliver Bernal - Universidad de Deusto
Antonio Remartinez Lagranja - Bioingenieria Aragonesa

Lista,
Un amigo de esta casa [1] ha planteado en otra [2] un tema
que se me hace muy interesante y que no ha tenido hasta el
momento una respuesta muy convincente.
A riesgo de que muchos de ustedes participen del tema desde
allí, propongo el tema también en esta lista:

<title> determina el título del documento y <h1> encabeza la
sección con la jerarquía más importante. Si hay dos
secciones igual de importantes, corresponde usar dos veces
<h1> en un mismo documento, o <h1> e s un elemento exclusivo
reservado solo para encabezar el nivel superior de ese
documento?

[1] Daniel Torres Burriel
[2] Ovillo, la lista de CSS en castellano
--
Saludos,
Daniel Low
accesible.com.ar
listas@...

Como ya he planteado en la lista de Ovillo, creo que el h1 es un
elemento que debe emplearse solo una vez por cada documento. El w3c
dice: "<h1> is the HTML element for the first-level heading of a document".

Yo interpreto que hay que usarlo para encabezar la sección principal, y
yo creo que un documento sólo puede tener una sección principal.
Haciendo un paralelismo, es como si una noticia de un periódico tuviese
más de un titular: puede haber subtitulos, ladillos, apoyos, etc., pero
titular sólo hay uno.

Un saludo a todos

accesible.com.ar wrote:

>Lista,
>Un amigo de esta casa [1] ha planteado en otra [2] un tema
>que se me hace muy interesante y que no ha tenido hasta el
>momento una respuesta muy convincente.
>A riesgo de que muchos de ustedes participen del tema desde
>allí, propongo el tema también en esta lista:
>
><title> determina el título del documento y <h1> encabeza la
>sección con la jerarquía más importante. Si hay dos
>secciones igual de importantes, corresponde usar dos veces
><h1> en un mismo documento, o <h1> e s un elemento exclusivo
>reservado solo para encabezar el nivel superior de ese
>documento?
>
>[1] Daniel Torres Burriel
>[2] Ovillo, la lista de CSS en castellano
>
>

Estimados compañeros de lista: estamos en Septiembre y ya terminaron las
vacaciones para la mayor parte de nosotros, otra vez llega la 'vuelta al
cole'. Y hablando del comienzo de curso ¿Cuántas Universidades son
Accesibles por Internet para todos los estudiantes?

Acctiva publica este mes un Informe sobre la Accesibilidad de las
Universidades Públicas españolas. Se puede encontrar en descarga gratuita
desde http://www.acctiva.com/



Un saludo y ánimo con la vuelta al trabajo.

Andrés Amorós

aamoros@...

www.acctiva.com

txuma.campos escribió:
> Como ya he planteado en la lista de Ovillo, creo que el h1 es un
> elemento que debe emplearse solo una vez por cada documento. El w3c
> dice: "<h1> is the HTML element for the first-level heading of a document".

Hola

Yo diría que no <sonrisa>. Daniel Torres-Burriel [1] en "Ovillo" [2],
comenta en este hilo [3] que después de haber leído los documentos "Use
h1 para el encabezado de nivel superior" [4] y "<title>: el elemento más
importante en una página Web de calidad" [5] no cree que sea incorrecto
semánticamente utilizar más de un <h1> por documento. El título del
documento aparece en <title> y si hay varios párrafos al mismo nivel de
importancia, parece lógico pensar que pueda haber varios encabezamientos
del mismo nivel, por ejemplo, <h1>.

> Yo interpreto que hay que usarlo para encabezar la sección principal, y
> yo creo que un documento sólo puede tener una sección principal.
> Haciendo un paralelismo, es como si una noticia de un periódico tuviese
> más de un titular: puede haber subtitulos, ladillos, apoyos, etc., pero
> titular sólo hay uno.

El lenguaje periodístico tiene sus rutinas, no creo que un documento
HTML sea una página de un periódico. Por ejemplo, si en una misma página
hubiera dos noticias con la misma relevancia, las dos tendrían el
titular con el mismo tamaño, como ocurre en la sección de breves o en
páginas con noticias que no van a cuatro columnas.

Me convence más el paralelismo con Docbook [6]. Me comenta mi compañero
David Suela que en la DTD de Docbook (escrita en SGML) también se
produce una estructuración del documento.
En Docbook cuentas con "Capítulos" o "Artículos" (dentro de los
capítulos también puede haber artículos"). Pues bien, dentro de los
artículos caben distintas secciones (<sect1>, <sect2>, <sect3>, ...) con
una jerarquía numérica decimal, y en un mismo artículo se pueden incluir
varias secciones de nivel superior <sect1>.

Un saludo

1. http://www.torresburriel.com/index.php
2. http://ovillo.org/
3. http://ovillo.org/pipermail/ovillo_ovillo.org/2004-September/001333.html
4. http://www.w3.org/QA/Tips/Use_h1_for_Title
5. http://www.w3.org/QA/Tips/good-titles
6. http://libros.es.gnome.org/librognome/librognome/librognome/docbook.html

--
Adolfo Antón Bravo
xsto.info, el acceso a la sociedad de la información

Tengo unos minutos...asi que queria opinar.

Cual es el problema si en un doc existen mas de un  H1 ? Deberia dejarse al
autor del documento proponer la forma verdad ?
Si de todas maneras un browser va a interpretar perfectamente H1 en
cualquier lugar.
Tal vez se este pensando en algo que no estoy teniendo en cuenta. Si es asi,
podrias decirme.

Saludos

----- Original Message -----
From: "txuma.campos" <listas@...>
To: <accesoweb@yahoogroups.com>
Sent: Monday, September 06, 2004 12:02 PM
Subject: Re: [AcWeb] H1 para discutir también aquí


> Como ya he planteado en la lista de Ovillo, creo que el h1 es un
> elemento que debe emplearse solo una vez por cada documento. El w3c
> dice: "<h1> is the HTML element for the first-level heading of a
document".
>
> Yo interpreto que hay que usarlo para encabezar la sección principal, y
> yo creo que un documento sólo puede tener una sección principal.
> Haciendo un paralelismo, es como si una noticia de un periódico tuviese
> más de un titular: puede haber subtitulos, ladillos, apoyos, etc., pero
> titular sólo hay uno.
>
> Un saludo a todos
>
> accesible.com.ar wrote:
>
> >Lista,
> >Un amigo de esta casa [1] ha planteado en otra [2] un tema
> >que se me hace muy interesante y que no ha tenido hasta el
> >momento una respuesta muy convincente.
> >A riesgo de que muchos de ustedes participen del tema desde
> >allí, propongo el tema también en esta lista:
> >
> ><title> determina el título del documento y <h1> encabeza la
> >sección con la jerarquía más importante. Si hay dos
> >secciones igual de importantes, corresponde usar dos veces
> ><h1> en un mismo documento, o <h1> e s un elemento exclusivo
> >reservado solo para encabezar el nivel superior de ese
> >documento?
> >
> >[1] Daniel Torres Burriel
> >[2] Ovillo, la lista de CSS en castellano
> >
> >
>
>
>
>
> Enlaces a Yahoo! Grupos
>
>
>     accesoweb-unsubscribe@yahoogroups.com
>
>     http://es.docs.yahoo.com/info/utos.html
>