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 Typ
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 competiti
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
pued
Sí, eso es lo que indican las iniciales OT en el asunto del mensaje, que además
indica también de qué trata el mensaje.
¿Algo más aparte de obviedades?
Guido sabe leer:
> OT: No uso Photoshop
___
Lista de distribución Ovillo
Para escribir a la lista,
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 medida
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 Fi
Hola, Encarna.
1. No se puede meter más de un por , no me extraña que te
haga cosas raras. Usa con para la etiqueta principal
Tipo de usuario", y luego individuales con atributos "for" que
enlacen con los "id" de los (y haz lo mismo con los demás campos
de este tipo)
2. Quita los atributo
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
iendo.
>>
>>
>> Asuntos del día:
>>
>> 1. HTML - Incluir un article en un article (Rafa Artacho)
>> 2. Re: HTML - Incluir un article en un article (Hernán Beati)
>> 3. Re: HTML - Incluir un article en un article (Ramón Corominas)
>> 4. Re: HTML
Sí, todo depende de lo que pretendas. La idea de es, entre otras
cosas, poder reutilizar contenido. Si tú consideras que un "libro" es un trozo
reusable, puede ser interesante poner un por libro,, y si luego
consideras que las publicaciones son un bloque reusable, no veo razón para no
incluir
, y no que 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 :
>> Hola, José María y todos.
>>
>> Sí, lamentablemente la accesibilidad sigue viéndose como algo secundario
>> a
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 bo
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:
http://list
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
ademia para
> que quedase suficientemente claro. Podéis encontrar todo el análisis y la
> explicación de la RAE en: http://www.sidar.org/funacti/inves/abrvsacr.php
>
> Aún siendo estimable la preferencia indicada por Ramón, es exactamente eso,
> una preferencia personal, pero no deb
Varias cosas:
1. ya no existe en HTML5, sólo
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 abreviatura
gramador/diseñador
> son caras.
>
>
> 2011/11/25 Ramón Corominas :
>> 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
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 opci
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 3
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 HT
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
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í q
Sí, la validación fallaría porque igualmente el es elemento de
bloque. De todos modos, sigo sin entender por qué usas , porque
aparentemente no estás encabezando contenidos de ningún tipo (el
debería encabezar contenidos en el documento donde lo pones, no en el
siguiente). Otra cosa es que pu
> Mi titulo
>>
>>
>>
>> En el css, cambio lo que comentaron en el anterior email por esto
>>
>> .post:hover h2 { display:block; }
>>
>>
>> Estéticamente el efecto es el mismo salvo que la zona de enlace se
>> restringe
>> só
Nota:
es elemento de bloque.
es elemento inline
no puede ir dentro de si quieres que el código valide.
Saludos,
Ramón.
Jairo escribió:
>>> Tengo este codigo html (que puedo cambiar si fuese necesario)
>>>
>>>
>>>
>>> mi titulo
>>>
>>>
>>>
>>>
___
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:
Saludos,
Ramón.
> Ejem, sí, un pequeño fallo, gracias ;)
>
> Andrés escribió:
>
>> el atributo (for) del label y el (id) del input no
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 Ovillo@lists.ovillo
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 ,
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 cont
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 m
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 m
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:
Casanova
O bien que en la propia hoja de estilos se contemplen distintas
posibilidad
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
http://ww
Hombre, si ya has puesto el no necesitas el ni . En
realidad yo me refería a cuando quieres presentar datos, no a
recogerlos. Para entrada, sólo e deberían bastar, y
mejor si se mete el dentro del :
Teléfono
ejemplo: 91 333
Saludos,
Ramón.
Gerardo escribió:
> Lo que he visto por
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 para indicar cabeceras de datos tabulares. En general, una
tabla podría contener varios registros iguales con los mismos campos,
mientr
Hola, Edgardo.
Creo que casi nadie te ha respondido de manera irrespetuosa, simplemente
se han limitado a decirte que esta lista no está pensada para esos
temas, cosa que, por otra parte, quizá no quede suficientemente clara en
su presentación, aunque sí en el archivo de mensajes, dada la frecu
Deberías evitarlo, además, por accesibilidad... Hacer una recarga
automática de una página es un incumplimiento del punto 7.5 (AA) en WCAG
1.0 / 2.2.1 (A) en WCAG 2.0
Saludos,
Ramón.
> Tengo un pag que contiene un iframe en el cual en un momento determinado
> se lanza una instrucción de javac
En realidad es !important... De todos modos creo que lo que le falta al
código original son clases para "ver" y "nover". Vamos, que con poner:
Esto no sale
ya lo tendrías... En cualquier caso, sí que es mejor usar hojas de
estilo externas, aunque sólo sea por claridad.
Saludín,
Ramón.
Jairo e
La verdad, creo que José tiene razón, tampoco cuesta tanto aclarar qué
se entiende por "estándares web" en la descripción. El W3C genera muchas
recomendaciones de muy distinto tipo que finalmente son estándares web y
no tienen nada que ver con xHTML, CSS o similares. Siendo estrictos,
también p
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 añadir
Lo que yo haría es poner un [OT] en el asunto del mensaje, o mejor aún,
preguntar en una lista de PHP y no de CSS...
Saludos,
Ramón.
ramirex escribió:
> pregunta sobre funciones PHP
___
Lista de distribución Ovillo
Para escribir a la lista, envia un
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
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 , calculando p
Hola, Jaume.
Supongo que el artículo se refiere a textos que se entresacan del propio
texto del artículo en el que uno está, algo muy típico en periódicos o
revistas, y que a veces se ve también en medios digitales (por ejemplo,
la BBC lo hace mucho con los pies de foto, donde pone un trozo de
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ó
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
al
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 cor
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 dirección
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 d
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
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
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 trabaj
¿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
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 navegadores...Pe
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 grat
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 au
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. Ca
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
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
Tanto como y son bloques, pero mientras en los
dos primeros el contenido debe ser inline, en el puede
haber también bloques. De esa manera, en un sí se pueden
meter , pero en un no se pueden meter .
Esto es así porque puede ser que necesites hacer una cita larga, con lo
cual tendrás un b
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 seg
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.
>
> Umm
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 pue
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, y
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
caden
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:
Nombre 1
Nombre 2
Por cierto, ojo con poner
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:
http://lists.ovillo.org/mailman/listin
Ah, es cierto, para temas de fondos igual es mejor que uses
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:
http
input[type="reset"] {
background: url('images/cancel_btn.png') no-repeat;
}
Pero no te va a funcionar en todos los navegadores, así que es más
sencillo que le pongas una clase al input y utilices esa clase:
input.reset {
background: url('images/cancel_btn.png') no-repeat;
}
Saludín,
Ramón
Yo no lo veo tan absurdo, aunque sí es cierto que el problema va a ser
que las herencias no va a ser fácil que las saques (una misma clase
puede afectar de forma distinta estando en un elemento u otro).
Si sólo necesitas los atributos CLASS o ID, podrías hacer una macro en
UltraEdit o similar p
!
___
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:
http://lists.ovillo.org/mailman/listinfo/ovillo
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
___
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 gra
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 aplica
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 C
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. En
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 WCAG
Lo de "campo obligatorio" tiene que ir sí o sí dentro del , 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 dentro del
, además de enlazarlos con los atri
¿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
> s
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 c
Nota: los campos marcados con un
asterisco son obligatorios
Nombre * (campo obligatorio)
Clave * (campo obligatorio)
Mostrar clave
Saludos,
Ramón.
___
Lista de distribución Ovillo
Para escribir a la lista, envia un correo a Ovillo@lis
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 p
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 le
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 d
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 determ
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 cua
¿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 hablo
Sí, claro, es que el marcado para el antetítulo es un 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 Ovi
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):
El centro
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,
¡Aaah, claro! Se lo plantearé al cliente a ver si le vale, ¡muchas
gracias!
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 un cor
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,
pe
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...
Fuera bromas, estoy de acuerdo en que el nivel AA permite un grado de
ac
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
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:
Título principal de noticia
Antetítulo (nota aclaratoria) de la noticia
Los editores
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 {
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.
>>
>> La Institución
>> /
>>
___
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 decir
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 2.
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 d
1 - 100 de 239 matches
Mail list logo