Re: [Ovillo] Site con 2 dtd's
Exactamente, ¿cuál es la duda o cuestión que planteas? 2009/7/29 Rafa Artacho teme...@gmail.com Buenos días: Me surge la necesidad / obligación en un site que está hecho conforme a: !DOCTYPE html PUBLIC -//W3C//DTD HTML 4.01 Transitional//EN http://www.w3.org/TR/html4/loose.dtd; de comenzar a maquetar las nuevas páginas con esta dtd: !DOCTYPE html PUBLIC -//W3C//DTD XHTML 1.1//EN http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd; ¿conocéis algún sitio con la misma casuística?, tenéis alguna experiencia de este tipo, documentación al respecto? Muchas 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/listinfo/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: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Site con 2 dtd's
Hasta donde yo sé, no hay ningún problema en que un site tenga distintas DTD en distintas páginas, ya que la DTD afecta a la página (documento HTML) no al site en conjunto. Ahora bien, la repercusión que ésto pueda tener a nivel técnico, dependerá de las características del site: si es estático, dinámico, si usas un gestor de contenidos, si existe integración entre aplicaciones etc. Una cosa es coger una página HTML y determinar a mano qué DTD debe usar y otra muy distinta es que por el medio exista algun tipo de lógica afectada que tenga que decidir qué DTD y estructrua HTML deberá usar. Lo que no me queda muy claro es si tienes que comenzar una migración o si las nuevas páginas que añadas deberán tener una nueva DTD distinta. m. -- 2009/7/29 Rafa Artacho teme...@gmail.com Pues la duda es bastante genérica, en resumen sería qué problemas me puedo encontrar, a la hora de validar el código, si puede haber conflicto entre las 2 dtd's, si puede haber problemas de visualización en algún navegador, o simplemente no influye en nada el usar 2 dtd's diferentes en un mismo site? Gracias 2009/7/29 mmundo mmu...@gmail.com Exactamente, ¿cuál es la duda o cuestión que planteas? 2009/7/29 Rafa Artacho teme...@gmail.com Buenos días: Me surge la necesidad / obligación en un site que está hecho conforme a: !DOCTYPE html PUBLIC -//W3C//DTD HTML 4.01 Transitional//EN http://www.w3.org/TR/html4/loose.dtd; de comenzar a maquetar las nuevas páginas con esta dtd: !DOCTYPE html PUBLIC -//W3C//DTD XHTML 1.1//EN http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd; ¿conocéis algún sitio con la misma casuística?, tenéis alguna experiencia de este tipo, documentación al respecto? Muchas 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/listinfo/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: http://lists.ovillo.org/mailman/listinfo/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: http://lists.ovillo.org/mailman/listinfo/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: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] correcto uso de form en una tabla
Hola Miguel, a no ser que tengas un formulario distinto para cada fila, lo lógico es que el /form sea el contenedor de /table, ya que lo que deduzco de tu escueto mail es que la tabla la usas como elemento estructural para organizar los campos. Saludos, Martí. -- 2009/5/15 Miguel Beltran R. yourpa...@gmail.com Hola lista, tengo una duda para el correcto uso de form's cuando se presentan los datos usando tablas. FORMA 1 table thead trTITULOS/tr /thead tbody form trtdinput .../td.../tr /form /tbody /table FORMA 3 table thead trTITULOS/tr /thead tbody tr formtdinput .../td.../form /tr /tbody /table cuál se debe usar? -- Lo bueno de vivir un dia mas es saber que nos queda un dia menos de vida ___ 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 ___ 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
Re: [Ovillo] Listas vs tablas
Hola, 2009/3/18 Asela Ortiz de Murua aomu...@gmail.com - Daniel: Ese era el motivo de mis dudas, porque sólo había un dato tabulado, el precio. Pues yo creo que como mínimo tienes dos: columna vino / columna precio; columna plato / columna precio, etc... La tabla sirve para mostrar datos tabulados desde un punto de vista sintáctico, pero desde el punto d vista del usuario, también sirve para comparar elementos de forma ágil. Entiendo que para muchos usuarios, el hecho de poder comparar fácilmente el precio d una carta de platos/vinos puede ser un punto fuerte. Saludos, Martí. -- ___ 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
Re: [Ovillo] [OT] enlaces javascript
Hola, 2008/9/8 Rumoroso [EMAIL PROTECTED]: Marc Palau escribió: Pero, y si no hay javascript?? siempre se tiene que tener la opción alternativa: No siempre es necesario cuando la función es réplica de una funcionalidad aportada por el propio navegador (en ese caso ya hay alternativa), y los botones para ir atrás o adelante lo son. En este caso, lo apropiado es crear los enlaces con el propio script (como parece ser el caso planteado por Nicolás), con lo que no exisitirían enlaces inactivos en ausencia de soporte para este. Dudo mucho que la opción Siguiente del navegador sea equivalente a la opción Siguiente de una página web. Si el argumento de Marc no te gusta, ¿que tal la opción de separar comportamiento y contenido? Rumoroso, no es un tema de imperativo (se debe, no se debe...), sencillamente es una cuestión de buenas practicas, usabilidad, consejos para mejorar, etc..., nada más. Un saludo. -- ___ 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
Re: [Ovillo] pagina con bordes laterales
hola
2008/9/9 kbr1 mafia [EMAIL PROTECTED]:
tengo un div (#contenedor) y dentro tengo 3 divs alineados
el primero y el tercero son bordes y el medio es contenido
la cosa es que logre que el #contenedor me ocupe de principio a fin pero los
bordes y el contenido solo llegan hasta donde se ve la pantalla si bajo con
el scrollbar, ya no se ven los bordes, alguien sabe como solucionarlo
No se si lo habré entendido bien, pero lo de los divs #borde
flotando, a bote pronto parece un camino algo complicado para pintar
bordes laterales.
¿No sería mejor buscar otro camino?
Ya que tienes un #contenido con ancho fijo anidado dentro de un div
#contenedor , ¿porqué no asignas el background al #contenedor y le
añades un margen de 15px por banda al #contenido?
Suerte!!
html
head
style type=text/css
html{
height:100%;
...
}
body{
height:100%;
...
}
#contenedor{
height:100%;
font-size:12px;
...
}
#borde_i{
background:url(imagen);
width:15px;
backgroun-repeat:repeat-y;
height:100%;
float:left;
}
#borde_d{
background:url(imagen2);
width:15px;
backgroun-repeat:repeat-y;
height:100%;
float:left;
}
#contenido{
height:100%;
float:left;
width:850px;
}
/style
/head
body
div id=contenedor
div id=borde_i/div
div id=contenidocontenido, ocupa mas que el alto de la ventana/div
div id=borde_d/div
/div
/body
/html
muchas 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/listinfo/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:
http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] DTDs y frames
El 29/03/06, Daniel Torres Burriel[EMAIL PROTECTED] escribió: No he encontrado nada que diga que no puedan tener un doctype diferente entre ellas, si bien no tendría mucho sentido dentro de la lógica de desarrollo. Saludos! [1] http://html.conclase.net/w3c/html401-es/present/frames.html#h-16.1 El problema surge cuando te imponen el requerimeinto de trabajar con frames y tienes que llamar a una página que te viene de una aplicación distinta y com una DTD que no contempla frames. Ahí se produce el conflicto de DTDs. Saludos, Martí. -- ___ 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://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Diseño web pda siguiendo estandares
El 29/03/06, paco gonzalez[EMAIL PROTECTED] escribió: Hola a todos, mi nombre es Ivan. Trabajo como diseñador web en madrid y en el trabajo estoy haciendo un estudio para crear las páginas de nuestro grupo accesibles para PALM, POCKET PC Y BLACKBERRY. Queria desarrollarlas con xhtml y css pero no tengo mucha informacion si estos soportes implementan bien la css. Os agradeceria si teneis información de como crear paginas accesibles para estos formatos me la mandaseis a ser posible en castellano pero de no ser asi en ingles me valdria. Hola, No quiero dar una impresión negativa, pero de entrada lo tienes un poco complicado. El Pocket PC y la Blackberry son dos mundos completamente a parte. La Blackberry, no es que no soporte CSS, es que de entrada, implementa el HTML como le da la gana (modelo 7290 que es con el que he trabajado). La Pocket PC, como suele pasar en el mundo Microsoft, cada versión de OS es una aplicación distinta, con lo que el comportamiento CSS también será distinto. En Palm no tengo experiencia. Saludos, Martí Mundó. -- ___ 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://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] DTDs y frames
El 29/03/06, Daniel Torres Burriel[EMAIL PROTECTED] escribió: El 29/03/2006, a las 10:28, mmundo escribió: El problema surge cuando te imponen el requerimeinto de trabajar con frames y tienes que llamar a una página que te viene de una aplicación distinta y com una DTD que no contempla frames. Ahí se produce el conflicto de DTDs. Bueno, pero el documento que debe llevar el doctype de frames sólo es el que los contiene, y no así los documentos que quedan contenidos en el mismo. No veo mayor problema. Sí, afortunadamente es así. La duda venía dada por lo que anteriormente has mencionado: No he encontrado nada que diga que no puedan tener un doctype diferente entre ellas [..] Muchas gracias, Martí Mundó. -- ___ 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://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Diseño web pda siguiendo estandares
El 29/03/06, paco gonzalez[EMAIL PROTECTED] escribió: Entonces tendria que hacer una pagina para soporte, os agradeceria si teneis algun emulador de estos sistemas me lo hicierais llegar. Para Blackberry creo que utilizamos este emulador : http://www.blackberry.net/developers/downloads/simulators/index.shtml Para Pocket PC se usaron los emuladores del propio entorno de desarrollo de Microsoft. ___ 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://ovillo.org/mailman/listinfo/ovillo
[Ovillo] DTDs y frames
Hola, Tengo la siguiente duda sobre el DOCTYPE y los frames: ¿todos los documentos (x)HTML que se cargan en una página con frames, deberían llevar el mismo DOCTYPE? Saludos, Martí Mundó. -- ___ 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://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] font-size 62,5% es igual a 10px
2006/3/20, Choan C. Gálvez [EMAIL PROTECTED]:
tono class=radical
Eso es una barbaridad y quienes recomiendan este método unos inconscientes.
/tono
Me explico: asignar un tamaño de fuente de X% en el `body` significa
que el tamaño base para la fuente del documento será un X por ciento
del tamaño que por defecto haya escogido el usuario.
Por defecto, los navegadores (no sé si todos) vienen configurados con
un tamaño de fuente _base_ de 16px. En tal caso, asignar un tamaño de
fuente de 62.5% [^1] hará que el tamaño base del texto de nuestro
documento sea de 10px.
Hola Choan,
Pascal en su comentario creo que ya lo explica muy bién. La idea final
es la encontrar una regla de conversión fàcil para poder adaptar el
diseño gráfico (que generalmente vienen en píxeles), no la de obligar
al usuario a leer a un tamaño deterinado. La finalidad de utilizar
esta unidad precisamente es la permitir adaptar el tamaño de fuente a
las necesidades del usuario (cosa que no puedes hacer con los píxeles
a no ser que modifiques la resolución).
Además, hay maquetadores que desarrollan layouts elásticos, de manera
que las medidas en píxeles de los divs y otros elementos también deben
de convertirlas en EMs. Así que tener una regla de conversión,
facilita mucho la cosas.
Ahora bien, ¿qué ganamos? Ná de ná. Si vamos a tener en cuenta el
tamaño de fuente escogido por el usuario (en caso de que lo haya
escogido), deberíamos establecer nuestro tamaño base como 100%.
Cualquier otra cosa es ir en contra del usuario.
Yo no creo que el hecho de establecer un tamaño básico en el CSS
diferente al tamaño por defecto del navegador sea ir en contra del
usuario, siempre y cuando el diseño permita modificar el tamaño de la
fuente.
Así pues, ¿de qué tamaño queremos el texto? ¿10px [^2]? Pues dejémonos
de porcentajes sobre valores _desconocidos_ y escribamos
body { font-size: 10px; }
**Todos** los navegadores, excepto IE, pueden redimensionar tamaños de
fuente definidos en píxeles.
Lo que nos deja un problema por resolver: permitir a los usuarios de
IE el redimensionamiento del texto. Aquí sí que me parece justificado
[^3] utilizar
* html body { font-size: 62.5%; }
Precisamente este problema con Explorer conlleva un problema de
accesibilidad. Un proyecto en el que determinado nivel de
accesibilidad sea un requerimiento, no puedes usar píxeles para
definir el tamaño de fuente.
Un saludo,
Martí Mundó
--
___
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://ovillo.org/mailman/listinfo/ovillo
[Ovillo] [OT] Desactivar Flash sin desinstalarlo
Hola, ¿Conocen alguna manera de desactivar el plugin de flash del navegador sin tener que desinstalarlo? Muchas gracias, Martí Mundó. -- ___ 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://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] [OT] Desactivar Flash sin desinstalarlo
Puede ser esta: https://addons.mozilla.org/extensions/moreinfo.php?id=433application=firefox Lo que hace es darte la opción de ver un archivo flash (en realidad no lo desactiva), pero no te muestra el contenido alternativo (por ejemplo una imagen) que el autor le haya podido asignar. La Accessibility Toolbar para Internet Explorer sí que lo hace. Exacto, lo que yo necesito es que me desactive el Flash, no que lo bloquee. Gracias a todos. Martí. -- ___ 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://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] [OT] Desactivar Flash sin desinstalarlo
¿Conocen alguna manera de desactivar el plugin de flash del navegador sin tener que desinstalarlo? Hola, lo que estás buscando es esto: http://www.kewbee.de/FlashPluginSwitcher/Help/ Es como el muchos IE en una sola PC, pero para Flash. Funciona tanto con Mozilla como con IE, y te permite elegir que versión de Flash quieres en cada navegador (de la 4 a la 8), o desinstalarlo. Hola, No sé si te permitirá desactivar el plugin, pero igualmente es muy interesante. Un saludo, Martí Mundó. -- ___ 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://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Diseño con porcentajes y em´s
El 7/03/06, david bourgon[EMAIL PROTECTED] escribió: ¿Alguien podría indicarme qué unidades aplica a qué elementos? ¿Si opto por usar porcentajes, todas las medidas han de ser porcentajes? ¿Existe algún recurso en línea que explique esto? GraciessS Si no recuerdo mal, las unidades en % y en EM se pueden aplicar a cualquier elemento al cual se le puedan definir tamaños. El desarrollo basado en estas medidas es más complicado de resolver que el basado en píxeles y según la propuesta de diseño puede llegar a ser imposible cuadrarlo al píxel. Debes tener en cuenta que el tamaño del valor EM siempre dependerá en última instancia de la configuración del navegador del usuario (y eso implica algunas diferencias según plataforma/navegador). Si en Google pones [fixed elastic design] te saldran unos cuantos resulatasdo sobre el tema. Saludos, Martí. -- ___ 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://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Problema con imagenes flotando
El 27/02/06, Javier Arce[EMAIL PROTECTED] escribió: Hola, tengo una pequeña duda que me atenaza ;) Cuando coloco una imagen flotando a izquierda o derecha, sucede que el contenido que viene justo bajo esa imagen flotada se descuadra. ¿Alguien sabe por qué sucede eso? Si el problema de descuadre se refiere a lo que te han contestado, en la especificación está explicado: http://www.w3.org/TR/CSS21/visuren.html#floats (justo antes de empezar el punto 9.5.1 tienes un ejemplo de imagen + texto.) Saludos, Martúi Mundó. -- ___ 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://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Estilos CSS para textos web escalables?
El 9/02/06, Juan Sebastián[EMAIL PROTECTED] escribió: Hemos creado unos estilos CSS para los textos de una web donde especificamos el tipo de letra, tamaño, interlineado, etc... pero nos gustaría saber si es posible crear un estilo que se escale automáticamente, de manera que cuando un usuario de la web quiera ver los textos más grandes en su navegador, se mantengan las proporciones de interlineado, anchuras de bloque de texto, etc (esto es, que crezcan al igual que el texto pero dentro del espacio asignado); y no se monten las lineas, se descuadre el contenido de las cajas... espero haberme explicado medio bien. Gracias de antemano por la ayuda. Puedes usar la unidad de de medida EM, por ejemplo. Todo lo que esté declarado con esta unidad de medida aumentará/disminuirá proporcionalmente al tamaño de fuente. Saludos, Martí Mundó -- ___ 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://ovillo.org/mailman/listinfo/ovillo
[Ovillo] [OT] Duda sobre Opera browser
Hola, ¿el navegador Opera, aparte de ser gratis (la versión PC), es de código libre (opensource)? Gracias, Martí Mundó. -- ___ 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://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] [OT] Duda sobre Opera browser
El 6/02/06, javi lamadrid[EMAIL PROTECTED] escribió: opera.com http://my.opera.com/jax/blog/show.dml/24238 Thanks a lot Javi. ___ 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://ovillo.org/mailman/listinfo/ovillo
[Ovillo] métodos para hacer pruebas
Hola, ¿alguien tiene experiencia en el uso de PearPC - PowerPC Architecture Emulator[1] para probar páginas web en entornos MacOS sin disponer de un Mac? [1] http://pearpc.sourceforge.net/about.html Un saludo, Martí Mundó. -- ___ 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://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Duda sobre accesibilidad
El 19/01/06, José Antonio[EMAIL PROTECTED] escribió: Hola a todos, tengo una duda referente a la accesibilidad. ¿Alguien sabe si está permitido que la especificación de la hoja de estilo vaya en la cabecera de la página dentro de las etiquetas style type=text/css.../style? ¿Se podría validar con los validadores de w3.org? Sobre todo me interesa el tema de la accesibilidad. No sé si he entendido bién la duda, pero puedes enlazar un CSS mediante la etiqueta LINK o puedes importar un CSS dentro de los tags STYLE mediante la regla arroba @import Si no me equivoco, las pautas de accesibilidad no definen de que manera se debe vincular un CSS con su documento fuente. Saludos, Martí Mundó -- ___ 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://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Duda sobre accesibilidad
El 19/01/06, mmundo[EMAIL PROTECTED] escribió: El 19/01/06, José Antonio[EMAIL PROTECTED] escribió: Hola a todos, tengo una duda referente a la accesibilidad. ¿Alguien sabe si está permitido que la especificación de la hoja de estilo vaya en la cabecera de la página dentro de las etiquetas style type=text/css.../style? ¿Se podría validar con los validadores de w3.org? Sobre todo me interesa el tema de la accesibilidad. No sé si he entendido bién la duda, pero puedes enlazar un CSS mediante la etiqueta LINK o puedes importar un CSS dentro de los tags STYLE mediante la regla arroba @import Si no me equivoco, las pautas de accesibilidad no definen de que manera se debe vincular un CSS con su documento fuente. Ahh... Y si te refieres a definir los estilos de la página dentro de la cabecera, diría que tampoco hay ninguna pauta que lo indique, en todo caso habría consejos sobre qué método sería más recomendable. Para ello, puedes formular tu duda en el foro Accesoweb http://es.groups.yahoo.com/group/accesoweb/ Saludos, Martí Mundó. -- ___ 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://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] diferencia hay entre usar ems y small,x-small
El 30/12/05, Antonio Urraca[EMAIL PROTECTED] escribió: Hola tengo una duda. ¿Qué diferencia hay entre usar ems y small,x-small, etc... en los tamaños de las fuentes? Hola, las principales diferencias funcionales (por decirlo de alguna forma) entre usar EM o keywords son: 1) Los tamaños de fuente EM son relativos al tamaño de fuente del elemento padre y el keyword no. 2) Los tamaños definidos en keywords respetan el umbral mínimo de legibilidad que es de 9 píxeles y las unidades EM no (a excepción de cunado el usuario aumenta/disminuye manualmente el tamaño de fuente al visualizar una página). Un saludo, Martí Mundó. -- ___ 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://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] ¿Bug en el validador de CSS?
El 28/11/05, Choan C. Gálvez[EMAIL PROTECTED] escribió: Federico Santoalla wrote: Parece que projection esta bien: http://www.w3.org/TR/REC-CSS2/media.html igualmente yo antes de acusar el bug, verificaria bien todo mi codigo. Está verificado, tanto el CSS como el XHTML son válidos. Salud, Choan O realmente es un bug o hay algo de la página que al validador no le gusta. Yo he probado vincular un CSS de la misma manera que tú (para los dos tipos de medios) en un documento vacío para las DTD HTML strict y XHTML 1.0 strict y transitional y el validador las ha aprobado todas. Para evitar el error, siempre puedes linkar la hoja de estilos (que tambien soporta el atributo media) y aplicar la regla arroba import en la hoja de estilos linkada. Saludos, Martí Mundó. -- ___ 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://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Anidar capas
El 17/11/05, Enrique[EMAIL PROTECTED] escribió: Hola, qué tal? Tengo una duda: Se puede anidar capas con css? No sé a qué te refieres con anidar. Yo lo entiendo como que una capa (supongo que te refieres a un div) sea hija o descendiente de otra. Si la cosa va por ahí, desde CSS no se puede modificar la estructura del documento fuente. Si te refieres a representar visualmente que un div esté superpuesto a otro, se puede hacer con el esquema de posicionamiento absoluto. Tienes más información en el punto 9 de la especificación: http://www.w3.org/TR/CSS21/visuren.html#positioning-scheme http://www.w3.org/TR/CSS21/visuren.html#absolute-positioning Saludos, Martí Mundó. -- ___ 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://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Resultado de Exa minator: Barras de navegación
El 16/11/05, Manuel González Noriega[EMAIL PROTECTED] escribió: Como guinda, indica que tu lista es un elemento de navegación englobándola en un elemento map, descrito en http://www.w3.org/TR/REC-html40/struct/objects.html#h-13.6.1 Hola, ¿Podría ser que el uso del elemento map causara problemas en MSIE? Recuerdo que hará casi dos años propuse usar este elemento en un proyecto, siguiendo el ejemplo descrito en las Técnicas HTML para WCAG1.0 (http://www.w3.org/TR/WCAG10-HTML-TECHS/#group-bypass) y en MSIE surgieron problemas. Algo fallaba, pero no recuerdo el error. En su día lo atribuimos a que MSIE no soportaría el uso de este elemento (pero también prodría ser debido al CSS, ya que tampoco hicimos muchas pruebas). Saludos, Martí Mundó. -- ___ 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://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Por qué usar hacks?!
El 10/11/05, Roger Martín[EMAIL PROTECTED] escribió: En realidad no hace falta el hack. IE tiene un modo no-estandar (quirk mode) y otro estandar. El estandar se activa según la declararión HTML del documento. Podeis verlo en: http://www.quirksmode.org/ Hola Roger, Con el la aplicación de la técnica de los hacks/filtros siempre me he referido (al menos yo) a su uso para corregir los desajustes entre lo que define la especificación y el comportamiento real de los distintos navegadores en modo estándar (es decir con un DOCTYPE válido). Ya que cuando se activa el modo estándard, se supone que todos los navegadores standard-compliant deberían tener el mismo comportamiento. Pero claro, eso es un deseo, no una realidad. Martí. -- ___ 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://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] imagen dentro de div + alinear bottom y right
El 10/11/05, maira[EMAIL PROTECTED] escribió: Gracias Martin y Martí por su ayuda, sin embargo, probé todas esas formas, y ninguna me daba un buen resultado. Hice la prueba en el código que tu adjuntaste y las dos técnicas funcionaron :/ ___ 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://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] altura 100%
El 10/11/05, Gerard Boyer[EMAIL PROTECTED] escribió: a ver si alguna mente avanzada me puede ayudar. Necesito que la altura del container se adapte al 100% de la pantalla, si no existe contenido se colapsa y no ocupa toda la pantalla, (http://webfacil.tinet.org/index.jsp?codi=ebrull), claro qu en Firefox si que puedo poner un min-height pero en IE no me sirve. alguna propuesta? ¿Has probado como punto de partida definir altura 100% al elemento HTML? Ya que éste el el ancestor del div que quieres que ocupe toda la altura del portview. Saludos, Martí Mundó. -- ___ 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://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] altura 100%
El 10/11/05, Gerard Boyer[EMAIL PROTECTED] escribió:
--- mmundo [EMAIL PROTECTED] escribió:
¿Has probado como punto de partida definir altura
100% al elemento
HTML? Ya que éste el el ancestor del div que
quieres que ocupe toda
la altura del portview.
hola Martí, ya he provado el html{height:100%;}, pero
na de na!
Estoy mirando las listas y sigo en ello.
Perdón, es el elemento body :P
Si lo pruebas, funciona.
Ejemplo:
!DOCTYPE html PUBLIC -//W3C//DTD XHTML 1.0 Transitional//EN
http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd;
html xmlns=http://www.w3.org/1999/xhtml;
head
head
titleUntitled/title
style type=text/css
body {height: 100%; margin: 0; padding: 0}
#blockDiv {height: 100%; width: 100%; background-color: red;}
/style
/head
body
div id=blockDiv/div
/body
/html
___
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://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] altura 100%
El 10/11/05, mmundo[EMAIL PROTECTED] escribió: Perdón, es el elemento body :P Si lo pruebas, funciona. En la anterior prueba, también hay que declarar el selector HTML para que funcione con Firefox... sabía que el elemento HTML me sonaba de algo ;) Martí. -- ___ 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://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] altura 100%
El 10/11/05, Hari Seldon[EMAIL PROTECTED] escribió: PD: el problema es que según los estándares, esto no es correcto; el tag html no puede tener una altura del 100% :( Hola Hari, ¿tienes alguna url de referencia donde hable de ello? 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://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] altura 100%
El 10/11/05, Gerard Boyer[EMAIL PROTECTED] escribió: vale, hasta ahi había llegado, el problema persiste en que no me arrastra el pie (footer)de la página al final, sino que me lo pinta igual que ahora pero con el container al 100% como si bajase una persiana. no se si me explico. ¿Te refieres a que el div height: 100% debería empujar el div footer al fondo de la página? Si es así, esto ya es otro problema. Pero ahí entran en juego muchos factores: diseño de pagina, tipo de medidas, esquema de posicionamiento utilizados... Por eso añadí el comentario ...como punto de partida... en alguno de los posts. Saludos, Martí Mundó. -- ___ 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://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Por qué usar hacks?!
2005/11/10, bzf1 [EMAIL PROTECTED]: ... cuesta, pero yo creo que se puede maquetar todo sin necesidad de hacks. Al menos yo he podido. Ahora bien: ¿Alguno de vosotros se ha encontrado con algo muy concreto que no haya forma de maquetar sino con hacks? En el momento en que necesitas valores distintos para una misma propiedad (en función del browser), necesitas esconder uno de los dos valores (según la regla del más específico). El ejemplo más paradigmático es el modelo de caja de MSIE5.x/Win. Aunque en este caso, siempre puedes recurrir a duplicar el elemento, en uno le asignas la propiedad width y al otro le asignas las propiedades de la zona envolvente (el padding i el border). Pero no siempre hay alternativa al juego del escondite. Martí. -- ___ 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://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] site en 3 idiomas
El 19/10/05, Leandro Asrilevich[EMAIL PROTECTED] escribió: una pregunta mas... yo tengo que hacer idioma español ingles y portugues... pero toy en duda cuales serian las dos letras del idioma portugues, y por las dudas aleman (supongo sera de) y de italiano por que es probable que se le agregue Siempre puedes usar lo que marca la ISO: Para portugués PT, para italiano IT y para alemán DE http://www.w3.org/WAI/ER/IG/ert/iso639.htm http://www.oasis-open.org/cover/iso639a.html Saludos, Martí Mundó. -- ___ 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://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Valid XHTML 1.0
El 11/10/05, José Antonio[EMAIL PROTECTED] escribió: Cuando creo una página web, al intentar validarla con el validar del w3c siempre que me la valida me dice que es Valid XHTML 4.0. Se que también existe un Valid XHTML 1.0 pero la verdad es que no sé como debo programar para que me valide según ese estandar. Primero de todo, deberías de especificar la versión (x)HTML mediante la declaración del DOCTYPE (ya que le prser valida lo que se le declara en el documento) Si quieres trabajar con XHTML 1.0, puedes declarar lo siguiente (por ejemeplo): !DOCTYPE html PUBLIC -//W3C//DTD XHTML 1.0 Transitional//EN http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd; A aprtir de aquí, debes cumplir con todo lo que se explica en los enlaces que te han recomendado. Saludos, Martí Mundó. -- ___ 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://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Color de scrollbar en firefox
El 7/10/05, Christian Roque[EMAIL PROTECTED] escribió: Hola a todos, yo tenia entendido que las propiedades para cambiar el color de la barra eran propietarias de IE y solo se podian ver en Ie, aunque tambien en Opera 8, pero que en firefox no se podian cambiar Aunque no sea con la finalidad que a ti te interesa (supongo), en la especificación CSS se habla de ello: http://www.w3.org/TR/CSS21/ui.html#system-colors Saludos, Martí Mundó. -- ___ 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://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] ¿Texto en medidas relativas o absolutas?
Yo tuve tiempo de comprobar que ciertamente existe un umbral mínimo de
9px, pero solamente con relación a la configuración del tamaño de
fuente del navegador. El umbral mínimo desaparece en el momento en que
el usuario reduce el tamaño de fuente manualmente a través de las
opciones de menú.
De esta manera, se evita el problema de usabilidad/accesibilidad con
el que Vicente empezó la discusión. Las keywords son una solución que
puede funcionar en muchos casos, de la misma forma que los píxeles
trabajados adecuadamente también lo pueden ser.
Saludos,
Martí Mundó
--
El 3/10/05, Orange at GMail[EMAIL PROTECTED] escribió:
A ver, a raíz de este post he estado haciendo algunas pruebas de campo
Parece ser que IE5.0 e IE5.5 reducen una keyword respecto a IE6, FF y
Opera 8.5, al menos con la fuente x-small
Por ejemplo, para definir la fuente como x-small, en IE5.x hay que definirla
como xx-small si queremos conseguir el mismo tamaño
Para arreglarlo se puede hacer esto (que valida):
body {
font-size: xx-small; /* IE5.x */
f\ont-size: x-small; /* Estandares */
}
Esta declaración deja el em en 10px (navegadores modernos Windows con el
tamaño de letra por defecto), por si teneis que echar cuentas para diseños
elásticos, alturas de linea, etc ...
Por ahora no he probado con otras keywords y me falta pasar el testeo por
MAC, pero ahi queda la cosa
B.
El día 30/09/05, Camilo Kawerín [EMAIL PROTECTED] escribió:
Hola Pablo y todos,
Pablo Impallari escribió:
Yo prefiero los tamaños fijos en pixeles para los textos.
Mi experiencia es que la mayoria de los clientes/usuarios que no son
expertos, tienen sus navegadores seteados con tamaños de textos mayor o
menor, sin saber siquiera que esa funcion existe o que pueden cambiarla
a gusto.
Supongo yo, tal ves equibocadamente (o tal ves no) que alguna ves hayan
experimentado con esa funcion en alguna web que tenia tamaños fijos, y
al no notar cambios lo dejaron seteado en cualquier tamaño y luego se
hayan olvidado... entonces al encontrar una web con tamaños relativos
creen que lo que esta mal es al web y no su navegador.
El usuario experimentado no tiene problemas en aumentar el tamaño si lo
desea, y las personas cortas de vista (o por lo menos las 3 que yo
conozco) usan programas que funcionan como un zoom de la pantalla, dado
que no solo ven chicas las letras de las webs, sino la de cualquier otro
programa que utilizan en su maquina.
Obviamente esto no es lo politicamente correcto... pero creo que en la
practica se da de esa manera, y si bien esta en nuestras manos como
diseñadores hacer que esta realidad cambie, la verdad es que las veces
que use tamaños de textos relativos tube quejas de los clientes.. asique
ahora utilizo tamaños fijos, siempre.
Entiendo tu postura y yo también tuve problemas en ese sentido, pero me
parece que por ese camino vamos derecho a una web aún peor que la que
intentamos superar los que decidimos trabajar siguiendo estándares. Digo
esto porque personalmente creo que usar px en la hoja de estilos para el
texto es peor que la etiqueta font, en la que los valores del atributo
size son relativos.
Por ejemplo, un portal de noticias[1] donde trabajé como periodista
tiene un código desastroso, pero el uso de font en los textos permite
cambiar el tamaño del texto desde el navegador. Y durante el tiempo que
tuve relación con el sitio, nunca hubo quejas de usuarios porque el
texto fuera muy chico o muy grande.
Es cierto que existe un problema por la falta de conocimiento de los
usuarios de las posibilidades que ofrece su navegador, pero me parece
que acentuar ese desconocimiento es el peor camino.
Saludos
[1] http://www.momarandu.com/
--
Camilo Kawerín
27Sur comunicación diseño
http://www.27sur.com
Recuerde *RESPONDER* a este mail, así puedo hacer un seguimiento de la
conversació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://ovillo.org/mailman/listinfo/ovillo
--
Orange at GMail
___
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://ovillo.org/mailman/listinfo/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:
http://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] ¿Texto en medidas relativas o absolutas?
El 4/10/05, Orange at GMail[EMAIL PROTECTED] escribió: Por cierto, acabo de hacer otra prueba... He configurado el tamaño del carácter por defecto del navegador en 9px (es decir que el medium tendría ese tamaño, y el x-small debería afoptar según la lógica algo ininteligible) He abierto mis maquetas y ningún problema, la fuente se me había reducido un poco, pero nada del otro mundo, se veía perfectamente. Acto seguido he abierto GMail para poner este mensaje, fuentes en EMs y una página totalmente inutilizable, para escribir esta espuesta he tenido que darle 3 veces a CTRL+ Es lo que comenté en el mensaje del 29/09/05 y en el de hoy a las 9:34... ;) ___ 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://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] ¿Texto en medidas relativas o absolutas?
El 29/09/05, Vicente Gallur Valero[EMAIL PROTECTED] escribió: Hola a todos. Últimamente procuraba utilizar en las web que maqueto medidas relativas en la fuentes, como em, para que el usuario pueda cambiar el tamaño de estas desde el menú de su navegador (aunque los navegadores más modernos permitan cambiar el tamaño sea cual sea la unidad de medida). El caso es que he tenido algunos comentarios de gente que veía la web muy pequeña y, como no, utilizaba explorer y tenía el tamaño del texto como menor (muchas veces ocurre al hacer scroll con la reuda del ratón y tener pulsada la tecla Control). Ahora suelo definir las unidades en pixels y añadir botones que aumentan y disminuyen el tamaño de la letra mediante javascript. ¿Qué opináis? -- Vicente Gallur Valero http://www.vgcomunicacion.com Hola Vicente, priemro, me gusta aclarar siempre que puedo, que los píxeles son unidades de medida relativas (ver especificación CSS2). Unidades absolutas son, por ejemplo, pt, cm, mm... Segundo: existe la idea generalizada que el uso de píxeles como tamaño de fuentes es un sacrilegio (porqué MSIE no permite cambiar el tamaño) en cualquier contexto de uso bajo requerimientos de accesibilidad web. Tercero: las unidades tipo em, % o keywords, tienen sus ventajas, pero tambien sus inconvenientes (como el que tu expones en este mensaje). De la misma manera que los píxeles tienen sus ventajas y sus inconvenientes. Por lo tanto, en mi opinión, no defendería de manera incondicional y en cualquier contexto de uso que las fuentes definidas en em, % o keyword siempre sea mejor que utilizar píxeles. En cuanto a la opinión que pides, la alternativa que tu propones me parece correcta, aunque si tus dudas (si es que las tienes) tienen relación directa con la accesibilidad, debes contemplar una opción alternativa al JavaScript para que el visitante web pueda cambiar el tamaño de fuente. Una alternativa que a mi me merece especial atención, es el uso de los keywords, ya que la ventaja que estos ofrecen es que a pesar de la configuración del usuario, su tamaño nunca será inferior a 9px, con lo que se evita el problema que tu describes en este correo. Si tus diseños CSS tienen que ser compatibles para navegadores de 4ª generación (NC4.x y MSIE4.x), el problema se complica bastante. Saludos, Martí Mundó. -- ___ 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://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] ¿Texto en medidas relativas o absolutas?
El 29/09/05, mmundo[EMAIL PROTECTED] escribió: Una alternativa que a mi me merece especial atención, es el uso de los keywords, ya que la ventaja que estos ofrecen es que a pesar de la configuración del usuario, su tamaño nunca será inferior a 9px, con lo que se evita el problema que tu describes en este correo. Esto es una teoría que todavía no he validado. Si alguien ha realizado pruebas, puede confirmarlo o desmentirlo. Saludos, Martí Mundó. -- ___ 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://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] offtopic: ¿Texto e n medidas relativas o absolutas?
El 29/09/05, Pablo Suárez León[EMAIL PROTECTED] escribió: Bueno, no se trata de ser realistas o no. Ni de cuantos usuarios tienen esto o lo otro. Se trata de seguir unas normas (WAI, WCAG, Section 501) para que las paginas sean accesibles. Al igual que es importante que el codigo valide y siga estandares la acesibilidad es igual de importante. Puesto que a menudo nos justificamos en argumentos basados en aplicar recomendaciones y estándares web (y no en estadísticas), ¿hasta qué punto sería responsabilidad del titular del site aplicar o condicionar un desarrollo para que el diseño sea compatible con determinado navegador que no implementa correctamente la especificación CSS o no cumple requerimientos UAAG (y en este segundo caso se incluyen muchos navegadores/agentes de usuario)? Puesto que MSIE es el navegador más usado con algunas lagunas importantes en la implementación de CSS2 (como el modelo de caja para versiones 5.x/Win, o las pseudoclases, etc...) ¿soy el único que, antes de desquiciarse, en algún momento ha pensado si el que usa MSIE no lo visualiza correctamente... es su problema? Saludos, Martí. ___ 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://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] offtopic: ¿Texto e n medidas relativas o absolutas?
El 29/09/05, Pablo Suárez León[EMAIL PROTECTED] escribió: No se si seras el unico o no. Pero En mi humilde opinion el problema no es de ellos, es tuyo en este caso por no darles soporte. Es preferible salvar a un usuario que use MSIE que a 300 desarrolladores que no son lo suficientemente profesionales para hacer que su pagina sea accesible y cumpla los estandares. Estoy de acuerdo en parte de tu comentario: darles soporte. Para mi, dar soporte no tiene por qué coincidir siempre con ser o no ser accesible. Por este motivo escribí el offtopic, pero con una intención más desenfadada y con ánimo de intercambiar opiniones ;) Saludos, Martí. -- ___ 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://ovillo.org/mailman/listinfo/ovillo
[Ovillo] Comportamiento CSS
Hola, al revisar la especificación HTML (http://www.w3.org/TR/html401/present/styles.html#style-external) he caído en el detalle que ésta establece tres maneras de aplicar una hoja de estilo externa a partir de la combinación de los atributos rel y title (persistant, preferred y alternate). La pregunta que quisiera hacer es si alguien ha llevado a la práctica la combinación de estas características (en concreto con el matiz que existe entre persistant y preferred) y el resultado que le ha dado y, en segundo lugar, si sería aplicable al elemento style con la regla @import (que a priori diría que no). Saludos, Martí Mundó. -- ___ 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://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] navegacion y sub-navegacion utilizando ul
La mayoría de ejemplos que he visto utilizan posicionamiento absoluto (de la lista anidada). Es decir, la lista que se te va a la derecha en Mozilla, debería tener: position: absolute; left: x; top: y; Donde x e y tendran las dimensiones y tipo de unidad según los requerimeientos de diseño y accesibilidad. http://css.maxdesign.com.au/listamatic2/horizontal05.htm http://kalsey.com/tools/csstabs/3 Saludos, Martí Mundó. -- El 27/09/05, Eduardo Lovera[EMAIL PROTECTED] escribió: Hola a todos: Para una aplicación web estoy intentando armar una barra de navegación y sub-navegación estilo pestañas, utilizando listas no ordenadas. Lo que trato de hacer debiera quedar mas o menos así: www.simultaneo.com.ar/citanova/navegacion.gif ...pero sin embargo queda así: http://www.simultaneo.com.ar/citanova/pedidos_en_edicion_b.htm Hasta ahora sólo logro que se vea bien en IE6 lo que me hace pensar en que estoy haciendo algo muy mal... En Firefox, los divs que utilice para contener a cada lista/menu de navegación, se ubican en donde quieren -o seguramente en donde deben- pero no en donde yo quisiera :( Desde ya muchas gracias a quienes me puedan dar una mano. De paso... ¿cuál sería la mejor manera de armar con css este tipo de sistemas de navegación? Edu Lovera ___ 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://ovillo.org/mailman/listinfo/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: http://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] CSS según resolucion de pantalla
Una opción sería cargar el CSS como opción alternativa: link rel=alternate stylesheet title=Resolución 800x600 href=[path del CSS optimizado a 800x600] Recuerdo haber visto ejemplos de código que aplican CSS según deteminadas características del dispositivo (CSS3 trata este tema, pero no sé si lo vi en algún otro sitio). Saludos, Martí Mundó. -- El 26/09/05, Iban Rodriguez[EMAIL PROTECTED] escribió: Hola, Ahora mismo no puedo entrar en detalles de CSS o en informacion tecnica (falta de tiempo y conocimientos). Pero echale un vistazo a www.microsoft.com. Si te fijas a 800x600 carga unas imágenes, y a 1024 otras (me refiero al tamaño). Es decir, a 800x600 la web queda encajada perfecta, y a 1024 también. Me he fiiado que resizeando el navegador y refrescando notas este efecto, sin necesidad de cambiar la resolución, por lo que utilizarán algún tipo de JavaScript (o vbscript?) para detectarlo. Mírate el fuente a ver si ves algo y te sirve. Espero que te sirva de ayuda. Un saludo. __ ?php $Autor = Iban Rodriguez; // Programador, THE MOVIE ? www.themovie.org -Mensaje original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] nombre de [EMAIL PROTECTED] Enviado el: lunes, 26 de septiembre de 2005 16:54 Para: ovillo@lists.ovillo.org Asunto: [Ovillo] CSS según resolucion de pantalla Hola, les mando este email para pedir opinión y soporte por parte de ustedes en caso que sepan o crean adecuado hacer lo sigueinte. A día de hoy estoy diseñando un sitio web basado en CSS y XHTML completamente. El diseño es bastante gráfico y su reultado y apariencia es más agradable en la resolución de 1024x768 y posteriores que no en 800x600 donde veo la web demaisado apretada una vez se vé en grandes resoluciones. La pregunta es, creen ustedes que se pueden cargar dos css, una para resolucuones de 800x600 y otra para resoluciones superiores? Tengo las dos CSS hechas, me gustarí saber qué debo indicar en el documento css, en la xhtml o si debo instalar algo. Supongo que sí se podrá hacer, no es lo que me hubises gustado pero creo que así mejoro la usabilidad de la web para resoluciones de pantalla grandes y para pequeñas adpatando la apariencia, anchos, a la pantalla. Sé que existe la opción que sea líquida, que fluya la web en función de la pantalla dando % a los div's contenedores pero en mi caso el div del contenido central tiene un tamaño fijo de 590 pixels, y el div lateral (es a 2 columnas) no creo que sea conveniete y posible indicarle un % de tamaño. Además si fuese por % me gustaría indicarñe un ancho máximo. Saludos y gracias. This message was sent using IMP, the Internet Messaging Program. ___ 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://ovillo.org/mailman/listinfo/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: http://ovillo.org/mailman/listinfo/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: http://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] cambios en las especi ficaciones para validación de css?
El 16/09/05, Camilo Kawerín[EMAIL PROTECTED] escribió: Hola Maira, maira escribió: Hola. Hace un tiempo que reviso mis hojas de estilo con el validador de la W3C y siempre validaron bien. Desde anoche que me tira que cuando hay un color declarado también tengo que poner un background color y viceversa. Esto es nuevo? No lo he visto, porque no uso el validador del W3C, pero seguramente te lo señala como Warning y no como Error. Más que un cambio en las especificaciones debe ser una mejora del validador. Efectivamente, es un warning porqué un error implica inventarse algo o escribir mal la sintaxis. En este caso, el warning aparece porqué la recomendación establece que hay que definir un color de fondo cuando se declara un color de fuente. Lo mismo ocurre cuando no se declara un fuente genérica en las propiedades de la fuente, etc. Por otra parte, cuando en mi css declaro atributos, hay algún orden que sea recomendado? margin, padding, color, background etc... en que orden conviene ponerlos? A mi no me consta, pero según Zeldman sí existe un orden específico para declarar las pseudoclases relacionadas con los links, para que funcionen correctamente en todos los navegadores: a:link, a:visited, a:hover y a:active Saludos, Martí Mundó. -- ___ 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://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] fieldset y legend
Si el problema está en aplicar diferentes valores a determinadas propiedades, yo usaría el mismo criterio que se aplica para solucionar el problema del modelo de caja o de los keywords de las fuentes: * Aísla estas reglas CSS * Fíltralas aplicando el método que más te guste: 1) hack o 2) utilizando código propietario de Microsoft Saludos, Martí Mundó. -- El 18/09/05, Inti Castro[EMAIL PROTECTED] escribió: estoy armando un formulario de suscripción que es bastante extenso por lo que estoy usando varios fieldset para separar los campos por grupos. el tema es que me estan pidiendo que aplique un diseño al legend (titulo) de cada fieldset que no veo fácil dada la inconsistencia que hay entre browsers para la aplicacion de estilos a este elemento. la verdad que no quiero desechar la idea del uso del fieldset + legend solo por el hecho presentacional. alguno conoce o sabria decirme que cosas son las que hay que tener en cuenta para lograr que haya una consistencia en los estilos de (al menos) ie6, ff, opera y safari? lo que tengo que aplicar no es algo muy complicado. a lo que le tengo miedo es al margin/padding porque noté que al menos entre ie y ff hay una diferencia sustancial. en ie hay como un padding-left que solo logre sacar con margenes negativos. como es este tema en safari? y si separo el form en fieldsets pero reemplazo los legend por hNs? perderia el sentido de usar fieldsets, no? que recomiendan? inti castro [EMAIL PROTECTED] ___ 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://ovillo.org/mailman/listinfo/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: http://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] fieldset y legend
El 19/09/05, Orange at GMail[EMAIL PROTECTED] escribió: El problema mmundo es que creo recordar que en determinados navegadores no habia forma humana de solucionarlo. Y si encima te piden que valides CSS, pues estás apañao Al primer problema, si se trata de alguno de los de la família Microsoft, el método de código propietario de los filtros te sirve para escribir el código que quieras (desde cargar un CSS hasta segmentar un fragmento de HTML). De lo contrario, le veo difícil solución (a no ser que cambies de elementos). La sugerencia que hice fue porqué me pareció entender que una de las soluciones era aplicar márgenes negativos o algo parecido. Al segundo problema, tanto los filtros como bastantes hacks validan (x)HTML y CSS. Un saludo, Martí Mundó. -- ___ 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://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] fieldset y legend
OK, yo estoy intentando aportar posibles soluciones a Inti Castro en función de sus comentarios: [cita Inti] la verdad que no quiero desechar la idea del uso del fieldset + legend solo por el hecho presentacional. alguno conoce o sabria decirme que cosas son las que hay que tener en cuenta para lograr que haya una consistencia en los estilos de (al menos) ie6, ff, opera y safari? [fin cita] * Aísla las reglas CSS que te funcionen en cada navegador * Fíltralas aplicando el método que más te guste (o te permitan los requerimientos de tu proyecto): 1) hack o 2) utilizando código propietario de Microsoft (si es que el problema lo tienes únicamente con MSIE/Win y los requerimientos de tu proyecto te lo permiten). [cita Inti] en ie hay como un padding-left que solo logre sacar con margenes negativos. como es este tema en safari? [fin cita] La verdad, en el caso concreto de los formularios yo no dispongo de pruebas realizadas entre plataformas distintas a PC/Win. Personalmente, deducí que el problema estaba en MSIE (porqué los navegadores de la famila Gecko/Win respondían a las propiedades definidas en el CSS). [cita Inti] y si separo el form en fieldsets pero reemplazo los legend por hNs? perderia el sentido de usar fieldsets, no? que recomiendan? [fin cita] Las principales implicaciones las tendrás en la accesibilidad web, ya que para los navegadores visuales, la agrupación de campos la puedes solucionar visualmente a través del diseño, y para los casos en que no se activen las hojas de estilo, si tienes marcado un elemento de cabecera hx (en mi opinión fuera del elemento fieldset), cumplirá la misma función (porqué la lógica es la misma). Llegados a este punto, ¿aporta algo a la accesibilidad web el elemento fieldset sin legend o reemplazándolo por el elemento cabecera (hx)? (Aunque si te sirve de consuelo, algunas ayudas técnicas no son capaces de asociar el fieldset con su legend). Para cualquier alternativa que no sea marcar correctamente el código, sugiero que escribas la pregunta a la lista sobre accesibilidad (accesoweb) para saber si algún usuario ha realizado pruebas (a través de ayudas técnicas) con fieldset sin legend y fieldset con cabecera hx (fuera o dentro del elemento fieldset). Salu2, Martí Mundó. -- El 19/09/05, Orange at GMail[EMAIL PROTECTED] escribió: Te hablo de memoria, pero creo recordar que la solución pasaba por márgenes y paddings negativos. Pero variaba mucho por ejemplo entre distintas versiones de IE, Mac, etc... Sobre todo es que me parece que había sitios donde NO funcionaba nada, entonces te daba igual utilizar comentarios condicionales, filtros, hacks, expressions y lo que fuera ... te lo representaba mal y punto Pero repito también, que igual era yo que estaba espeso y no encontré la combinación correcta. O que en su momento pensé que no me compensaba meter 3 bloques de condicionales para los distintos IE, un estandar para FF, un hack para Safari, etc... El día 19/09/05, mmundo [EMAIL PROTECTED] escribió: El 19/09/05, Orange at GMail[EMAIL PROTECTED] escribió: El problema mmundo es que creo recordar que en determinados navegadores no habia forma humana de solucionarlo. Y si encima te piden que valides CSS, pues estás apañao Al primer problema, si se trata de alguno de los de la família Microsoft, el método de código propietario de los filtros te sirve para escribir el código que quieras (desde cargar un CSS hasta segmentar un fragmento de HTML). De lo contrario, le veo difícil solución (a no ser que cambies de elementos). La sugerencia que hice fue porqué me pareció entender que una de las soluciones era aplicar márgenes negativos o algo parecido. Al segundo problema, tanto los filtros como bastantes hacks validan (x)HTML y CSS. Un saludo, Martí Mundó. -- ___ 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://ovillo.org/mailman/listinfo/ovillo -- Orange at GMail ___ 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://ovillo.org/mailman/listinfo/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: http://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] fieldset y legend
El 19/09/05, Orange at GMail[EMAIL PROTECTED] escribió: Hombre, Safari es un buen baremo para Konqueror, ya que podríamos decir que es un KHTML tuneado xD No sé, yo no soy experto en este tema. Solo sé que Safari parte de KHTML desde el año 2002 y que Apple realiza modificaciones que, teóricamente, también se implementant en KHTML Pero una cosa es la teoría y otra la práctica... (Como no soy usuario habitual de Mac, por eso lo he propuesto.) He intentado recuperar ls pruebas que hice yo pero me las he cargado, sólo conservo las maquetas finales en el que eliminé el legend y meti h3 El día 19/09/05, mmundo [EMAIL PROTECTED] escribió: Pues a falta de un enlace web con una tabla comparativa y aprovechando que Inti está metido, podríamos hacer las pruebas: * Si Inti dispone de servidor podría publicar un formulario con el elemento fieldset + legend con un CSS asociado * Orange puede informarnos de las pruebas (ya que Safari no utiliza Gecko). * Así mismo, si otro usuario dispone de Konkeror o iCab (que llevan su propio motor de renderización) se pueden sumar a las pruebas. El 19/09/05, Orange at GMail[EMAIL PROTECTED] escribió: Yo tengo acceso a un Mac, si te quieres lanzar con pruebas te lo testeo en Safari El día 19/09/05, mmundo [EMAIL PROTECTED] escribió: OK, yo estoy intentando aportar posibles soluciones a Inti Castro en función de sus comentarios: [cita Inti] la verdad que no quiero desechar la idea del uso del fieldset + legend solo por el hecho presentacional. alguno conoce o sabria decirme que cosas son las que hay que tener en cuenta para lograr que haya una consistencia en los estilos de (al menos) ie6, ff, opera y safari? [fin cita] * Aísla las reglas CSS que te funcionen en cada navegador * Fíltralas aplicando el método que más te guste (o te permitan los requerimientos de tu proyecto): 1) hack o 2) utilizando código propietario de Microsoft (si es que el problema lo tienes únicamente con MSIE/Win y los requerimientos de tu proyecto te lo permiten). [cita Inti] en ie hay como un padding-left que solo logre sacar con margenes negativos. como es este tema en safari? [fin cita] La verdad, en el caso concreto de los formularios yo no dispongo de pruebas realizadas entre plataformas distintas a PC/Win. Personalmente, deducí que el problema estaba en MSIE (porqué los navegadores de la famila Gecko/Win respondían a las propiedades definidas en el CSS). [cita Inti] y si separo el form en fieldsets pero reemplazo los legend por hNs? perderia el sentido de usar fieldsets, no? que recomiendan? [fin cita] Las principales implicaciones las tendrás en la accesibilidad web, ya que para los navegadores visuales, la agrupación de campos la puedes solucionar visualmente a través del diseño, y para los casos en que no se activen las hojas de estilo, si tienes marcado un elemento de cabecera hx (en mi opinión fuera del elemento fieldset), cumplirá la misma función (porqué la lógica es la misma). Llegados a este punto, ¿aporta algo a la accesibilidad web el elemento fieldset sin legend o reemplazándolo por el elemento cabecera (hx)? (Aunque si te sirve de consuelo, algunas ayudas técnicas no son capaces de asociar el fieldset con su legend). Para cualquier alternativa que no sea marcar correctamente el código, sugiero que escribas la pregunta a la lista sobre accesibilidad (accesoweb) para saber si algún usuario ha realizado pruebas (a través de ayudas técnicas) con fieldset sin legend y fieldset con cabecera hx (fuera o dentro del elemento fieldset). Salu2, Martí Mundó. -- El 19/09/05, Orange at GMail[EMAIL PROTECTED] escribió: Te hablo de memoria, pero creo recordar que la solución pasaba por márgenes y paddings negativos. Pero variaba mucho por ejemplo entre distintas versiones de IE, Mac, etc... Sobre todo es que me parece que había sitios donde NO funcionaba nada, entonces te daba igual utilizar comentarios condicionales, filtros, hacks, expressions y lo que fuera ... te lo representaba mal y punto Pero repito también, que igual era yo que estaba espeso y no encontré la combinación correcta. O que en su momento pensé que no me compensaba meter 3 bloques de condicionales para los distintos IE, un estandar para FF, un hack para Safari, etc... El día 19/09/05, mmundo [EMAIL PROTECTED] escribió: El 19/09/05, Orange at GMail[EMAIL PROTECTED] escribió: El problema mmundo es que creo recordar que en determinados navegadores no habia forma humana de solucionarlo. Y si encima te piden que valides CSS, pues estás apañao Al primer problema, si se
Re: [Ovillo] Hoja de estilo que desaparece en Firefox
¿No deberías poner link rel=stylesheet type=text/css href=/wionto/estilo.css /? El 9/09/05, Daniel Torres Burriel[EMAIL PROTECTED] escribió: El 09/09/2005, a las 9:25, Inma Bermejo escribió: La aplicación está hecha en JSP, aunque eso se sale de la temática de esta lista, no sé si influirá la versión del servidor que uso. La aplicación está en http://155.54.15.16:8080/wionto/index.jsp Pues en principio eso no debería ser ningún problema, claro que yo de JSP soy un completo ignorante. ¿Has probado el error en más de un equipo diferente? Yo cuando me encuentro aliens así trato de reproducir el error en equipos distintos. Saludos!! -- /* Daniel Torres Burriel - www.torresburriel.com /* Web design - Usability consulting - IT Press /* More info bio: www.torresburriel.com/perfil/ /* GPG key: 0x43DB2AB7 ___ 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://ovillo.org/mailman/listinfo/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: http://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Hoja de estilo que desaparece en Firefox
PD: Independientemente de donde tengas mapeado este dominio. PD2: La cuestión es que el browser (o almenos Firefox) busca la hoja en http://155.54.15.16:8080/wionto/estilo.css El 9/09/05, mmundo[EMAIL PROTECTED] escribió: Tal y como tienes el path (href=estilo.css), la aplicación busca la hoja CSS en la raíz del dominio (http://155.54.15.16:8080/) El 9/09/05, Inma Bermejo[EMAIL PROTECTED] escribió: On 9/9/05, mmundo [EMAIL PROTECTED] wrote: ¿No deberías poner link rel=stylesheet type=text/css href=/wionto/estilo.css /? Pues creo que no, porque la hoja de estilo está en la raíz de la aplicación, que es /wionto en el servidor, pero / respecto al resto de archivos de la aplicación. De todas formas, si el problema fuera de la ruta no me funcionaría bien en IE, Opera... creo :-) El 9/09/05, Daniel Torres Burriel[EMAIL PROTECTED] escribió: Pues en principio eso no debería ser ningún problema, claro que yo de JSP soy un completo ignorante. ¿Has probado el error en más de un equipo diferente? Yo cuando me encuentro aliens así trato de reproducir el error en equipos distintos. Hola Dani! pues la verdad es que sí, lo he probado en el mío, en el del curro, en el del profesor, en el propio servidor... y me ocurre en todos! Historias para no dormir! -- ...el mundo es una tontería si vas dejando que se escape lo que más querías ___ 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://ovillo.org/mailman/listinfo/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: http://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Hoja de estilo que desaparece en Firefox
Olvida lo que he dicho... Hoy he dormido poquísimo ;P El 9/09/05, Inma Bermejo[EMAIL PROTECTED] escribió: Hola de nuevo a todos, estoy rediseñando una aplicación para un proyecto de la carrera y se me ha presentado un problema que no sé por dónde coger. Resulta que la hoja de estilos no se aplica en Firefox. En el resto de navegadores (de windows) aparece sin problemas, por lo que cosa de las rutas y eso no es. La aplicación está hecha en JSP, aunque eso se sale de la temática de esta lista, no sé si influirá la versión del servidor que uso. La aplicación está en http://155.54.15.16:8080/wionto/index.jsp A alguien le ha ocurrido esto antes? -- ...el mundo es una tontería si vas dejando que se escape lo que más querías ___ 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://ovillo.org/mailman/listinfo/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: http://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Hoja de estilo que desaparece en Firefox
Me dí cuenta de mi error sobre el path de la hoja de estilos, pero eso lo rectifiqué en un mensaje anterior. Gracias Manuel. Martí Mundó. -- El 9/09/05, Manuel J. Recena Soto[EMAIL PROTECTED] escribió: Hola mmundo: Eso que comentas no es correcto no es correcto. Pero lo que si debe tener cuidado es que si pone: /estilos.css ese raíz se refiere al raiz de la aplicación desplegada en el servidor de aplicaciones. Esto mismo se puede simular para otras tecnologías como php, perl, etc... haciendo uso de la etiqueta HTML: base href= un saludo On Fri, 9 Sep 2005 09:40:05 +0200, mmundo wrote Tal y como tienes el path (href=estilo.css), la aplicación busca la hoja CSS en la raíz del dominio (http://155.54.15.16:8080/) El 9/09/05, Inma Bermejo[EMAIL PROTECTED] escribió: On 9/9/05, mmundo [EMAIL PROTECTED] wrote: ¿No deberías poner link rel=stylesheet type=text/css href=/wionto/estilo.css /? Pues creo que no, porque la hoja de estilo está en la raíz de la aplicación, que es /wionto en el servidor, pero / respecto al resto de archivos de la aplicación. De todas formas, si el problema fuera de la ruta no me funcionaría bien en IE, Opera... creo :-) El 9/09/05, Daniel Torres Burriel[EMAIL PROTECTED] escribió: Pues en principio eso no debería ser ningún problema, claro que yo de JSP soy un completo ignorante. ¿Has probado el error en más de un equipo diferente? Yo cuando me encuentro aliens así trato de reproducir el error en equipos distintos. Hola Dani! pues la verdad es que sí, lo he probado en el mío, en el del curro, en el del profesor, en el propio servidor... y me ocurre en todos! Historias para no dormir! -- ...el mundo es una tontería si vas dejando que se escape lo que más querías ___ 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://ovillo.org/mailman/listinfo/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: http://ovillo.org/mailman/listinfo/ovillo -- Manuel J. Recena Soto * www.manuelrecena.com * [EMAIL PROTECTED] * +34 609710280 (ES) ___ 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://ovillo.org/mailman/listinfo/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: http://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] problema con menu flotado en ie
Aunque no creo que esto sea la solución, para empezar, al div#nav le tendrás que dar un width, ya que la especificación CSS dice que para que un elemento flote se le tiene que especificar una anchura a menos que se trate de un replaced element (y el elemento div va a se que no... lo es). De lo contrario, el comportamiento puede ser imprevisto: A floated box must have an explicit width (assigned via the 'width' property, or its intrinsic width in the case of replaced elements)... http://www.w3.org/TR/REC-CSS2/visuren.html#floats Salu2, Martí. -- El 8/09/05, kemie guaida[EMAIL PROTECTED] escribió: no entiendo cual es el problema :( tengo un menu horizontal hecho con un ul con css, nada fuera de lo comun. El div que contiene el menu esta flotado a la derecha. En firefox se ve bien, con el menu en una sola linea, mientras que en ie se ve de solo la mitad del ancho, con los botones en varias lineas. Esto se puede solucionar dandole un ancho exacto, pero no quiero hacerlo ya que existe la posibilidad de que se le añadan mas botones. el menu se puede ver en: http://monolinea.com/clients/peepster/home.htm (con una linea roja para mostrar el ancho mas claramente) alguna idea o posible solucion? gracias! ...:| kemie |:... .:| www.monolinea.com http://www.monolinea.com |:. ___ 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://ovillo.org/mailman/listinfo/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: http://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] listado de fuentes comunes entre plataformas
Este último enlace (codestyle) ha hecho realidad mis sueños ;) Gracias a [EMAIL PROTECTED] por vuestra ayuda!! Martí. -- El 8/09/05, kemie guaida[EMAIL PROTECTED] escribió: http://www.codestyle.org/css/font-family/index.shtml mac, unix y windows :) saludos! ...:| kemie |:... .:| www.monolinea.com http://www.monolinea.com |:. mmundo wrote: Hola, ¿alguien sabe de algún enlace en el que pueda encontrar listas de fuentes comunes para las plataformas más habituales (Mac, PC, Unix...)? Lo máximo que he encontrado es http://edr.euro.apple.com/internet/webcontent/css_fonts.html pero es algo escueto (por lo menos en cuanto plataformas). Moltes mercès, Martí Mundó. -- ___ 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://ovillo.org/mailman/listinfo/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: http://ovillo.org/mailman/listinfo/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: http://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] flash como background? aclaración
Hola Sabina, al final no seguí al detalle toda la discusión que se organizó a raíz de tu comentario, pero si todavía te quedan dudas sobre la utilización de un objeto Flash como background desde CSS, te respondo lo que la especificación 2.0 dice: Propiedad: background-image Valor: URI, none, o inherit Más adelante, la especificación comenta (entre otras cosas) que el URI debe hacer referencia a una imagen (quizás por eso la propiedad se llame background-image ;D) Desconozco el resultado que pueda tener apuntando a un objeto swf en vez de una imagen. Lo que creo que está claro es que la especificación no lo contempla. Saludos, Martí Mundó. -- El 5/09/05, Sabina Caviedes[EMAIL PROTECTED] escribió: estimados: veo que la discusión está animada... muchas gracias, pues hay varios temas sobre la accesibilidad y los standares que se me van aclarando un poco. lo único que quería aclarar es que la idea de flash como background no es para el fondo de la pantalla. Tengo un id banner con una altura y alto determinado, donde efectivamente va el banner. en principio yo había puesto un gif simple y liviano como corresponde. el banner lo pongo en mi css, para que sea fácil de cambiar en todo el sitio. el problema apareció con la idea de poner un banner animado, que sólo se mueve al principio y luego se queda quietecito (a mi tampoco me gustan las cosas que se mueven y no dejan de molestar). problema: un gif animado es pesadídimo. solución hacerlo en flash porque es menos pesado, pero no sabía si podía ponerlo como background del id del banner... eso era todo. gracias por toda la ayuda y comentaros aunque no me quedó muy claro si se puede o no. voy a tratar con las indicaciones que me habreis dado. saludos a todos Sabina ___ 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://ovillo.org/mailman/listinfo/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: http://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] eliminar cabezera y pie de pagina al imprimir
Yo diría que Manuel se refería a header y footer de la configuración
dela página a imprimir, no al header html de la página web.
El 2/09/05, Diego Martín Lafuente[EMAIL PROTECTED] escribió:
Fácil.
Tienes que hacer una hoja de estilos aparte. Usar solamente los
nombres de las clases o los ids más importantes que quieras ocultar o
cambiar de posición y tamaño.
.class {
display: none;
}
Magia!
http://www.minid.net/2004/07/24/haciendo-hojas-de-estilo-css-para-
impresion/
Saludos,
Diego Martín Lafuente
Information Designer / IA
[EMAIL PROTECTED]
http://www.minid.net
On 02/09/2005, at 1:06, Manuel Caro wrote:
hola amigos,
sabéis si es posible mediante CSS o algún otro método eliminir la
cabezera y el pie de página que te genera el explorador web cuando
imprimes alguna página??.
Muchas gracias y un saludo.
Manuel Caro.
___
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://ovillo.org/mailman/listinfo/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:
http://ovillo.org/mailman/listinfo/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:
http://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] propiedad outline
Quizás te serva: Full CSS Property Compatibility Chart: http://www.corecss.com/properties/full-chart.php El 1/09/05, Constantino Rodríguez[EMAIL PROTECTED] escribió: ¿Alguien podría decirme si algún navegador actual admite la propiedad 'outline' y por qué los que suelo usar (IE, Firefox, Opera) no lo hacen? He visto las características de esta propiedad y creo que podría ser bastante útil, al no redimensionar el elemento, ¿no? Constantino Rodríguez Méndez Departamento de Diseño [EMAIL PROTECTED] ___ 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://ovillo.org/mailman/listinfo/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: http://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Box Model Hack con voice-family
Añado... (ya que la sintaxis CSS es correcta)
IE5.x/Win aplica las declaraciones definidas antes del hack
voice-family (140px) y Mozilla y familia aplican las que se
encuentran a continuación (100px).
La base de este hack es precisamente que IE5.x/Win deja de leer a
partir de la declaración voice-family (porqué no lo comprende).
Deberás añadir una regla específica para Opera (si quieres mantener la
compatibilidad) basada en el selector html body.
Martí Mundó.
--
El 30/08/05, mmundo[EMAIL PROTECTED] escribió:
http://tantek.com/CSS/Examples/boxmodelhack.html
El 30/08/05, eemece2[EMAIL PROTECTED] escribió:
Hola a todos,
Estoy haciendo un ejemplo del hack para el box model en IE5 con la tecnica
del voice-family, y me encuentro con que me deja sin aplicar en IE5 el
grupo de reglas posterior al hack. En concreto tal como esta el ejemplo no
me aplica las de #boxMal. Si, en cambio, las paso antes de las reglas de
#box, si me las aplica.
¿Tengo que tener en cuenta algo mas que el :
voice-family: \}\;
voice-family:inherit;
Yo pensaba que al acabar con el } se reseteaba el comportamiento del IE5.
El ejemplo es este:
!DOCTYPE html PUBLIC -//W3C//DTD XHTML 1.0 Transitional//EN
http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd;
html xmlns=http://www.w3.org/1999/xhtml; xml:lang=es lang=es
head
title/title
style type=text/css
/*![CDATA[*/
#box{
background-color: #ccc;
padding:20px;
height: 140px;
width: 140px;
voice-family: \}\;
voice-family:inherit;
width: 100px;
height: 100px;
}
#boxMal{
background-color: #fcc;
padding:20px;
width: 100px;
height: 100px;
}
/*]]*/
/style
/head
body
body
div id=box
BOX/div
div id=boxMal
BOX MAL/div
/body
/html
___
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://ovillo.org/mailman/listinfo/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:
http://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Box Model Hack con voice-family
Las únicas variables que se me ocurren para aislar elproblema son:
* Declarar los estilos en la página VS archivo externo
* Englobar el contenido style como una sección CDATA.
El 30/08/05, eemece2[EMAIL PROTECTED] escribió:
Gracias Martí,
Pero yo supongo que cuando se cierran las llaves }, IE5 vuelve a leer las
siguientes reglas, en mi ejemplo #boxMal{...}
Si IE5 ignora desde el hack hasta el final del archivo pues poca utilidad
tendra el hack, pues solo lo podremos aplicar una sola vez en el archivo
CSS.
Y, como supongo, me ha funcionado otras veces que he usado este hack. Pero
en este caso, no se porque, no aplica las reglas posteriores.
Un saludo,
Edu
- Original Message -
From: mmundo [EMAIL PROTECTED]
To: Ovillo, la lista de CSS en castellano ovillo@lists.ovillo.org
Sent: Tuesday, August 30, 2005 1:16 PM
Subject: Re: [Ovillo] Box Model Hack con voice-family
Añado... (ya que la sintaxis CSS es correcta)
IE5.x/Win aplica las declaraciones definidas antes del hack
voice-family (140px) y Mozilla y familia aplican las que se
encuentran a continuación (100px).
La base de este hack es precisamente que IE5.x/Win deja de leer a
partir de la declaración voice-family (porqué no lo comprende).
Deberás añadir una regla específica para Opera (si quieres mantener la
compatibilidad) basada en el selector html body.
Martí Mundó.
--
El 30/08/05, mmundo[EMAIL PROTECTED] escribió:
http://tantek.com/CSS/Examples/boxmodelhack.html
El 30/08/05, eemece2[EMAIL PROTECTED] escribió:
Hola a todos,
Estoy haciendo un ejemplo del hack para el box model en IE5 con la
tecnica del voice-family, y me encuentro con que me deja sin aplicar en IE5
el grupo de reglas posterior al hack. En concreto tal como esta el ejemplo
no me aplica las de #boxMal. Si, en cambio, las paso antes de las reglas de
#box, si me las aplica.
¿Tengo que tener en cuenta algo mas que el :
voice-family: \}\;
voice-family:inherit;
Yo pensaba que al acabar con el } se reseteaba el comportamiento del
IE5.
El ejemplo es este:
!DOCTYPE html PUBLIC -//W3C//DTD XHTML 1.0 Transitional//EN
http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd;
html xmlns=http://www.w3.org/1999/xhtml; xml:lang=es lang=es
head
title/title
style type=text/css
/*![CDATA[*/
#box{
background-color: #ccc;
padding:20px;
height: 140px;
width: 140px;
voice-family: \}\;
voice-family:inherit;
width: 100px;
height: 100px;
}
#boxMal{
background-color: #fcc;
padding:20px;
width: 100px;
height: 100px;
}
/*]]*/
/style
/head
body
body
div id=box
BOX/div
div id=boxMal
BOX MAL/div
/body
/html
___
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://ovillo.org/mailman/listinfo/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:
http://ovillo.org/mailman/listinfo/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:
http://ovillo.org/mailman/listinfo/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:
http://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] td + varias imagenes en una
Hola Maira, el problema de la altura (si me equivoco, corríjanme) está relacionado con el tipo de elemento (si es de nivel de bloque o si es en línea). Además, el elemento TD no es un elemento individual, sino que está relacionado con TABLE y TR. De ahí que la solución hallada con SPAN no te funcione con TD. Si quieres solucionarlo con el mínimo código posible, creo que deberías probar de aplicar reglas de estilo al TR (ya que es el padre de TD) o cambiar el planteamiento. Por lo tanto, una solución sería la que ya has comentado con el elemento P. El selector class deberás añadirlo si la estructura jerárquica table tbody td p se repite en otra parte del documento. Con el ejemplo del SPAN, deberías probar qué pasa cuando el usuario aumenta/disminuye el tamaño del texto, ya que al tratarse de un elemento en línea posiblemente te rompa el diseño de las banderitas. Salu2, Martí Mundó. -- El 26/08/05, maira[EMAIL PROTECTED] escribió: En el mail anterior puse dos casos, colocando el texto dentro de un p o un span y declarando la clase correspondiente como: table tbody td span otable tbody td p En este caso, sin declarar en ningún lado el class paises... y el otro caso era declarandolo... dentro del p, pero en un tabla con 300 celdas... es bastante ... No se cuál de los dos es más conveniente. Saludos. Maira. Inti Castro wrote: On 8/25/05, maira [EMAIL PROTECTED] wrote: Podría reemplazar el span con p, pero el problema es que tengo p en otras ocasiones y me mete las banderitas. estas aplicando el fondo a la clase .paises y no a la etiqueta p por lo que no debería meterte las banderitas a todos los p. lo probaste? inti castro [EMAIL PROTECTED] ___ 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://ovillo.org/mailman/listinfo/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: http://ovillo.org/mailman/listinfo/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: http://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Problema con comportamiento de firefox en 800x600
Primero de todo, tienes un atributo alt con contenido . Deberías
utilizar su entidad gt;gt;
Si el problema del espacio en blanco en las imágenes persiste, podrías
probar de declarar la imagen como elemento de nivel de bloque:
img {display: block;}
Existen unas versiones concretas de navegadores que tratan las
imágenes como elementos en línea, con lo cual aplican el espacio en
blanco en la base del elemento.
OPINIÓN: Aprovecho para comentar que podrías sustituir el texto
por next (o lo que corresponda), por dos razones: a) el atributo
alt debe contener un texto comprensible para aquellas
personas/dispositivos que no puedan ver la imágen. b) Contrariamente a
lo que hacen la mayoría de navegadores gráficos, el atributo alt no
está pensado para mostrarse en pantalla cuando un usuario coloca el
mouse encima de una imagen. Para ello existe el atributo title.
Salu2
Martí Mundó.
--
El 24/08/05, xema[EMAIL PROTECTED] escribió:
Saludos lista,
Me estoy peleando con un comportamiento en firefox que no acabo de
entender bien. Esquematizado, el codigo es este:
body
div id=container
div id=content
div id=edit
div id=libro
img alt=libro src=01.jpg
width=520 height=784 /a href=img alt= src=next.gif
width=15 height=155 class=scan //a
/div!-- libro --
/div
/div!-- content --
/div!-- container --
/body
Libro es una imagen de una pagina de un libro y al lado tiene otra
imagen pequeña para pasar de pagina. En 1024x768 no tengo ningun
problema, pero en 800x600, el Firefox me muestra a veces un espacio
debajo de las imágenes, a veces el scroll en el div libro, a veces
correcto... Muy extraño. El css simplificado es este:
* { margin: 0; padding: 0; }/* zeroing both margin and
padding for all elements */
body {
color: #600; background: #FFF;
}
#container {
margin-left: 185px;
}
#content {
background: #EFEAE5;
}
#edit {
padding: 0 15px;
overflow: auto; /* clearing floats */
height: 100%;
color: #000;
}
#libro {
padding-top: 10px;
text-align: center;
}
.scan {
padding-bottom: 314px;
}
Porque me deja ese espacio debajo de las imágenes? No pregunto como
solucionarlo (que tambien, vale), sino entender porque se produce esto.
Y Firefox no siempre me da el mismo comportamiento. El overflow: auto
del edit lo necesito imperiosamente. Yo estaba convencido que era la
clase scan, pero si la quitamos, el espacio que deja (a veces) es menor.
Gracias por la ayuda,
xema
___
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://ovillo.org/mailman/listinfo/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:
http://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Problema con comportamiento de firefox en 800x600
¿Una vez reemplazado el caracter ! por su entidad, sigue ocurriendo
el mismo error?
Por otra parte, con img {display: block; float: left (o right)} tienes
las imagenes como elementos de nivel de bloque y en la misma línea.
El 24/08/05, xema[EMAIL PROTECTED] escribió:
Hola,
img {display: block;}
El problema de esta solución es que una imagen saldria en una nueva
linea, ya me va bien el carácter inline. Sin embargo, conocia esta
propiedad para hacer que el elemento siga comportandose como block pero
sea inline:
display: -moz-inline-box; display: inline-block;
La he utilizado, pero nada, sigue comportandose extrañamente... Lo
curioso es que cada vez hace algo distinto, si hiciera siempre lo
mismo...
En cuanto a la opinion, tienes toda la razon. Lo cambio imediatamente.
Gracias,
xema
___
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://ovillo.org/mailman/listinfo/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:
http://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Problema con comportamiento de firefox en 800x600
También puede ser una opción válida según el diseño y los
requerimientos del proyecto.
En determinadas ocasiones es viable utilizar la regla position:
absolute; left: valor para obtener el mismo resultado que float:
left con el principal objetivo de evitar el bug de MSIE con la
propiedad float.
El 24/08/05, Fran Rives[EMAIL PROTECTED] escribió:
¿Por qué no position: absolute y porcentajes?
From: mmundo [EMAIL PROTECTED]
Reply-To: Ovillo, la lista de CSS en castellano ovillo@lists.ovillo.org
To: Ovillo, la lista de CSS en castellano ovillo@lists.ovillo.org
Subject: Re: [Ovillo] Problema con comportamiento de firefox en 800x600
Date: Wed, 24 Aug 2005 17:24:46 +0200
¿Una vez reemplazado el caracter por su entidad, sigue ocurriendo
el mismo error?
Por otra parte, con img {display: block; float: left (o right)} tienes
las imagenes como elementos de nivel de bloque y en la misma línea.
El 24/08/05, xema[EMAIL PROTECTED] escribió:
Hola,
img {display: block;}
El problema de esta solución es que una imagen saldria en una nueva
linea, ya me va bien el carácter inline. Sin embargo, conocia esta
propiedad para hacer que el elemento siga comportandose como block pero
sea inline:
display: -moz-inline-box; display: inline-block;
La he utilizado, pero nada, sigue comportandose extrañamente... Lo
curioso es que cada vez hace algo distinto, si hiciera siempre lo
mismo...
En cuanto a la opinion, tienes toda la razon. Lo cambio imediatamente.
Gracias,
xema
___
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://ovillo.org/mailman/listinfo/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:
http://ovillo.org/mailman/listinfo/ovillo
_
Express yourself instantly with MSN Messenger! Download today it's FREE!
http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/
___
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://ovillo.org/mailman/listinfo/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:
http://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Icono correcto??
El tipo de icono que utilices dependerá de lo que quieras comunicar. El icono/logo del WAI no significa accesible en general. Comunica un que el site cumple con el nivel de conformidad especificado en el logo (A, AA o AAA). Y para ponerlo, hay que leer bien los requisitos establecidos http://www.w3.org/WAI/WCAG1-Conformance.html#responsibility Por último, decir que la accesibilidad a contenidos web no es algo orientado únicamente a las limitaciones propias del individuo (personas con discapacidad) sino también a las tecnológicas y de contexto. Saludos, Martí Mundó. -- El 23/08/05, Silvia Arcos[EMAIL PROTECTED] escribió: Holasss, necesito opiniones... En la empresa ke curro no hace mucho que hemos empezado a maketar sin tablas, y cumplir estandares. Uno de mis jefes se ha emocionado con la idea de poner un icono tipo de discapacitado con silla de ruedas en una web ke he hecho de juguetes para niños, aun tengo que repasarla y mirar su nivel de accesibilidada alguien le parece correcta la idea del icono?? la mia es poner el logo de accesibilidad del W3C indicando el nivel que cumple...como ejemplo os paso un minipantallazo del icono ke le mola...asiasss, :) _ Descubre la descarga digital con MSN Music. Más de medio millón de canciones. http://music.msn.es/ ___ 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://ovillo.org/mailman/listinfo/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: http://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] CSS filters y validación de código
Hola Inti,
Sí, es un hack. Un hack basado en reglas múltiples CSS. Hasta el
momento, los hacks que se basan en los denominados filtros CSS es
uno de los métodos que hay para desarrollar CSS compatibles con
Mozilla, Explorer y Opera. Para este proyecto en concreto, prefiero el
método filtro a otros basados en tecnologías de servidor o
JavaScript.
Es cierto que, quizás, en algun dispositivo futuro pueda generar un
resultado no esperado, pero yo tengo fe en la gran promesa del W3C de
mantener la retrocompatibilidad de sus tecnologías estándares ;P. Y no
sería de esperar que un nuevo UA reproduzca un bug de un UA antecesor
;O
Por otro lado, este hack está identificado y documentado por Tantek
Çelik, lo cual me da algo de confianza (el ingeniro que diseñó Tasman
entre otroas cosas).
El tema de los cometnarios es interesante. Yo lo desconocía, ya que no
he visto que su uso esté muy generalizado.
¿Alguien sabe cuales son sus pros y sus contras?¿Opera los ignora, sea
cual sea su cadena de identificación?
Saludos,
Martí Mundó.
--
El 29/07/05, Inti Castro[EMAIL PROTECTED] escribió:
eso que estas utilizando es mas bien un hack y no solo nunca va a pasar la
validación sino que es totalmente NO recomendable. es imposible predecir
como se van a comportar nuevas versiones de browsers con código como el que
estas usando. es demasiado probable que termines obteniendo resultados no
deseados de aca a un futuro cercano.
en este sitio tenes un listado de filtros incluyendo al que estas usando.
fijate de buscar alguno menos riesgoso:
http://www.dithered.com/css_filters/css_only/
hasta los comentarios condicionales de internet explorer creo que son mas
recomendables que filtros del tipo del que estas usando (corrijanme si me
equivoco). para info sobre comentarios condicionales podes visitar:
http://www.quirksmode.org/css/condcom.html
inti castro
[EMAIL PROTECTED]
On 7/29/05, mmundo [EMAIL PROTECTED] wrote:
@media tty {
i{content:\;/* */}}; @import 'styles.css'; {;}/*;}
}/* */
___
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://ovillo.org/mailman/listinfo/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:
http://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] imagen
Hola, a mi se me ocurre lo siguiente (no lo he probado): - asignar un un width=100% a la imagen a través del CSS - colocar un elemento div, p... con la anchura equivalente del a imagen en EM con la imagen dentro. E.g: pimg src.../p En teoría, la imagen heredará el width del elemento padre que, al estar definido en EM, aumentará en función del tamaño de fuente. Si lo pruebas, informa del resultado!! Martí Mundó. -- El 28/07/05, José Rodríguez[EMAIL PROTECTED] escribió: Hola, ¿como podría hacer una imagen que sea elástica, es decir, que dependa del tamaño de la letra? Esto funciona: img src=imagen.jpg width=10em height=10em / _ Acepta el reto MSN Premium: Protección para tus hijos en internet. Descárgalo y pruébalo 2 meses gratis. http://join.msn.com?XAPID=1697DI=1055HL=Footer_mailsenviados_proteccioninfantil ___ 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://ovillo.org/mailman/listinfo/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: http://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] problema maquetacion en IE-MAC
Ojo al generalizar con Internet Explorer!! Únicamente la versión 5 de Mac se considera estándar. Así que cualquier versión anterior a ésta, el resultado es impredecible (en relación a lo que la especificación HTML/CSS define) e históricamente, MSIE ha tenido problemas con el atributo float. No sé la versión MSIE/Mac que utilizas ni si el problema tiene relación con el Quirk mode de los navegadores, pero creo que sería recomendable que canviaras la declaración DOCTYPE: * Según la página web del libro Eric Meyer on CSS [1], la DTD HTML 4.0 + URI activa el standard mode de MSIE 5.0 / Mac * Según el W3C [2], la declaración de la DTD usada en la página del link que envías no aparece como recomendada (declaras HTML 4.0 con la URI que le correponde a HTML 4.01 transitional). [1] http://www.ericmeyeroncss.com/bonus/render-mode.html [2] http://www.w3.org/QA/2002/04/valid-dtd-list.html#DTD Saludos, Martí Mundó. -- El 27/07/05, Eva del Campo[EMAIL PROTECTED] escribió: Hola roger He probado el código que envías, y funciona perfectamente en explorer para mac, así que supongo que el problema debe estar en los div contenedores (contenidoTextoCentro o noticias) que utilizas. Si quieres envía el css completo y lo chequeo Suerte Eva Tengo un problema fácil de resolver en CSS, pero no logro darle solución en IE para Mac. Se trata de la tipica, noticia con foto a la izquierda y el texto a la derecha. Pero no funciona en IE MAC. Sale un horror como esto: www.spiral-multimedia.com/noticias.asp He probado a usar dos capas absolutas, pero como no se de antemano ni el tamaño de la foto, ni del texto, no puedo poner un height a la caja. ¿alguna idea, antes de maquetarlo con una simple tabla de 1x2? roger ___ 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://ovillo.org/mailman/listinfo/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: http://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] menu
No sé si lo entendí, pero ¿un include no te sirve? El 22/07/05, Daniela Chrastil[EMAIL PROTECTED] escribió: Ni idea si estoy mandando este mensaje bien :-) Bueno, se me ocurrió algo y quería preguntarles si alguien sabe si existe o no... porque si existe me haría la vida más simple: Ahí va: ¿se puede hacer un menú en css, tenerlo en una página html (que no sería parte de la página principal) y linkearlo desde todas las páginas? (cuando digo linkearlo digo que escribiré solo un código (div, lo que corresponda, no sé) en todas las páginas HTML y eso ubicaría este menú (que está escrito en otro archivo html) en todas mis páginas. Perdón, es muy difícil explicarlo... quizás empezando por atras: ¿existe una forma de hacer un menú en CSS que luego cuando tenga que cambiar algún link (no el estilo, pero el contenido, el nombre, etc) de este menú no tenga que modificar todos los archivos HTML que lo contienen? Espero no hay sido muy enredado, aunque lo dudo... :-) Muchas gracias por las respuestas desde ya... Espero puedan ayudarme. ___ 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://ovillo.org/mailman/listinfo/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: http://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] fuentes en ie 6
Hola, solamente añadir que si estas realizando un desarrollo bajo las recomendaciones de accesibilidad (WCAG 1.0), te interesará saber que no puedes utilizar medidas absolutas en los atributos de las fuentes. La unidad de medida pt es una unidad de medida absoluta segun la especificación CSS [1]. [1] http://www.w3.org/TR/CSS21/syndata.html#length-units Saludos. -- El 21/07/05, De Marco Recuenco, Angel Daniel[EMAIL PROTECTED] escribió: no, no he probado en 'em', pero ahora mismo me pongo. lo que tengo definido en el body es una fuente de 10pt y el resto en porcentajes, pero nada probaré con los ems. muchas gracias!! -Mensaje original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] nombre de Iban Rodriguez Enviado el: jueves, 21 de julio de 2005 13:18 Para: Ovillo, la lista de CSS en castellano Asunto: RE: [Ovillo] fuentes en ie 6 ¿Has utilizado la medida em? Yo suelo hacerlo y no tengo ningún problema. Yo suelo asignar 0.8em para la fuente global, en la etiqueta body (definiendo el estilo me refiero), aunque depende de la Web, su público, etc. A partir de ahí sí que utilizo porcentajes.. por ejemplo: h2 lo puedo poner a 110%, h1 a 120%, y el texto de pie de página con la dirección le puedo poner un 85%. Y me cambia bien el tamaño en IE6 __ ?php $Autor = Iban Rodriguez; // Programador, THE MOVIE ? www.themovie.org -Mensaje original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] nombre de De Marco Recuenco, Angel Daniel Enviado el: jueves, 21 de julio de 2005 13:03 Para: ovillo@lists.ovillo.org Asunto: [Ovillo] fuentes en ie 6 Hola! pues nada que tengo un problemilla que no sé cómo resolverlo; el caso es que por razones de accesibilidad se recomienda establecer las fuentes en porcentajes y no con tamaños fijos para así posibilitar su configuración a las necesidades de los usarios, SIN EMBARGO, en IE 6 las fuentes se mantienen fijas y no varían su tamaño, he probado en IE 5.5 e inferiores y sí que lo hace, sabe alguien a qué se debe este retroceso en IE? , hay alguna forma de posibiltar que en IE 6 se puedan aumentar o disminuir a gusto del usuario?.. tengo que decir que la única forma que he conseguido que cambien es utilizando las propiedades. xx-small | x-small | small | medium | large | x-large | xx-large pero creo que son propiedades poco controlables, y poco accesibles. muchas gracias a [EMAIL PROTECTED] ___ 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://ovillo.org/mailman/listinfo/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: http://ovillo.org/mailman/listinfo/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: http://ovillo.org/mailman/listinfo/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: http://ovillo.org/mailman/listinfo/ovillo
