Hombre, a ver, usar un CMS completo repleto de posibilidades para una
web normalilla (habría que definir qué quiere decir eso) también es
matar moscas a cañonazos xD
Lo que pasa es que normalmente si lo único que quiere tu cliente es una
paginilla para decir que está en Internés (caso muy
Hola, Ovillo.
Por mi experiencia, los hostings de otros te pueden dar más líos que
ofrecerlo tú mismo. En tu propio hosting tienes más control sobre cómo
está la configuración. Incluso aunque no sea un VPS y tú no puedas
cambiarlo, al menos sabes cómo está configurado y lo que puedes y no
Hola de nuevo.
A ver, esto es como todo, por una parte va en gustos y también depende
mucho de cada proyecto, pero en general los clientes lo que menos
quieren es tener que gastar mucha pasta. ¿Qué quiere decir eso? Que como
tengas que ponerte a programar de cero (o casi) no vas a ser
Dos sugerencias:
1. En lugar de usar mipagina.php, puedes poner /mipagina.php o
/micarpeta/mipagina.php. Esa ruta es absoluta y siempre hará
referencia al mismo lugar. El inconveniente puede ser si luego cambias
la ruta de esa página. Por cierto, por lo que cuentas lo raro es que IE
y Firefox
Me acabo de dar cuenta de que, en el primer selector:
legend {
display:block; padding:10; width:100%; background-color:#333;
color:#fff; margin:0 0 10px 0;
}
El valor de padding es 10. Sólo 10. ¿Eso son píxeles, ems o qué? No sé
si tendrá que ver, pero prueba a ponerle una unidad de
Hola, Encarna.
1. No se puede meter más de un input por label, no me extraña que te
haga cosas raras. Usa fieldset con legend para la etiqueta principal
Tipo de usuario, y luego label individuales con atributos for que
enlacen con los id de los input (y haz lo mismo con los demás campos
de
Hola, Ovillo.
Para quienes estéis en Madrid y os apetezca un poco de accesibilidad, el
próximo miércoles 14 de marzo celebraremos el tercer Meetup del grupo
Madrid Accesibilidad TICs, donde unas cuantas personas nos reunimos
para darle un poco más de visibilidad a todo lo relacionado con la
(Ramón Corominas)
4. Re: HTML - Incluir un article en un article (Rafa Artacho)
--
Message: 1
Date: Wed, 21 Dec 2011 19:34:47 +0100
From: Rafa Artacho teme...@gmail.com
Subject: [Ovillo] HTML - Incluir un article en un
Hola, José María y todos.
Sí, lamentablemente la accesibilidad sigue viéndose como algo secundario
a la hora de ofertar trabajo, y a pesar de que la Ley obliga a ser
accesibles y no a ser usables, se tiende a ir por esto último por un
antiguo mito que decía que lo accesible era enemigo de lo
tengan que tener una experiencia de usuario
super--chachi-guay-divina-de-la-muerte.
Saludos,
Ramón.
Tei comentó:
2011/12/16 Ramón Corominas lis...@ramoncorominas.com:
Hola, José María y todos.
Sí, lamentablemente la accesibilidad sigue viéndose como algo secundario
a la hora de ofertar
Hola, buenas.
Hablando con un compañero hoy por la mañana, nos preguntábamos si es
realmente posible detectar que un usuario tiene los estilos
desactivados. Por lo que he entendido, al desactivar los estilos en
realidad no pasa nada a nivel de scripts, es decir, si aplicamos una
propiedad de
Corrección: el caso 2 es, obviamente, Sí CSS, no JS.
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:
Varias cosas:
1. acronym ya no existe en HTML5, sólo abbr
2. includp en versiones anteriores, HTML no es un acrónimo. Los acrónimos son
palabras que, aunque pueden tener siglas, se leen como se escriben, no
deletreadas (por ejemplo, UNESCO, UNICEF...). HTML se lee deletreado y se
considera
distintas necesidades y
preferencias.
Saludos,
Emmanuelle
-Mensaje original-
De: ovillo-boun...@lists.ovillo.org [mailto:ovillo-boun...@lists.ovillo.org]
En nombre de Ramón Corominas
Enviado el: miércoles, 30 de noviembre de 2011 23:22
Para: Ovillo, la lista de CSS en castellano
Asunto
.
2011/11/25 Ramón Corominas lis...@ramoncorominas.com:
Hombre, aunque en este caso puedo estar de acuerdo contigo, porque la
reducción va a ser mínima, habrá que mirar el contexto de uso. Eso que dices
puede ser cierto en el primer mundo, pero no es tan sencillo de forma global.
Además
Y ambas oociones serán inaccesibles a un lector de pantalla...
Pablo escribió:
Tienes 2 opciones.
1) display:none; Esta opcion oculta al elemento como tambien su espacio
ocupado, por ende, los elementos adyacentes ocupan la posicion del elemento
ocultado.
2) visibility:hidden; Esta opcion,
Hombre, aunque en este caso puedo estar de acuerdo contigo, porque la reducción
va a ser mínima, habrá que mirar el contexto de uso. Eso que dices puede ser
cierto en el primer mundo, pero no es tan sencillo de forma global.
Además, te aseguro que cada vez que salgo de España y pago roaming de
Glubs, ahora que tengo tiempo de mirarlo... Un excelente ejemplo de
información transmitida por el color, absolutamente inaccesible para
alguien con baja visión o ceguera.
En fin, queda tanto por hacer...
Reactivo Química Visual escribió:
Aquí tienes datos actualizados sobre el soporte de
Hola, Ovillo.
Aunque no sé qué porcentaje representará, lo cierto es que una parte de
esos usuariso de IE 6 seremos diseñadores/desarrolladores/consultores,
comprobando cómo se ven las páginas con IE 6. No es que no nos hayamos
actualizado, sino que lo usamos como herramienta de testeo... Así
Aunque el menú sea dinámico, supongo que lo escribes sabiendo cuántas
opciones tienes, así que siempre puedes poner la mayor parte de los
estilos en la hoja externa y algunos sobreescribirlos con el atributo
style. Esto puede sonar a feo porque se separa peor el código HTML de
la presentación,
Nota:
h2 es elemento de bloque.
a es elemento inline
h2 no puede ir dentro de a si quieres que el código valide.
Saludos,
Ramón.
Jairo escribió:
Tengo este codigo html (que puedo cambiar si fuese necesario)
div class=post
a href=enlace.php
h2spanmi titulo/span/h2
img class=thumbnail
valide y que funcione de igual forma?
Saludos,
--
Jairo Ochoa
El 15 de abril de 2010 09:39, Ramón Corominas
lis...@ramoncorominas.comescribió:
Nota:
h2 es elemento de bloque.
a es elemento inline
h2 no puede ir dentro de a si quieres que el código valide.
Saludos,
Ramón
A ese ejemplo yo le añadiría divs para separar cada campo. Más que nada
porque son elementos no semánticos (no añaden carga de párrafo, que
desde mi punto de vista no tiene sentido aquí), pero sí separan los
campos en diferentes líneas si se visualiza la página sin hojas de estilo.
De todos
A ese ejemplo yo le añadiría divs para separar cada campo. Más que nada
porque son elementos no semánticos (no añaden carga de párrafo, que
desde mi punto de vista no tiene sentido aquí), pero sí separan los
campos en diferentes líneas si se visualiza la página sin hojas de estilo.
De todos
Ya que te pones, podías hacerlo bien, al menos :P
Algunas correcciones a tu formulario básico...
1. Alta en el servicio no es un buen identificador para el legend,
teniendo en cuenta los datos que agrupa. Ese texto es más bien un título
que identifica el formulario completo, y no a un grupo de
Ejem, sí, un pequeño fallo, gracias ;)
Saludín,
Ramón.
Andrés escribió:
el atributo (for) del label y el (id) del input no deberían ser
iguales ¿?
___
Lista de distribución Ovillo
Para escribir a la lista, envia un correo a
Y al corregir eso también veo que al copiar y pegar he dejado el
tx-apell también en la parte del DNI, que lógicamente habría que
cambiar por algo tal que:
input id=tx-dni name=dni type=text maxlength=9 /
Saludos,
Ramón.
Ejem, sí, un pequeño fallo, gracias ;)
Andrés escribió:
el
Siguiendo con el ejemplo de Ernesto, lo que no estaría mal es que
defináis varias clases distintas para poder combinarlas, pero haciendo
referencia a nombres más estructurales que de presentación. Por ejemplo:
div class=titular biografiaCasanova/div
O bien que en la propia hoja de estilos se
Hola, Ovillo.
Supongo que muchos ya lo conoceréis, pero para quienes no, ayer me topé
con este script que permite dar soporte a algunos de los selectores de
CSS3 en versiones de Internet Explorer entre la 5.5 y la 8:
Labs - ie-css3.js. CSS3 pseudo-class selector emulation for IE 5.5-8
Desde mi punto de vista...
Formulario = entrada de datos
Tabla = salida de datos
Por lo tanto, NO se debe maquetar un formulario con una tabla, y menos
poner th para indicar cabeceras de datos tabulares. En general, una
tabla podría contener varios registros iguales con los mismos campos,
Hombre, si ya has puesto el label no necesitas el dt ni dd. En
realidad yo me refería a cuando quieres presentar datos, no a
recogerlos. Para entrada, sólo label e input deberían bastar, y
mejor si se mete el input dentro del label:
label for=tx-tel
Teléfono
input id=tx-tel type=text /
Aunque llego tarde, creo que lo más fácil es que uses un servidor local
ya montado, como XAMPP, que además tiene una versión portable. Lo copias
en una carpeta, pones tus ficheros en el DirectoryRoot del Apache, lo
ejecutas, inicias Apache, y ya está... Para los includes quizá tengas
que
Así a bote pronto dudo que puedas hacerlo sólo con CSS (no sé si CSS 3
tiene funciones que permitan calcular eso). Pero se me ocurre una
manera, si los títulos se cargan dinámicamente de una base de datos o
algo así... Podrías implementarlo en la función de servidor que dibuje
el hx,
Pensaba que lo que querías era variar el estilo en función del número de
caracteres, no simplemente hacer que se subrayaran los caracteres que
existan :) Vamos, que lo que yo te proponía también te podría dejar el
borde inferior en un espacio en blanco.
Saludos,
Ramón.
Joel escribió:
Gracias
Hola, buenas.
Si no recuerdo mal, en España al menos se tiene que identificar al
propietario, pero que yo sepa no se dice nada de si esa identificación
debe ser de una persona o de una empresa. Entiendo que si esa empresa
está constituida legalmente, ese señor estará también identificado en
Hola, Ovillo
Como aludido molesto por los off-topic, diré que no se trata
exactamente de molestia en el sentido de enfado, trastorno grave o
similares, sino sencillamente de extirpar el cáncer antes de que se
extienda.
Cuando alguien lanza un tema off-topic totalmente colateral, sin
relación
Es un tema off-topic, como mínimo se debería marcar como tal
Sebastian escribió:
Para mi esta re bien que se toquen estos temas. Es parte de ser
webmaster, y no es lo mas facil.
___
Lista de distribución Ovillo
Para escribir a la lista, envia un
Sólo un test. No recibo correos desde hace varios días... Muy extraño
para Ovillo :)
___
Lista de distribución Ovillo
Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org
Puedes modificar tus datos o desuscribirte en la siguiente
Y digo yo... ¿si no disponen de Internet para qué demonios usan Internet
Explorer?
Y lo de su falta de interés, pues lo dicho, que se aguanten.
SoporteNuke escribió:
Se que muchos dirán que es cruel hacerlo de ese modo, pero me limito a
probar en las últimas versiones de los
¿Mande? Tocino, velocidad, churras, merinas... Qué bonito es el idioma y
su variedad.
Lo siento, es que no pillo la relación ni de qué te quejas exactamente.
José divagó:
Cada vez nos parecemos más a la SGAE. Nosotros por encima del mundo. Me
estoy dando verdadera pena. A lo mejor es que soy
Buenas.
Carlos comenta:
Quizás en su casa no tienen internet y sólo navegan en el trabajo. Y
quizás en el
trabajo están capados.
Vale, pero eso no es que no tengan Internet. En su casa no lo tienen, y
por lo tanto ahí da igual que se actualicen o no, si no pueden
navegar... En el trabajo
A ver, comparto el fondo del asunto, no se trata de dejar fuera a nadie...
Por accesibilidad como que no va a ser, porque si se diseña con
estándares reconocidos (y no hablo de HTML5 o CSS3), raramente los
problemas de visualización del IE6 son tan graves como para perder
accesibilidad real, y
Mi pregunta es sobre lo que algunos han mencionado de clases sociales,
no sobre otras razones como políticas de empresa, restricciones de
privilegios o cosas similares.
Carlos escribió:
Políticas de empresa, directivas de grupo Windows, no tener acceso de
administrador a la máquina del
Hola, buenas.
Dos cositas acerca de las WCAG...
1. La Ley española se basa en UNE 139803:2004 = WCAG 1.0 = font-size y
line-height en em, ex o %
2. En WCAG 2.0, aunque no se dice expresamente lo de las medidas
relativas, se habla de texto escalable. Teniendo en cuenta que una de
las claves de
El problema no es si desaparece IE6 o no, sino que los diseñadores
siguen tratando de lograr que todo se vea bien en IE6. Si de verdad
queremos que la gente se actualice, despreocupémonos de IE6, y el que no
quiera cambiarse, que se j... Que se aguante.
Saludín,
Ramón.
José escribió:
Es
De acuerdo en que Flash no se suele llevar bien con la accesibilidad,
pero desde hace tiempo tiene una serie de características para
accesibilidad relmente potentes, y bien usadas pueden servir de mucho, e
incluso lograr cosas muy difíciles de hacer de otra manera (por ejemplo,
subtitulado o
Hola, Ovillo.
Aunque comparto la idea de que jQuery no es precisamente una carga
para el servidor, y que el JavaScript bien usado mejora la experiencia
de usuario, en este caso me parece un error. Si algo tiene la separación
de contenido-presentación-comportamiento es que cada capa está en su
Sí, si no fuera porque ese efecto estético es también una ayuda visual
muy importante para asociar los datos de las distintas celdas,
especialmente para alguien con un campo visual reducido, por ejemplo.
Vamos, que para mí estético es otra cosa.
Y que un método sea más fácil no lo hace más
Cuando hablo de la separación contenido-presentación-comportamiento me
refiero a lo que el usuario percibe. Si el usuario desactiva los scripts
y cambian el contenido o la presentación, es que no se está respetando
esa separación, igual que si se desactivan los estilos y cambia el
contenido.
Tanto p como pre y blockquote son bloques, pero mientras en los
dos primeros el contenido debe ser inline, en el blockquote puede
haber también bloques. De esa manera, en un blockquote sí se pueden
meter p, pero en un p no se pueden meter blockquotes.
Esto es así porque puede ser que necesites
No, PRE es un elemento de bloque, y P sólo admite contenido inline. De
todos modos no le vería mucho sentido semántico a incrustar PRE en un
párrafo, porque precisamente el uso normal será incluir varias líneas
con formato pre-establecido, y no un parrafo, que es una entidad de
texto que va
Lista, sin duda. Un foro es mucho más inaccesible, ni hablemos de un
Wave (lo siento, pero es que para participar hay que poder acceder...) ;)
Saludín,
Ramón.
Marc escribió:
Genial, pues sigamos todo este asunto vía otro canal y así podemos
limpiar un poco de lista de este offtopic.
Ummm..
Hola a todos.
Aunque a veces ando un poco desaparecido, me gustaría aportar mi granito
de arena a este tema, y sobre todo que el proyecto nazca desde la base
con criterios de accesibilidad. Actualmente trabajo como consultor de
accesibilidad web y experiencia de usuario, por lo que creo que
Philipp, yo no redacté las WCAG 1.0, y aunque teóricamente no daría
problemas, el punto 12.4 es muy claro, y si se incumple, técnicamente
hablando no se cumple la doble-A. Por otro lado, ese punto está ahí
porque no todos los lectores de pantalla se comportan bien con la
asociación implícita,
Correcto no es, al menos en WCAG 1.0 se incumpliría el punto 12.4, y la
asociación explícita siempre es preferible. De todos modos, salvo que el
ID lo uses para algo más, siempre puedes poner una cadena distinta
delante de cada campo, por ejemplo:
label for=xyz-nameNombre 1 input id=xyz-name
Referencia: WCAG 1.0 [1]
12.4 Associate labels explicitly with their controls. [Priority 2]
For example, in HTML use LABEL and its for attribute.
Es decir, que si no lo pones, el punto 12.4 no se estaría cumpliendo. Lo
que te proponía es más bien añadir en la generación del código una
cadena
Contestad en privado, por favor. Gracias :)
___
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:
Hola, Ovillo, tras un largo paréntesis...
Cuidadín con sIFR, tiene varios problemas de accesibilidad... Entre otros:
- No es escalable ni configurable por el usuario
- Al ser Flash, en algunos casos no es leído por los lectores de
pantalla (y tampoco su alternativa), lo cual es especialmente
Si no recuerdo mal, en Firefox ocurre también, dependiendo de cómo esté
incrustado el Flash, si en modo ventana o no o algo así...
Tei escribió:
Tambien algunos navegadores no permiten que otras partes de la pagina
web floten por encima de un objeto flash
Desde mi punto de vista no hay que considerar la validación estricta del
código como un dogma de fe, sobre todo cuando eso impide añadir
semántica a la página. El hecho de que rel=license no sea
estrictamente válido no quiere decir que provoque un problema a ningún
navegador, parser ni
La principal razón para no usarlos es que el formato URLencode que se
verá en la URL no los acepta, por lo que te saldrán con su codificación
(algo así como %2E, %3D, etc.). Y luego al guardarlos en disco puede
ocurrir que se guarde con esa codificación en lugar de los caracteres
originales.
Javier escribió:
Es casi una manía que tengo generar el código de la forma más limpia
posible.
Buena manía ;)
Si coloco el código de las capas (nombre, tamaño, posición) en aun
archivo CSS aparte (por ejemplo layers.css) ¿es correcto?
Sí, aunque no sé si es bueno que pongas un CSS
Si quieres que esa página cumpla con las pautas de accesibilidad WCAG
2.0 [1], no lo evites. La manera de evitarlo es engañar al navegador
eliminando el foco del elemento mediante JavaScript, pero esa práctica
está definiida como un incumplimiento [2] del criterio de éxito 2.4.7
[3] de las
Lo de campo obligatorio tiene que ir sí o sí dentro del label, ya
que de lo contrario no será leído por un lector de pantalla. Los
lectores de pantalla cuando acceden a un control leen lo que pone la
etiqueta. Por eso puede ser buena idea encerrar el input dentro del
label, además de
Y digo yo, existiendo label/input, ¿qué semántica añade una lista de
definición?
Jorge Gónzalez - yparamuestaunboton.com escribió:
A mi me gusta la opción de usar listas de definición para
plantear formularios un poco más semánticos, la verdad que lo he usado
en algún proyecto pero no soy
¿Y para qué los fieldset si no hay campos que tengan relación entre sí?
Y sobre todo, poner un fieldset sin legend añade semántica (agrupación)
sin etiquetado, lo cual puede ser peor.
Asela Ortiz de Murua escribió:
Quiero dedir que no hacen falta más contenedores; que con CSS y el esquema
div id=login-form
form ...
p class=avisostrongNota:/strong los campos marcados con un
asterisco son obligatorios/p
div id=div-nombre
label id=lbl-nombre for=txt-nombre title=Nombre de usuario, campo
obligatorio
Nombre * span class=ocultar(campo obligatorio)/span
input id=txt-nombre name=nombre
Si el servidor no envía directamente el charset, tal vez funciona usar
la directiva charset de CSS al principio del fichero de estilos:
@charset utf-8;
Saludos,
Ramón.
Aparte, cuantos servidores proporcionan el css con content-type
text/css; charset=UTF-8... ¿o un documento CSS tiene por
Bueno, es que yo creo que con la churrera webera sólo le pueden quitar
el pan a freelances churreros y a empresas churreras, por eso no me
parece nada malo, la verdad. Vamos, que a mí creo que no me quitan el
pan, sino más bien todo lo contrario. Para mí es como decir que la
cocina económica
Hola, Ovillo.
No había visto hasta ahora de dónde venía la polémica sobre el
reventón de los mercados, y ahora que lo veo, me gustaría dar mi opinión...
Que se hagan programas de presencia en Internet para las empresas es
bueno, y no me parece en absoluto que una cosa así vaya a perjudicar el
Sólo por curiosidad... ¿Has probado con diferentes tipos de JPG? No sé,
tal vez sea distinto si el JPG es progresivo o no lo es.
Saludos,
Ramón.
Samuel - escribió:
Pero en IE6 y IE7 aparece un molesto parpadeo de unas decimas de
segundo, que supongo que tiene que ver con el tiempo de carga de
Carlos Rincón escribió:
Tal cómo ya te han dicho la manera más fácil, rápida y limpia es usar
javascript. Con Jquery es muy sencillo y los que no tengan javascript
también lo verán tan sólo que en el orden original.
Si no hay otra manera podría plantearse una solución con JavaScript,
pero
Lástima, al probarlo con el lector de pantalla, el buffer virtual se
actualiza también con el onload, por lo que también lo lee en el orden
invertido, así que al final es casi como cambiar el orden directamente
en el código, que era lo que se quería evitar.
Seguiremos investigando...
Saludín,
Esa posibilidad se planteó hasta que me explicaron en qué consistía el
antetítulo... El problema es que a veces es una aclaración bastante
larga, e interesa (por usabilidad) que se lea primero el título, que es
lo que realmente define la noticia.
Por ejemplo (siguiendo tu esquema):
h1
span
¡Aaah, claro! Se lo plantearé al cliente a ver si le vale, ¡muchas
gracias! sonrisota
Un saludín,
Ramón.
Carlos Rincón escribió:
No hay que calcular nada, tan sólo cambiar el DOM.
___
Lista de distribución Ovillo
Para escribir a la lista, envia
Sí, claro, es que el marcado para el antetítulo es un p desde el
principio...
Martin Etxauri escribió:
¿igual un H no es el marcado apropiado para ese antetítulo, no?
___
Lista de distribución Ovillo
Para escribir a la lista, envia un correo a
¿Resquemor? No, hombre, para nada... Más bien es frustración por no
lograr resolverlo de una manera adecuada.
De todos modos, aunque está claro que las noticias existían antes, el
tema es cuadrar el concepto tradicional con las posibilidades técnicas
del medio donde vas a publicar. Cuando
Pues no sé, qué quieres que te diga, no todos los periódicos utilizan el
mismo formato, tampoco en web (El Mundo vs. El País, La Nueva España vs.
La Voz de Asturias...). Es curioso como los que tienen antetítulo
resuelven el tema de formas que, a mi entender, son muy poco satisfactorias.
En
Es una buena idea, aunque me temo que no es posible, al menos por
ahora... El problema es que el lector de pantalla funciona como una capa
aparte del navegador, capturando las llamadas a la tarjeta de vídeo, así
que tengo la impresión que sería como tratar de detectar la presencia de
una
Idealmente, las opciones de menú que llevan a la misma página en la que
ya estás no deberían ser ni siquiera enlaces, se considera un error de
usabilidad poner enlaces que llevan a la misma página en la que ya se
encuentra uno.
Saludos,
Ramón.
ul
li class=current a href=index.htmlspanLa
Como dice Choan, el validador lo que no sabe es combinar reglas, y en la
primera regla se encuentra elementos con float declarado en una regla
que no declara el width. Si cambias el float y lo pones en las reglas
donde sí se declara el width, desaparecen las advertencias:
#menu, #contenido1 {
Hola, Ovillo.
Me plantea un cliente un desafío semántico-cesesiano que a mí me
parece irresoluble, pero quién sabe si alguna sabia mente ovillera me
pueda iluminar...
La idea de partida es bastante simple:
h1Título principal de noticia/h1
pAntetítulo (nota aclaratoria) de la noticia/p
Los
Me debo explicar fatal, porque enseguida se desvía el hilo hacia cosas
que no son el meollo del problema técnico, pero en fin, para que quede
claro...
Martin Etxauri escribió:
personalemente he intentado antes algo así y... creo que es imposible ;)
Eso creo yo, pero me gustaría asegurarme
Ignacio Ricci escribió:
El AAA es prácticamente irreal desde mi punto de vista.Creo que con AA es
suficiente.
Me pregunto por qué el W3C dedica tantos esfuerzos para desarrollar algo
que es prácticamente irreal... guiño
Fuera bromas, estoy de acuerdo en que el nivel AA permite un grado de
Este es mi último mensaje en este hilo, ya me aburre el tema y me debo
explicar muy mal porque tengo la sensación de que hablamos cada uno de
una cosa distinta...
1. Te empeñas en decir diseño con tablas cuando estoy hablando en todo
momento de tablas SIMULADAS CON DIVS (propiedades de CSS
Hernán escribió:
No me ofendas, Ramón. No he falseado nada.
Yo creía sinceramente que defendías las tablas (reitero, estaba
confundido), y en ese contexto, sí que hace falta anidar tablas para
lograr columnas de distintos anchos a través de distintas filas.
Y no precisas decirme que estudie
Hola, Hernán.
Pero no quisiera creer que Ramón ha probado los esquemas haciendo zoom
sin tildar el Solo ampliar texto... cuando él mismo ha puesto como
condición que se pruebe en ese contexto!
No sé dónde puse yo esa condición, la verdad. Efectivamente lo he
probado con esa opción
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
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
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
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 p del #contenido2.
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 trata
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 Ctrl
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,
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
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.
...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 al
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 el
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 caption
En cuanto a las tablas de
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* en
1 - 100 de 224 matches
Mail list logo
