No sé cómo lo has probado tú... En mi Firefox3, con 2 niveles de zoom ya
aparece un pequeño scroll. Con 6 niveles de zoom ya ni te cuento...
Saludos,
Ramón.
> Por favor, prueba a ver si esto resuelve tu "acertijo" :-)
>
> http://www.saberweb.com.ar/emsencolumnas/index.html
__
Hola de nuevo.
> Por ejemplo, aplica el MAXIMO de zoom del Firefox (aunque sea muchísimo
> más del 200% recomendado por el W3C)
>
Tengo curiosidad... ¿Qué entiendes tú por "200%"? Tal y como está ese
menú, para llegar a aumentar su tamaño de letra en un 200% necesitas
pulsar 6 veces la tecla
Hola de nuevo, Hernán.
> Si sabes que existe esa LIMITACION dada por la cantidad de opciones del
> menú, pues entonces tendrás la precaución de usar este esquema solo en
> sitios donde el menú es lo suficientemente breve.
>
¿Y tú cómo es que lo sabes? Quizá me expliqué mal, pero esto no se tr
Ay, ay, ay, ay, ay, Hernán... Y tú que sigues simplificando, y sin leer
lo que escribo, o no queriendo entenderlo...
> La solución:
> http://www.saberweb.com.ar/prueba/divs4.htm
>
Sobre esa misma página, simplemente añade 8 opciones más a "#menu2" y
"#menu2b", y quita uno de los del "#conte
Ay, Hernán, siempre te quedas en lo simple...
Que yo haya puesto un ejemplo tan simplón no quiere decir que ese sea el
layout "normal" que uno se va a encontrar o que puede desear. Si me
sirviera el posicionamiento absoluto no haría falta tanta complicación,
obviamente, pero no sirve. Me explic
Bueno, en realdiad no son accesibles cuando se usan mal (orden erróneo,
excesiva anidación...), pero si el orden de lectura es el correcto y no
hay una anidación excesiva, en la práctica no dan ningún problema.
Susana Villanueva (Nuimar) escribió:
> Además un dato importante es que no son accesi
Lo que no se aconseja es usar tablas de maquetación, pero desde luego sí
que es correcto para datos tabulares, y de hecho es como debería
hacerse, eso sí, con el marcado correcto de las celdas de encabezado, y
proporcionando a ser posible un título con
En cuanto a las tablas de maquetación, la
Hola, Hernán y todos.
> Sí, 10% del algo es "muy poco" de ese algo, ¿qué tal 50%? ¿40 y 60%?
> ¿30 y 70%?
>
¿Y qué tal si soy yo quién decide cuánto quiere que mida cada columna en
MI diseño? 10% es poco según para qué cosas, en algunos casos puedo
querer un menú minimalista (o lo ha querido
Hola, Hernán.
> ...Stop. Estoy tratando de encontrar una solución, Ramón, no quiero
> criticar más lo "mal hecho", estoy tratando de ver cómo deberíamos
> HACERLO BIEN.
>
Claro, si lo que digo es que no hay un método que sirva siempre y en
todos los casos. En algunos diseños, puede ser que a
Hola, buenas.
> -Contenedores en porcentajes
> -Textos en em.
>
En general sí, claro, pero no siempre.
> Si el texto está BIEN estructurado en em, partiendo de 1em como mínimo
> (unidad que "tú mismo", Ramón, decides qué tan grande es, ya que eres el
> usuario y tienes el control)
Eso es una
Hola, Hernán.
Efectivamente, eso es lo que dice el criterio 1.4.4 (nivel AA) de las
WCAG 2.0, donde ponen un "límite razonable" del aumento del texto...
Pero una cosa es lo que dice el W3C y otra lo que los usuarios realmente
hacen (hacemos).
Si te sirve de algo, yo tengo un problema visual ba
Pues sí... Pasa bastante a menudo cuando se usan esquemas de varias
columnas.
Los usuarios que realmente necesitan ampliar el tamaño de letra a veces
lo amplían mucho más de lo que los diseñadores creen, y pasa lo que
pasa: solapamientos, desapariciones de letras y demás cosas raras.
Saludín,
Supongo que esa "moda rara" se debe al hecho de que las demás unidades
de medida no se adaptan a los cambios en los tamaños de las fuentes...
Si hubiera una unidad de medida, no sé, llamémosla "pixescalables",
sería otro cantar.
En cualquier caso, el mayor "peligro" que le veo a trabajar *todo*
No te preocupes, Félix, cualquiera que haya leído tu primer mensaje te
habrá entendido perfectamente, no has pedido nada fuera de lo normal.
Aunque en realidad no sea un tema de CSS creo que tu petición orriginal
no era nada inhabitual para lo que se suele ver en esta lista.
Un saludo,
Ramón.
Que sí, hombre, si yo estoy de acuerdo, a mí también me molestan las
peticiones urgentes, que a veces suenan incluso a exigencia, pero
sencillamente aplico esta regla de CSS:
.lamer:after {
margin: auto; /* Margination rule */
content: none !important; /* Response action */
visibility: hid
"Ante el vicio de pedir está la virtud de no dar". Tampoco veo la
necesidad de dar palos a quien pide, la verdad... Lo que digo es que si
no tengo ganas de aportarle a alguien una solución, sea esta una mera
idea, una solución parcial o el código completo, pues simplemente no se
la doy, pero ta
Sólo por curiosidad... Cuando alguien pregunta en esta lista por un
problema con un CSS, y alguien de esta lista le contesta dándole la
solución, ¿No es eso a veces un trabajo de X tiempo basado en los
conocimientos adquiridos durante X años?
Leyendo algunos comentarios empiezo a dudar entre lo
Hola, Ovillo.
Llevo un rato buscando una aplicación para buscar y reemplazar texto
dentro de ficheros, con algunas características particulares. Lo que
busco, concretamente, es:
- Que funcione en línea de comandos (Windows) con parámetros, si es
posible que admita lista de archivos
- Búsqueda
Me refería a los casos en los que se usan técnicas de sustitución con
imágenes insertadas mediante CSS. Normalmente en esos casos la gente
tiende a mandar el contenido al quinto pino y dejar en la parte visual
sólo la caja con la imagen de fondo CSS... En el caso que tú propones no
estás usando
Hola, Ignacio.
Los lectores de pantalla no leen sólo el código HTML, también
interpretan algunas propiedades de CSS, entre ellas "display",
"visibility" y alguna otra más. En el caso de "display: none", la
especificación dice que no se debe generar una caja, por lo que los
lectores de pantalla
El "display: none" no lo lee JAWS (y prácticamente ningún lector de
pantalla, como debe ser), y los usuarios de lectores de pantalla
habitualmente no desactivan los estilos, por lo que no accederán a esos
h1, h2, etc.
Además, aunque algunas veces puede ser útil (si se hace bien), en
general es
> en el portafolio sería bueno usar _blank en los enlaces ya que matan tu
> sitio.
>
Prácticamente NUNCA es aconsejable usar _blank o cualquier otra técnica
de apertura de nuevas ventanas/pestañas. Sólo consigues forzar al
usuario a un comportamiento que no tiene por qué querer, y además lo
Usa la regla LoVe-HAte (Link, Visited, Hover, Active). El orden es
importante:
a:link { ... }
a:visited { ... }
a:hover { ... }
a:active { ...}
De esa manera, las propiedades de :hover se aplican después que las de
:visited y prevalecen. También puedes usar el !important, como te han
comentado
Ups. Se ve que al final sí que me había enviado el correo número 1,
jejeje. Mis disculpas por la repetición
___
Lista de distribución Ovillo
Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org
Puedes modificar tus datos o desuscribirte
Desde mi punto de vista, es correcto para marcar saltos manuales
en poemas, donde cada verso es independiente del anterior, pero pueden
formar parte de una misma estrofa. La estrofa irá con y los
versos con , puesto que no son párrafos independientes. Aquí no
sería correcto marcar con , porqu
Desde mi punto de vista, un tiene sentido, por ejemplo, en un
poema donde cada verso es independiente pero parte de la misma estrofa
(que será un ). En ese caso el es parte del contenido, es un
separador semántico, y no sólo visual. También en programación, donde
cada línea de código es indep
Mírate el microformato hCard...
http://microformats.org/wiki/hcard
Saludín,
Ramón.
___
Lista de distribución Ovillo
Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org
Puedes modificar tus datos o desuscribirte en la siguiente dirección
La novedad más importante es que ya no se refieren a HTML + CSS
exclusivamente, sino que ahora se habla de "contenido web", dando cabida
a otras tecnologías como Flash, PDF, Java, Javascript (y AJAX) y, en
general, cualquier tecnología que tenga soporte para la accesibilidad.
El problema será l
Ya, si eso lleva así desde hace mucho tiempo (ese ejemplo, digo), pero
siguen diciendo que no se rompa la jeraraquía de encabezados, aunque
esta vez lo matizan de otra manera y lo refieren a cada sección. Sin
embargo, las herramientas de validación automática no están tan de
acuerdo. TAW lo mar
Ya, si eso lleva así desde hace mucho tiempo (ese ejemplo, digo), pero
siguen diciendo que no se rompa la jeraraquía de encabezados, aunque
esta vez lo matizan de otra manera y lo refieren a cada sección. De
todas maneras, lo divertido será cuando realmente se use HTM5 o XHTML2,
donde no hay je
Pues eso...
La nota de prensa:
http://www.w3.org/2008/12/wcag20-pressrelease.html
Y la recomendación en
http://www.w3.org/TR/WCAG20/
Enhorabuena, supongo [guiño]
Un saludín,
Ramón.
___
Lista de distribución Ovillo
Para escribir a la lista, envia un c
Para otra vez recordadme que lea antes las respuestas... Ejem [carita
avergonzada]
Saludín,
Ramón.
___
Lista de distribución Ovillo
Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org
Puedes modificar tus datos o desuscribirte en la sig
Hola, Alejandra y todos.
>
>
Ok, pero ten en cuenta que un id no debería empezar por un número... [guiño]
> 2° Ronda
>
Creo que te sobra un espacio entre "html" y "#2"...
Saludín,
Ramón.
___
Lista de distribución Ovillo
Para escribir a la lis
Sí, bueno, pero es que ninguna de esas propiedades funciona en Internet
Explorer...
> CSS 2.1 allows authors to "map" document language elements to table
> elements via the 'display' property. For example, the following rule
> makes the FOO element act like an HTML TABLE element and the BAR ele
¿La encuesta es una tabla o los resultados de la encuesta son una tabla?
Entiendo que la encuesta será, como mucho, un listado de preguntas, o
quizá una serie de preguntas con encabezados, pero no veo dónde cuadra
una tabla ahí, la verdad.
Saludos,
Ramón.
__
Que yo sepa la manera más segura y estándar de poner un marcador es con:
Saludos,
Ramón.
___
Lista de distribución Ovillo
Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org
Puedes modificar tus datos o desuscribirte en la siguiente di
Hola, Armando.
Sólo decirte que tengas en cuenta la accesibilidad de ese método que
usas... Supongo que lo que quieres es marcar con un asterisco la
importancia de un campo a rellenar o algo parecido. Al crear el
asterisco con CSS, eso no será leído por los lectores de pantalla, por
lo que los
¿Lo de las clases no funciona? Pues vaya...
Bueno, si no va de forma directa, tal vez puedas hacerlo de forma
inversa, es decir, que la clase que realmente genera el borde sólo se
aplique a los controles que tienen que tener borde, dejando los checkbox
y radio sin esa clase y sin estilo, no sé,
Añade una clase a esos inputs:
input.sinborde { border-width: 0; }
Si Internet Explorer fuera decente, también podrías usar:
input[type="radio"] { border-width: 0; }
Saludos,
Ramón.
Encarnación Blanco Hernández escribió:
> cuando aparece un input por ejempo type=radio o similar
> me parecel
Hombre, hoyganés un poco por la falta de puntuación; lo de la solución
fácil supongo que habría sido más bien leer el pie del mensaje (también
es fácil crear un CSS, ¿no?).
Pero vamos, lo de abrir un nuevo OT también habría estado bien que lo
hicieras tú, así que de momento ya tienes un accesit
Sí, sí, ya me quedó claro, el truco era la frase esa de "cuando no se
diga claramente en la especificación". Gracias a todos por las
aclaraciones
Saludín,
Ramón.
___
Lista de distribución Ovillo
Para escribir a la lista, envia un correo a Ovillo@list
A ver, no estaba diciendo que me pareciera correcto lo que hace Explorer
(a mí también me parece erróneo), pero leyendo la pauta parece que se
podría entender que mostrar el texto alt "además de" (2a) no sería
incorrecto. Aunque también puede ser que la interpretación correcta deba
ser que si s
Hola, Daniel y todos.
Gracias por la información, la verdad es que después de que Emmanuelle
enviara el correo sobre las UAAG estuve buscando dónde decía lo del
tooltip y no lo encontré por ninguna parte. Tan sólo una referencia a la
visualización de "contenido condicional" [1]:
"When a specif
> Y es más, es uno de los puntos de la las Directrices de Accesibilidad para
> Agentes de Usuario [1]
>
>
Mea culpa, gracias
___
Lista de distribución Ovillo
Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org
Puedes modificar tus d
Un par de puntualizaciones al correo de Emmanuelle:
> 2.- No, es función de la hoja de estilos presentar textos alternativos.
>
Obviamente, sobra la coma: "No es función de la hoja de estilos
presentar textos alternativos"
> La tooltip debe aparecer para mostrar el valor del atributo title, n
Hombre, Tei, para una vez que hacen algo decente y usan prefijos para
las propiedades "raras"... Habrá que darles la enhorabuena, ¿no? Esta
vez sólo han llegado tarde... ¿cuántos años?
Tei escribió:
> Ademas, el equipo de IE, en su infinita sabiduria, ha inventado otra
> forma de poner transpar
Tan sólo comentar que las WCAG 2.0 aún no están "aprobadas" del todo, de
momento está en fase de "Proposed Recommendation", lo que significa que
ya falta muy poquito... De hecho, se supone que por fin se publicará
como recomendación oficial en diciembre, después de un proceso muy, muy
largo. De
> te recomendaría que empezaras por un diseño de anchura fija en px
> (oigo rugidos de algunos).
>
Imagino que te refieres a diseños líquidos, ¿no? Puede ser una opción,
aunque en ese caso, yo suelo preferir el ancho en porcentaje (pero
claro, es más difícil saber cómo quedará todo en distint
> eso se puede evitar metiendo el grafico entero el CSS, con algo como
> url(data:image/gif,base64;d3d32d23d2d32d3d23...)
>
>
Con IE eso no tira, ¿no? Me parece que lo intenté una vez y no me hacía
ni caso...
___
Lista de distribución Ovillo
Para
Aaaah-cabáramos... Torpe que es uno, jejeje. Gracias
Martin Etxauri escribió:
> Tienes que clickar en la opción de google en koreano porque te la
> sacará en inglés o en castellano según tengas las preferencias del
> navegador, y ahí no hay animaciones ni na.
>
___
Pues no sé cómo lo habrán hecho, pero no debe estar muy bien, porque yo
no veo ningún menú animado en ninguna parte... ¿Dónde debería estar? He
probado con IE 6 y Firefox 3 y nada...
Saludos,
Ramón.
> Pues eso, si mira esta dirección.
>
> http://www.google.co.kr/
>
> Verán un bonito menú animad
Interesante punto de vista lo del #contenido... Sin embargo,
probablemente sea poco práctico desde el lado de la Usabilidad, ya que
eliminas información de contexto al usuario (visual o no). Tengo la
impresión de que en una gran cantidad de páginas ese enlace se cargaría
mostrando el título del
Hola de nuevo.
> 1- uso todos estos para organizar la importancia de las oraciones (segun mi
> criterio) hay modo mas practico de hacerlo?
>
Los encabezados no deben usarse por su apariencia, sino por su función.
Se supone que un encabezado debe encabezar una sección de contenido. Tal
y como
Hola, Alejandra. Veamos...
HTML:
1. ¿Para qué usas esos encabezados? En algunos casos lo entiendo, pero
en otros no estás encabezando nada, lo cual es un uso erróneo de los
elementos HTML.
2. Efectivamente, no uses ni subrayes nada que no sea un enlace,
sólo producirás confusión. También coin
> Onchange en cada campo?
>
>
Sí, ¿por qué no? Si lo único que quieres saber es si se cambió algo,
puedes poner en un onload un flag a false (var cambios = false;) y con
un bucle asignas a todos los inputs un evento onchange común que ponga
ese flag a true. Tiene el problema de que si un usu
¿onchange?
Joseba escribió:
> Hay alguna manera rapida de saber si se ha hecho algun cambio en algun campo
> de un formulario si tener que comprobar campo a campo si su valor ha cambiado?
>
___
Lista de distribución Ovillo
Para escribir a la lista,
La verdad, espero que no la encuentres, no deberías poder conocer nada
de mi organización de carpetas local sin haber obtenido permisos
explícitamente... Que yo sepa, no hay manera, y así debe ser.
Saludos,
Ramón.
ichitaka seto escribió:
> Lo que quiero es lograr la dirección absoluta local de
Para mí la mejor técnica es la que comentamos hace poco de "meter bajo
la alfombra".
Colocas la imagen como fondo de un , sobre el texto del enlace que
puede ir en otro span, por ejemplo (a lo mejor ni siquiera necesitas ese
segundo ). Ese fondo tapará al texto (que tienes que dimensionar
bien
Usa visibilitty: hidden;
Según la especificación, "display: none" no debería generar ninguna
caja, por lo que tampoco ocupará espacio (esa debe ser la causa de que
se te recoloque todo en FF, porque lo hace bien... :P). En cambio,
"visibility: hidden" genera una caja que sigue interactuando con
> Te habría quedado mejor "embed está obsoleto y por tanto ya no es
> estándar". Si el w3c considera "deprecata" (juasjuas) una etiqueta es
> porque sus razones tienen. Qué manía con validar por validar...
>
Bueno, hay quien piensa que la única razón es que era una etiqueta
propietaria de Ne
Hombre, las DTD se supone que deberían respetarse *también* en el código
generado, lo de crear etiquetas al vuelo que no serían válidas según la
DTD no deja de ser una trampa para salir del paso, pero lo suyo sería
respetar la DTD, ya que precisamente lo que se pretende es que no haya
lugar a l
> necesitaría cargar una hoja css desde el body y no desde el head,
>
> ¿es posible?
>
No, tanto como
Ahí estamos, eso es pensar en el futuro y lo demás cuentos...
- ¿Qué más dará que pueda tener consecuencias para la accesibilidad?
Total, si no nos lo han pedido explícitamente, hagámoslo de cualquier
manera, la que sea más fácil, y que le den a la accesibilidad...
- ¿Qué más dará que, probable
Yo te sugeriría que el enlace de saltar presentación no esté dentro del
Flash...
Aparte de que, directamente, mejor no hagas una intro que se deba saltar
para poder acceder a los contenidos reales, pero bueno...
[EMAIL PROTECTED] escribió:
> Tengo una web con una pequeña presentacion flash incr
¿Y crear un filtro que sí lo pille? Si es que ya no basta con marcar el
Off Topic, ahora hay que hacerlo de una manera concreta... :P
Tei escribió:
> por favor, escribe [OT] en lugar de ot. Ot: oT 0t u otra variante,
> sino no lo cogen los filtros de correo.
> gracias.
>
> buena suerte con tu dud
Sí, bueno, como ha dicho Tei eso ya se había comentado, pero de paso
recordar que la técnica de off-left NO es del todo accesible, ya que en
el caso "estilos on/imágenes off" tampoco se vería nada, tal y como se
comentaba en un artículo que envió otro listero (muy interesante, por
cierto). Yo m
Hola, Núria.
Algunas preguntas:
- ¿tipo de servidor en uno y otro caso? ¿versión? ¿módulos instalados?
- ¿qué cabeceras envía el servidor junto con la página? (puedes verlas
con lynx, por ejemplo, con lynx --head --dump http://...).
No sé, por ir investigando, digo...
Saludín,
Ramón.
Hola, Dani.
No te preocupes, yo creo que preguntas así siempre son bienvenidas. A
bote pronto puede que a alguno nos duela un poco el que la accesibilidad
todavía no sea el pan nuestro de cada día, pero mira, gracias a tu
pregunta ya te hemos fichado para el bando "de los buenos", y a lo mejor
Hola, Daniel.
Espero que no te hayas sentido demasiado apabullado por las respuestas
que has recibido, realmente tu pregunta no es mala, sino sólo un síntoma
de algo que muchos desarrolladores siguen pensando todavía hoy: "no
merece la pena currárselo tanto, porque la Accesibilidad es sólo para
No deja de ser curioso que para demostrar por qué es necesario hacer
páginas accesibles hagan una página que no es accesible...
Hugo López escribió:
> http://www.silviovelo.com/
>
> Es el sitio web de Silvio Velo, figura de "Los Murcielagos" (la
> selección argentina de fútbol de no-videntes).
En Firefox 3 al menos sí funciona bien... Eso sí, si pones un clip como
ese no verás nada, porque has puesto la misma coordenada (0px) para el
top y el bottom
Saludín,
Ramón.
> Podría alguien explicar como funciona la propiedad CLIP.
___
Lista de dis
Hola, Tei y todos.
El único problema de esa técnica es que si los usuarios tienen las
imágenes deshabilitadas, no verán nada, ni la imagen ni el h1, porque
está fuera de la pantalla. Una posibilidad (que no deja de ser "esconder
el polvo debajo del felpudo") es ponerle un estilo al texto del h1
Hola, David.
Quizá me he explicado poco. Lo que quiero decir es que, por muchas
convenciones mayoritarias que podamos leer en los libros de usabilidad
sobre lo que se puede o no se puede usar, ni siquiera esas que tienen
más amplia aceptación pueden ser *garantía* de nada.
No se trata de que l
Una nota sobre accesibilidad de eso que estás haciendo...
- Si ocultas el texto del enlace, un usuario que tenga desactivados los
fondos no verá NADA (yo, por ejemplo).
- Si tienes un texto en la imagen, deberías usar texto en lugar de
imágenes (punto 3.1 de prioridad 2 de WCAG). Si lo que quier
Tan sólo aclarar una cosa... El uso de números tampoco garantiza que
estés a salvo. En Firefox existen extensiones que podrían estar usando
también esos números, por ejemplo.
Saludos,
Ramón.
David Pardo escribió:
> No es muy recomendable usar letras como acceskeys ya que diferentes
> navegadore
Lo primero, la especificación [1].
Lo segundo, tener en cuenta que en el accesskey sólo se define una
letra/tecla, y es el sistema operativo/navegador el que decide cómo se
deberá activar esa tecla concreta. Por ejemplo, en Internet Explorer se
debe pulsar Alt + la tecla, y en Firefox, Mayúscul
Hola, Carlos.
Y también hay quien opina -y me incluyo- que la asignación de atajos de
teclado debería ser algo que hicieran los agentes de usuario, y no los
autores de contenidos [1]. Precisamente porque no existe ninguna
convención que realmente se esté aplicando masivamente, y porque la
mejo
También, para quien quiera probar cómo se accede a un ordenador con
Windows y el lector de pantalla JAWS, esta noticia del CIDAT os puede
ser de interés:
DEMO DE JAWS FOR WINDOWS VERSIÓN 9.0 EN CASTELLANO (12/09/08)
http://cidat.once.es/home.cfm?id=492&nivel=2
La demo funciona sin limitaciones
Para quien tenga curiosidad sobre lo que hablábamos el otro día de las
características de accesibilidad "de serie" de los controles nativos de
Windows... He encontrado este programa de Microsoft cuya misión parece
ser evaluar esas características. No lo he probado mucho, pero bueno,
para quien
Hay que jorobarse, pues sí, era eso. Lo de la comilla de apertura lo
había visto, pero no me había dado cuenta de que lo que me estaba
diciendo era por el body, y no por el object anidado. Muchas gracias
Saludos,
Ramón.
___
Lista de distribución Ovil
Personalmente yo también prefiero las contestaciones en la parte
superior, siempre que sean contestaciones globales a todo el correo, y
de hecho suelo quitar el texto original si considero que la respuesta se
entiende sin necesidad de su contexto inicial. Me parece lo más cómodo
para alguien qu
Hola, Victoria y todos.
Tanto en HTML 4.01 como en XHTML, incluso en sus versiones Strict, el
elemento puede contener un elemento (y sólo uno), como
se puede leer en los comentarios que hay en las propias DTD de HTML 4.01
[1] y de XHTML 1.0 [2]:
Comentario en la DTD de HTML 4.01:
Comentari
A ver...
Nombre:
Si quieres que aparezcan en dos líneas:
label, input {
display: block;
}
Y si quieres que aparezcan en la misma línea, añades (por ejemplo):
label input {
margin-top: -1.0em;
margin-left: 10em;
}
Así te ahorras listas y , y sigues manteniendo la asociación
implícita
Sí, la verdad es que yo estoy también muy sorprendido...
/Line 12, Column 26/: document type does not allow element "object"
here; missing one of "p", "h1", "h2", "h3", "h4", "h5", "h6", "div",
"address", "fieldset", "ins", "del" start-tag.
Eso con XHTML 1.0 Strict, con el Transitional ya digo
Yo no añadiría salvo que realmente haya agrupación de
controles en el formulario. Normalmente si son pocos controles no es
necesario el y sólo añade complejidad sin dar nada a cambio.
En cuanto a lo que dice Victoria de los que usan las propiedades tipo
display: table, display: table-cell, et
Y siguiendo con las mejoras...
En alguna otra parte que no sea el ...
document.getElementById('formulario').onsubmit = function () {
bitacora_alta();
return false;
}
Y el código del ...
TALLER
RFC
...
Además de la asociación explícita con for/id, al encerrar los
Ostrás, pues iba a decirte que sí, que por supuesto, pero acabo de
comprobarlo y veo que valida sólo si es Transitional, en la versión
Strict no deja meter un object dentro de otro... Cosa que, por cierto,
no entiendo, porque pensaba que esa era la manera lógica de degradar a
diferentes conteni
> Esto que hace programas como JAWS es un hack, que nadie te garantiza
> que tiene que funcionar, porque se apoya en un truco que por
> casualidad funciona con algunos programas.
No. Utiliza el sistema operativo, que genera de manera nativa diálogos,
controles y otros elementos de interfaz. Goog
> Ando intentando insertar un archivo .flv en un HTML y quería saber cual es
> la mejor manera de escribir el código.
>
Depende del contexto que consideres. Si das por hecho que el usuario va
a tener JavaScript activado, SWFObject puede ser una buena técnica. Lo
que hace es sustituir un por
Siento contradecir al gurú...
Para vuestra tranquilidad, con Internet Explorer JAWS lee el atributo
longdesc y recita: "press enter for long description" (no me preguntéis
por qué lo dice en inglés), y efectivamente cuando pulsas enter abre la
descripción larga en una nueva ventana. Con Firefo
Hola, Tei y todos.
Bueno, como ya te ha explicado Nacho, un lector de pantalla lee todo lo
que aparece en pantalla en voz alta... Más o menos. Si no me equivoco,
JAWS utiliza las propias funciones y librerías internas de Windows para
reconocer los objetos que aparecen en la pantalla, para repre
Bueno, va en opiniones, para mí es problemático desde el momento en el
que pierdes de vista dónde está tu cursor y no tienes manera de saber
dónde está, especialmente cuando, como ya he comentado, se oculta más de
un enlace.
Además, el hecho es que la mayoría de los usuarios de lector de pantal
Triste, muy triste, que una empresa tan gorda como Google saque su nuevo
navegador absolutamente inaccesible. Utilizando un lector de pantalla,
sencillamente no se puede usar Google Chrome. Vamos, que sí, que es muy
rápido... Para quien lo pueda utilizar :P
Es realmente lamentable que a día de
Hola, Laura, no sé si esto te servirá...
http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd";>
http://www.w3.org/1999/xhtml"; lang="es" xml:lang="es">
Imagen centrada verticalmente con una tabla variable
body {
margin: 0;
}
#contenedor {
position: relative;
}
#imagen {
display: block
Conste tan sólo que aunque el off-left puede ser el método *más*
accesible, igualmente sigue presentando problemas, ya que por mucho que
lo mandes al quinto pino, el enlace sigue estando ahí. Para alguien que
navegue con el teclado puede ser muy confuso, especialmente cuando
ocultas más de un
En mi opinión el problema es que ambas funciones se mezclan con frecuencia:
¿es estructural o semántico?
...
...
atributos abbr, title, alt, longdesc...
A mí me parece que hay mucha semántica dentro de muchas etiquetas
"estructurales", y los motores de búsqueda se pueden aprovech
Tan sólo recordar que los revisores de accesibilidad tipo TAW o Hera NO
son en absoluto una garantía de accesibilidad, de hecho la mayor parte
de los puntos de verificación deben revisarse manualmente.
Ayudan, pero nada más.
Saludos,
Ramón.
___
Lista
Hola, Laura.
El DIV exterior probablemente te servirá para más cosas que el UL en sí.
Por ejemplo, para darle padding o fijar un ancho; para crear un color de
fondo global a toda la parte izquierda (en caso de que sea un menú
lateral) o de toda una barra de pestañas (en caso de ser así)...
Vam
Javier:
UTF-8 utiliza *siempre* menos bytes que cualquier texto ISO con
entidades HTML. Los caracteres por debajo del ASCII 128 se representan
por un único byte, y cuando se supera ese rango, se marca el bit más
significativo a 1 y se pasa al siguiente byte. Todas las tildes, eñes,
etc., se re
Hola, Javier.
Yo te recomiendo que uses UTF-8, que al fin y al cabo es el futuro (que
ya debería ser presente). Además es mucho más sencillo escribir
directamente lo que quieres escribir, y no andar con entidades HTML. El
problema es que a veces el servidor envía una codificación distinta de
l
101 - 200 de 239 matches
Mail list logo