Re: [Ovillo] versiones en blanco y negro
DJ-Dom escribió: ¿Pero no es más últin desprender el CSS para estas personas con discapacidades? No entiendo a qué te refieres con DESPRENDER el CSS. 2005/12/14, jEsuSdA 8) [EMAIL PROTECTED]: Respondiéndote un poco y también respondiendo a Chavalina, de la cual acabo de descubrir que somos paisanos y compañeros de facultad (Hola!), os pongo un ejemplo para que veáis a qué me refiero más concretamente: http://www.eligeprofesion.org/ Pablo Suárez León escribió: Yo creo que lo que habría que mantener es siempre un contraste adecuado en todas las páginas, por defecto. Hay herramientas que te evaluan automáticamente estos valores. Las uso, pero como te comentaba antes, a veces existen requerimientos por parte de clientes que *quieren* los enlaces de color tal y el fondo de color cual, colores que no cumplen la norma de diferenciarse en brillo y color suficientemente. Por otra parte, te comento, en mi empresa hay varias personas con graves problemas visuales, ademas de dos personas totalmente ciegas en el departamento de accesibilidad. Todas ellas, las que tienen resto visual, tienen el sistema configurado para poder acceder a las páginas. Hojas de estilos propias, magnificadores de pantalla, etc... A donde quiero llegar es a que si los colores de fondo y primer plano tienen un contraste adecuado no haría falta una versión en blanco y negro puesto que ya tendrían adaptado el sistema y si no tienen problemas visuales nunca esta de más que el contraste sea el adecuado... De hecho una de las pautas de la WAI habla de esto (2.2) De ahí (por lo de la citada pauta) que, en vista de que no se puede cumplir por lo que comentaba antes, al menos, el usuario disponga de un diseño alternativo que sí lo haga. Para terminar, mi oponión siempre será, una sola página accesible por todos en lugar de una alternativa con más contraste :-) Por supuesto. La página es la misma, el contenido es el mismo, es sólo una opción que al activarla te cambia el aspecto de la web, tal y como lo haría la opción de Texto Mayor. Pablo Suárez León Programador Fundosa Teleservicios Grupo Fundosa Tlf. 91 121 03 41 Fax. 91 375 70 51 www.teleservicios.es -Mensaje original- De: [EMAIL PROTECTED] [mailto: [EMAIL PROTECTED] En nombre de Inma Bermejo Enviado el: miércoles, 14 de diciembre de 2005 12:37 Para: Ovillo, la lista de CSS en castellano Asunto: Re: [Ovillo] versiones en blanco y negro Puedes enseñar un ejemplo? On 12/14/05, jEsuSdA 8) [EMAIL PROTECTED] wrote: En mi trabajo, en algunas webs solemos implementar una versión en blanco y negro de la misma. La razón es que creemos que es beneficioso para gente que tiene problemas con los contraste entre colores, fondos decorativos, etc. Trato siempre de elegir colores que contrasten en color y brillo con los colores de fondo, pero en ocasiones, bien por cuestiones de diseño, bien por preferencias del cliente, algunos colores no cumplen esta norma. Alguien me comentó que esta práctica la veía inútil porque quienes tienen problemas de contrastes de color ya tienen configurado su sistema para que *todo* lo que sale por pantalla se vea en alto contraste, pero yo sigo pensando que es útil para aquellos usuarios que: * Experimentan dificultad con los contrastes de color de una página concreta, aunque no posean ninguna alteración visual que les obligue a tener todo el sistema en modo alto contraste. * Usan un sistema que no permita una configuración general de alto contraste. * Tienen problemas, tienen un sistema que permite configurarlo de manera especial, pero no saben cómo hacerlo. Vosotros qué pensáis al respecto: Es útil, necesario, inútil, una pérdida de tiempo ... ___ 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 -- ...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 [EMAIL PROTECTED] 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:
Re: [Ovillo] OT. Absolutamente fuera de lugar, pero...
Prueba con esto: http://quanta.kdewebdev.org/ http://bluefish.openoffice.nl/index.html guiño Marcos Vidal escribió: No tiene nada que ver con la lista de correo pero me tiene bastante hasta las narices... Trabajo en mac y en Dreamweaver 8, al editar un css o crearlo, no me deja escribir la apertura de llave { Es decir, solamente al editar una página css, cuando pulso comand + ´ no me hace absolutamente nada, tengo que copiar y pegar la [EMAIL PROTECTED] llave a mano. A alguien más la pasa? P.D: Se que no tiene que ver con la lista, pero me gustaria saber si es problema de mi maquina o del [EMAIL PROTECTED] Dreamweaver, muchas gracias a todos por hacerme las mañanas de curro un poco mas interesantes leyendo la lista. ___ 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] versiones en blanco y negro
Hola Jesusda, la verdad es que la web es bastante atractiva y el contenido, desde el punto de vista educativo, muy interesante. Felicidades a ti y a tu equipo. En cuanto a lo de ofrecer versiones en diferentes contrastes, quizá no es necesario porque las personas con discapacidad ya tienen sus equipos configurados para esto y no las necesitan. Pero si por un momento dejamos de hablar de personas con graves deficiencias visuales, nos encontramos con un nicho intermedio que no necesita (o desconoce) estas herramientas que proporciona el sistema operativo y que este tipo de presentación junto con la de texto mayor proporciona una gran comodidad. En mi opinión, mas vale que sobre, que no que falte. Saludos. 2005/12/15, jEsuSdA 8) [EMAIL PROTECTED]: DJ-Dom escribió: ¿Pero no es más últin desprender el CSS para estas personas con discapacidades? No entiendo a qué te refieres con DESPRENDER el CSS. 2005/12/14, jEsuSdA 8) [EMAIL PROTECTED]: Respondiéndote un poco y también respondiendo a Chavalina, de la cual acabo de descubrir que somos paisanos y compañeros de facultad (Hola!), os pongo un ejemplo para que veáis a qué me refiero más concretamente: http://www.eligeprofesion.org/ Pablo Suárez León escribió: Yo creo que lo que habría que mantener es siempre un contraste adecuado en todas las páginas, por defecto. Hay herramientas que te evaluan automáticamente estos valores. Las uso, pero como te comentaba antes, a veces existen requerimientos por parte de clientes que *quieren* los enlaces de color tal y el fondo de color cual, colores que no cumplen la norma de diferenciarse en brillo y color suficientemente. Por otra parte, te comento, en mi empresa hay varias personas con graves problemas visuales, ademas de dos personas totalmente ciegas en el departamento de accesibilidad. Todas ellas, las que tienen resto visual, tienen el sistema configurado para poder acceder a las páginas. Hojas de estilos propias, magnificadores de pantalla, etc... A donde quiero llegar es a que si los colores de fondo y primer plano tienen un contraste adecuado no haría falta una versión en blanco y negro puesto que ya tendrían adaptado el sistema y si no tienen problemas visuales nunca esta de más que el contraste sea el adecuado... De hecho una de las pautas de la WAI habla de esto (2.2) De ahí (por lo de la citada pauta) que, en vista de que no se puede cumplir por lo que comentaba antes, al menos, el usuario disponga de un diseño alternativo que sí lo haga. Para terminar, mi oponión siempre será, una sola página accesible por todos en lugar de una alternativa con más contraste :-) Por supuesto. La página es la misma, el contenido es el mismo, es sólo una opción que al activarla te cambia el aspecto de la web, tal y como lo haría la opción de Texto Mayor. Pablo Suárez León Programador Fundosa Teleservicios Grupo Fundosa Tlf. 91 121 03 41 Fax. 91 375 70 51 www.teleservicios.es -Mensaje original- De: [EMAIL PROTECTED] [mailto: [EMAIL PROTECTED] En nombre de Inma Bermejo Enviado el: miércoles, 14 de diciembre de 2005 12:37 Para: Ovillo, la lista de CSS en castellano Asunto: Re: [Ovillo] versiones en blanco y negro Puedes enseñar un ejemplo? On 12/14/05, jEsuSdA 8) [EMAIL PROTECTED] wrote: En mi trabajo, en algunas webs solemos implementar una versión en blanco y negro de la misma. La razón es que creemos que es beneficioso para gente que tiene problemas con los contraste entre colores, fondos decorativos, etc. Trato siempre de elegir colores que contrasten en color y brillo con los colores de fondo, pero en ocasiones, bien por cuestiones de diseño, bien por preferencias del cliente, algunos colores no cumplen esta norma. Alguien me comentó que esta práctica la veía inútil porque quienes tienen problemas de contrastes de color ya tienen configurado su sistema para que *todo* lo que sale por pantalla se vea en alto contraste, pero yo sigo pensando que es útil para aquellos usuarios que: * Experimentan dificultad con los contrastes de color de una página concreta, aunque no posean ninguna alteración visual que les obligue a tener todo el sistema en modo alto contraste. * Usan un sistema que no permita una configuración general de alto contraste. * Tienen problemas, tienen un sistema que permite configurarlo de manera especial, pero no saben cómo hacerlo. Vosotros qué pensáis al respecto: Es útil, necesario, inútil, una pérdida de tiempo ... ___ 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 -- ...el mundo es una tontería si vas
Re: [Ovillo] OT. Absolutamente fuera de lugar, pero...
Sabiendo que no soy el único que tiene este problema comenzaré a investigar. Realmente creía que fuera cosa de mi teclado. Pero el problema real es de Dreamweaver. Saludos. Marcos Vidal escribió: No tiene nada que ver con la lista de correo pero me tiene bastante hasta las narices... Trabajo en mac y en Dreamweaver 8, al editar un css o crearlo, no me deja escribir la apertura de llave { Es decir, solamente al editar una página css, cuando pulso comand + ´ no me hace absolutamente nada, tengo que copiar y pegar la [EMAIL PROTECTED] llave a mano. A alguien más la pasa? P.D: Se que no tiene que ver con la lista, pero me gustaria saber si es problema de mi maquina o del [EMAIL PROTECTED] Dreamweaver, muchas gracias a todos por hacerme las mañanas de curro un poco mas interesantes leyendo la lista. ___ 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] versiones en blanco y negro
Lo que quise decir es motrar el documento HTML sin CSS Saludo, DJ-Dom El día 15/12/05, Jose Antonio Riquelme [EMAIL PROTECTED] escribió: Hola Jesusda, la verdad es que la web es bastante atractiva y el contenido, desde el punto de vista educativo, muy interesante. Felicidades a ti y a tu equipo. En cuanto a lo de ofrecer versiones en diferentes contrastes, quizá no es necesario porque las personas con discapacidad ya tienen sus equipos configurados para esto y no las necesitan. Pero si por un momento dejamos de hablar de personas con graves deficiencias visuales, nos encontramos con un nicho intermedio que no necesita (o desconoce) estas herramientas que proporciona el sistema operativo y que este tipo de presentación junto con la de texto mayor proporciona una gran comodidad. En mi opinión, mas vale que sobre, que no que falte. Saludos. 2005/12/15, jEsuSdA 8) [EMAIL PROTECTED]: DJ-Dom escribió: ¿Pero no es más últin desprender el CSS para estas personas con discapacidades? No entiendo a qué te refieres con DESPRENDER el CSS. 2005/12/14, jEsuSdA 8) [EMAIL PROTECTED]: Respondiéndote un poco y también respondiendo a Chavalina, de la cual acabo de descubrir que somos paisanos y compañeros de facultad (Hola!), os pongo un ejemplo para que veáis a qué me refiero más concretamente: http://www.eligeprofesion.org/ Pablo Suárez León escribió: Yo creo que lo que habría que mantener es siempre un contraste adecuado en todas las páginas, por defecto. Hay herramientas que te evaluan automáticamente estos valores. Las uso, pero como te comentaba antes, a veces existen requerimientos por parte de clientes que *quieren* los enlaces de color tal y el fondo de color cual, colores que no cumplen la norma de diferenciarse en brillo y color suficientemente. Por otra parte, te comento, en mi empresa hay varias personas con graves problemas visuales, ademas de dos personas totalmente ciegas en el departamento de accesibilidad. Todas ellas, las que tienen resto visual, tienen el sistema configurado para poder acceder a las páginas. Hojas de estilos propias, magnificadores de pantalla, etc... A donde quiero llegar es a que si los colores de fondo y primer plano tienen un contraste adecuado no haría falta una versión en blanco y negro puesto que ya tendrían adaptado el sistema y si no tienen problemas visuales nunca esta de más que el contraste sea el adecuado... De hecho una de las pautas de la WAI habla de esto (2.2) De ahí (por lo de la citada pauta) que, en vista de que no se puede cumplir por lo que comentaba antes, al menos, el usuario disponga de un diseño alternativo que sí lo haga. Para terminar, mi oponión siempre será, una sola página accesible por todos en lugar de una alternativa con más contraste :-) Por supuesto. La página es la misma, el contenido es el mismo, es sólo una opción que al activarla te cambia el aspecto de la web, tal y como lo haría la opción de Texto Mayor. Pablo Suárez León Programador Fundosa Teleservicios Grupo Fundosa Tlf. 91 121 03 41 Fax. 91 375 70 51 www.teleservicios.es -Mensaje original- De: [EMAIL PROTECTED] [mailto: [EMAIL PROTECTED] En nombre de Inma Bermejo Enviado el: miércoles, 14 de diciembre de 2005 12:37 Para: Ovillo, la lista de CSS en castellano Asunto: Re: [Ovillo] versiones en blanco y negro Puedes enseñar un ejemplo? On 12/14/05, jEsuSdA 8) [EMAIL PROTECTED] wrote: En mi trabajo, en algunas webs solemos implementar una versión en blanco y negro de la misma. La razón es que creemos que es beneficioso para gente que tiene problemas con los contraste entre colores, fondos decorativos, etc. Trato siempre de elegir colores que contrasten en color y brillo con los colores de fondo, pero en ocasiones, bien por cuestiones de diseño, bien por preferencias del cliente, algunos colores no cumplen esta norma. Alguien me comentó que esta práctica la veía inútil porque quienes tienen problemas de contrastes de color ya tienen configurado su sistema para que *todo* lo que sale por pantalla se vea en alto contraste, pero yo sigo pensando que es útil para aquellos usuarios que: * Experimentan dificultad con los contrastes de color de una página concreta, aunque no posean ninguna alteración visual que les obligue a tener todo el sistema en modo alto contraste. * Usan un sistema que no permita una configuración general de alto contraste. * Tienen problemas, tienen un sistema que permite configurarlo de manera especial, pero no saben cómo hacerlo. Vosotros qué pensáis al respecto: Es útil, necesario, inútil, una pérdida
Re: [Ovillo] Agrandar una imagen cuando se pasa el raton por encima
Entonces es más facil hacer código mal formateado que bien formateadoCasi me convenso... Saludo, DJ-Dom El día 15/12/05, Maikel Naigt [EMAIL PROTECTED] escribió: Hombre, no hay que quebrarse la cabeza para averigüar que el '#', evidentemente, es una manera (poco sutil quizás) más de llenar la propiedad, sin más ánimo que ese y la de marcar que ahí tiene que haber contenido. Todo el ejemplo en sí es un modo rápido de mostrar el comportamiento requerido. Por supuesto que, no solo el '#', sino todo el ejemplo tendrá que ser adecuado para encajar en el proyecto qie lo albergue. Ea! Un saludo, David Merino. On 12/15/05, Estela López Bernal [EMAIL PROTECTED] wrote: Hola, estoy en ello, ya os contaré cómo lo haré al final. No voy a poner # porque cada imagen va a llevar un enlace a una página determinada. El día 15/12/05, DJ-Dom [EMAIL PROTECTED] escribió: Eso de usar CSS para modificar el contenido no me convence, debería usar JavaScript otra cosa en el href no es recomendable usar #, puedes poner style=cursor:pointer; para poner la mano... puedes tener dos trozos de códiggo, uno en display:none; y el otro en visibility:''; y cambiar ese estado con JavaScript... o bien cambiar las clases o en fin cual quier etiqueta mediante getelementbyid... Saludo, DJ-Dom El día 14/12/05, Maikel Naigt [EMAIL PROTECTED] escribió: Te explicas, de hecho yo pienso que es la mejor manera. Digamos que tenemos este código. a href=#img scr=... //a Pues así, de seguido yo haría esto (por poner un ejemplo, cada uno que lo adapte a lo que necesite) a { display: block; height: 50px; width: 50px; padding: 50px; } img { display: block; width: 100%; } a:hover { padding: 0; } Y así conseguiría que la imagen de dentro se agrandara sin desplazar al resto de los elementos de la página. Esto está hecho deprisa y corriendo, por supuesto es posible e incluso aconsejable, según la situación, contar con un contenedor envolvente o wrapper, pero la base aquí está ;) Un saludo, David Merino. P.D.: No lo he probado (soy muuu vago), así que no seais muy crítcos si falla un poquillo. xD On 12/14/05, jEsuSdA 8) [EMAIL PROTECTED] wrote: Muy bien conseguido. Eso es a lo que yo me refería. La incomodidad a la que hacía referencia en mi mail anterior era que, al cambiar de tamaño, todo elemento que se encuentre al lado de la imagen, se desplaza, de ahí que no sea muy recomendable lo de aumentar tamaños de elementos. LO que tal vez se pudiea hacer para solventar esto es meter cada imagen en una capa con un tamaño mayor o igual que el tamaño máximo que pueda alcanzar la imagen contenida en su interior. De ese modo, la imagen aumenta y disminuye de tamaño sin desplazar lo que haya a su alrededor. No se si me explico. ;) Jose Antonio Riquelme escribió: Perdon, cuando redacté el mensaje tenia el 2 a pelo, y luego le puse el parametro del tamaño. El ejemplo lo hace aumentando por 2, pero la funcion admite cualquier numero, incluso 0 :P El 14/12/05, Jose Antonio Riquelme[EMAIL PROTECTED] escribió: Forma Javascript Este codigo coge la imagen y multiplica el ancho y el alto por 2. Importante poner el atributo ID al IMG, es el identificador unico de cada imagen. Saludos y espero que te sea util. PD. El codigo es mejorable, lo sé. !DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.01 Transitional//EN http://www.w3.org/TR/html4/loose.dtd; html head titleDocumento sin tiacute;tulo/title meta http-equiv=Content-Type content=text/html; charset=iso-8859-1 /head body img name=dinosaurio id=dinosaurio src=avatar.gif border=0 onMouseOver=javascript:aumenta_tamanio(this.name,2); Onmouseout=javascript:disminuye_tamanio(this.name,2); script language= JavaScript type=text/javascript function aumenta_tamanio(nombre_imagen,cuanto) { var ancho, alto; I=document.getElementById(nombre_imagen); ancho=I.width; alto=I.height; I.width=cuanto*ancho; I.height=cuanto*alto; } function disminuye_tamanio(nombre_imagen,cuanto) { I=document.getElementById(nombre_imagen); I.width=I.width/cuanto; I.height=I.height/cuanto; } /script /body /html ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes
[Ovillo] Off Topic: controlar el texto quoteado
Hola. Simplemente querría hacer un llamamiento para que todos tengamos un poco más de cuidado a la hora de responder mensajes en la lista, y no pongamos 12 Kb. de texto quoteado para responder dos o tres líneas :) 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
Re: [Ovillo] Agrandar una imagen cuando se pasa el raton por encima
Alguien ha mirado el codigo javascript que mandé? funciona con onmouseover y onmouseout, agranda la imagen y deja el href libre :P El 15/12/05, DJ-Dom[EMAIL PROTECTED] escribió: Entonces es más facil hacer código mal formateado que bien formateadoCasi me convenso... Saludo, DJ-Dom El día 15/12/05, Maikel Naigt [EMAIL PROTECTED] escribió: Hombre, no hay que quebrarse la cabeza para averigüar que el '#', evidentemente, es una manera (poco sutil quizás) más de llenar la propiedad, sin más ánimo que ese y la de marcar que ahí tiene que haber contenido. Todo el ejemplo en sí es un modo rápido de mostrar el comportamiento requerido. Por supuesto que, no solo el '#', sino todo el ejemplo tendrá que ser adecuado para encajar en el proyecto qie lo albergue. Ea! Un saludo, David Merino. On 12/15/05, Estela López Bernal [EMAIL PROTECTED] wrote: Hola, estoy en ello, ya os contaré cómo lo haré al final. No voy a poner # porque cada imagen va a llevar un enlace a una página determinada. El día 15/12/05, DJ-Dom [EMAIL PROTECTED] escribió: Eso de usar CSS para modificar el contenido no me convence, debería usar JavaScript otra cosa en el href no es recomendable usar #, puedes poner style=cursor:pointer; para poner la mano... puedes tener dos trozos de códiggo, uno en display:none; y el otro en visibility:''; y cambiar ese estado con JavaScript... o bien cambiar las clases o en fin cual quier etiqueta mediante getelementbyid... Saludo, DJ-Dom El día 14/12/05, Maikel Naigt [EMAIL PROTECTED] escribió: Te explicas, de hecho yo pienso que es la mejor manera. Digamos que tenemos este código. a href=#img scr=... //a Pues así, de seguido yo haría esto (por poner un ejemplo, cada uno que lo adapte a lo que necesite) a { display: block; height: 50px; width: 50px; padding: 50px; } img { display: block; width: 100%; } a:hover { padding: 0; } Y así conseguiría que la imagen de dentro se agrandara sin desplazar al resto de los elementos de la página. Esto está hecho deprisa y corriendo, por supuesto es posible e incluso aconsejable, según la situación, contar con un contenedor envolvente o wrapper, pero la base aquí está ;) Un saludo, David Merino. P.D.: No lo he probado (soy muuu vago), así que no seais muy crítcos si falla un poquillo. xD On 12/14/05, jEsuSdA 8) [EMAIL PROTECTED] wrote: Muy bien conseguido. Eso es a lo que yo me refería. La incomodidad a la que hacía referencia en mi mail anterior era que, al cambiar de tamaño, todo elemento que se encuentre al lado de la imagen, se desplaza, de ahí que no sea muy recomendable lo de aumentar tamaños de elementos. LO que tal vez se pudiea hacer para solventar esto es meter cada imagen en una capa con un tamaño mayor o igual que el tamaño máximo que pueda alcanzar la imagen contenida en su interior. De ese modo, la imagen aumenta y disminuye de tamaño sin desplazar lo que haya a su alrededor. No se si me explico. ;) Jose Antonio Riquelme escribió: Perdon, cuando redacté el mensaje tenia el 2 a pelo, y luego le puse el parametro del tamaño. El ejemplo lo hace aumentando por 2, pero la funcion admite cualquier numero, incluso 0 :P El 14/12/05, Jose Antonio Riquelme[EMAIL PROTECTED] escribió: Forma Javascript Este codigo coge la imagen y multiplica el ancho y el alto por 2. Importante poner el atributo ID al IMG, es el identificador unico de cada imagen. Saludos y espero que te sea util. PD. El codigo es mejorable, lo sé. !DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.01 Transitional//EN http://www.w3.org/TR/html4/loose.dtd; html head titleDocumento sin tiacute;tulo/title meta http-equiv=Content-Type content=text/html; charset=iso-8859-1 /head body img name=dinosaurio id=dinosaurio src=avatar.gif border=0 onMouseOver=javascript:aumenta_tamanio(this.name,2); Onmouseout=javascript:disminuye_tamanio(this.name,2); script language= JavaScript type=text/javascript function aumenta_tamanio(nombre_imagen,cuanto) { var ancho, alto; I=document.getElementById(nombre_imagen); ancho=I.width; alto=I.height; I.width=cuanto*ancho; I.height=cuanto*alto; } function disminuye_tamanio(nombre_imagen,cuanto) { I=document.getElementById(nombre_imagen);
Re: [Ovillo] Agrandar una imagen cuando se pasa el raton por encima
(-estoy en ello-) El día 15/12/05, Jose Antonio Riquelme [EMAIL PROTECTED] escribió: Alguien ha mirado el codigo javascript que mandé? funciona con onmouseover y onmouseout, agranda la imagen y deja el href libre :P El 15/12/05, DJ-Dom[EMAIL PROTECTED] escribió: Entonces es más facil hacer código mal formateado que bien formateadoCasi me convenso... Saludo, DJ-Dom El día 15/12/05, Maikel Naigt [EMAIL PROTECTED] escribió: Hombre, no hay que quebrarse la cabeza para averigüar que el '#', evidentemente, es una manera (poco sutil quizás) más de llenar la propiedad, sin más ánimo que ese y la de marcar que ahí tiene que haber contenido. Todo el ejemplo en sí es un modo rápido de mostrar el comportamiento requerido. Por supuesto que, no solo el '#', sino todo el ejemplo tendrá que ser adecuado para encajar en el proyecto qie lo albergue. Ea! Un saludo, David Merino. On 12/15/05, Estela López Bernal [EMAIL PROTECTED] wrote: Hola, estoy en ello, ya os contaré cómo lo haré al final. No voy a poner # porque cada imagen va a llevar un enlace a una página determinada. El día 15/12/05, DJ-Dom [EMAIL PROTECTED] escribió: Eso de usar CSS para modificar el contenido no me convence, debería usar JavaScript otra cosa en el href no es recomendable usar #, puedes poner style=cursor:pointer; para poner la mano... puedes tener dos trozos de códiggo, uno en display:none; y el otro en visibility:''; y cambiar ese estado con JavaScript... o bien cambiar las clases o en fin cual quier etiqueta mediante getelementbyid... Saludo, DJ-Dom El día 14/12/05, Maikel Naigt [EMAIL PROTECTED] escribió: Te explicas, de hecho yo pienso que es la mejor manera. Digamos que tenemos este código. a href=#img scr=... //a Pues así, de seguido yo haría esto (por poner un ejemplo, cada uno que lo adapte a lo que necesite) a { display: block; height: 50px; width: 50px; padding: 50px; } img { display: block; width: 100%; } a:hover { padding: 0; } Y así conseguiría que la imagen de dentro se agrandara sin desplazar al resto de los elementos de la página. Esto está hecho deprisa y corriendo, por supuesto es posible e incluso aconsejable, según la situación, contar con un contenedor envolvente o wrapper, pero la base aquí está ;) Un saludo, David Merino. P.D.: No lo he probado (soy muuu vago), así que no seais muy crítcos si falla un poquillo. xD On 12/14/05, jEsuSdA 8) [EMAIL PROTECTED] wrote: Muy bien conseguido. Eso es a lo que yo me refería. La incomodidad a la que hacía referencia en mi mail anterior era que, al cambiar de tamaño, todo elemento que se encuentre al lado de la imagen, se desplaza, de ahí que no sea muy recomendable lo de aumentar tamaños de elementos. LO que tal vez se pudiea hacer para solventar esto es meter cada imagen en una capa con un tamaño mayor o igual que el tamaño máximo que pueda alcanzar la imagen contenida en su interior. De ese modo, la imagen aumenta y disminuye de tamaño sin desplazar lo que haya a su alrededor. No se si me explico. ;) Jose Antonio Riquelme escribió: Perdon, cuando redacté el mensaje tenia el 2 a pelo, y luego le puse el parametro del tamaño. El ejemplo lo hace aumentando por 2, pero la funcion admite cualquier numero, incluso 0 :P El 14/12/05, Jose Antonio Riquelme[EMAIL PROTECTED] escribió: Forma Javascript Este codigo coge la imagen y multiplica el ancho y el alto por 2. Importante poner el atributo ID al IMG, es el identificador unico de cada imagen. Saludos y espero que te sea util. PD. El codigo es mejorable, lo sé. !DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.01Transitional//EN http://www.w3.org/TR/html4/loose.dtd; html head titleDocumento sin tiacute;tulo/title meta http-equiv=Content-Type content=text/html; charset=iso-8859-1 /head body img name=dinosaurio id=dinosaurio src=avatar.gif border=0 onMouseOver=javascript:aumenta_tamanio(this.name,2); Onmouseout=javascript:disminuye_tamanio(this.name,2); script language= JavaScript type=text/javascript function aumenta_tamanio(nombre_imagen,cuanto) { var ancho, alto; I=document.getElementById(nombre_imagen);
Re: [Ovillo] Off Topic: controlar el texto quoteado
Daniel Torres Burriel wrote: Simplemente querría hacer un llamamiento para que todos tengamos un poco más de cuidado a la hora de responder mensajes en la lista, y no pongamos 12 Kb. de texto quoteado para responder dos o tres líneas :) +1. Aprovecho para volver a pedir que las respuestas se escriban debajo de las preguntas. Y por favor, **eliminad** los pies que añade el servidor de la lista, acabo de contar **ocho** en un solo mensaje. Salud, Choan ___ 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] versiones en blanco y negro
DJ-Dom escribió: Lo que quise decir es motrar el documento HTML sin CSS También. Cuando proponía este tema no lo proponía de manera excluyente. En la url de la página que diseñé (http://www.eligeprofesion.org/) que envié como ejemplo, veréis que existen varias versiones de presentación de la web (que no de la web en sí, que en todo momento es la misma): * Versión normal. * Versión Texto mayor. * Versión Alto Contraste positivo. * Versión Alto Contraste negativo. * Versión sin estilos. (Sin CSS). La pregunta que yo quería hacer no era en el sentido de: ¿Existe un método mejor de mostrar una web para aumentar su accesibilidad en cuanto a contraste de color? la pregunta era: ¿Es bueno y útil que existan este tipo de versiones? A la primera pregunta la respuesta creo que es clara: Sí, hay mejores maneras. Pero como no son excluyentes, por eso realizaba la segunda pregunta.guiño Saludo, DJ-Dom El día 15/12/05, Jose Antonio Riquelme [EMAIL PROTECTED] escribió: Hola Jesusda, la verdad es que la web es bastante atractiva y el contenido, desde el punto de vista educativo, muy interesante. Felicidades a ti y a tu equipo. En cuanto a lo de ofrecer versiones en diferentes contrastes, quizá no es necesario porque las personas con discapacidad ya tienen sus equipos configurados para esto y no las necesitan. Pero si por un momento dejamos de hablar de personas con graves deficiencias visuales, nos encontramos con un nicho intermedio que no necesita (o desconoce) estas herramientas que proporciona el sistema operativo y que este tipo de presentación junto con la de texto mayor proporciona una gran comodidad. En mi opinión, mas vale que sobre, que no que falte. Saludos. 2005/12/15, jEsuSdA 8) [EMAIL PROTECTED]: DJ-Dom escribió: ¿Pero no es más últin desprender el CSS para estas personas con discapacidades? No entiendo a qué te refieres con DESPRENDER el CSS. 2005/12/14, jEsuSdA 8) [EMAIL PROTECTED]: Respondiéndote un poco y también respondiendo a Chavalina, de la cual acabo de descubrir que somos paisanos y compañeros de facultad (Hola!), os pongo un ejemplo para que veáis a qué me refiero más concretamente: http://www.eligeprofesion.org/ Pablo Suárez León escribió: Yo creo que lo que habría que mantener es siempre un contraste adecuado en todas las páginas, por defecto. Hay herramientas que te evaluan automáticamente estos valores. Las uso, pero como te comentaba antes, a veces existen requerimientos por parte de clientes que *quieren* los enlaces de color tal y el fondo de color cual, colores que no cumplen la norma de diferenciarse en brillo y color suficientemente. Por otra parte, te comento, en mi empresa hay varias personas con graves problemas visuales, ademas de dos personas totalmente ciegas en el departamento de accesibilidad. Todas ellas, las que tienen resto visual, tienen el sistema configurado para poder acceder a las páginas. Hojas de estilos propias, magnificadores de pantalla, etc... A donde quiero llegar es a que si los colores de fondo y primer plano tienen un contraste adecuado no haría falta una versión en blanco y negro puesto que ya tendrían adaptado el sistema y si no tienen problemas visuales nunca esta de más que el contraste sea el adecuado... De hecho una de las pautas de la WAI habla de esto (2.2) De ahí (por lo de la citada pauta) que, en vista de que no se puede cumplir por lo que comentaba antes, al menos, el usuario disponga de un diseño alternativo que sí lo haga. Para terminar, mi oponión siempre será, una sola página accesible por todos en lugar de una alternativa con más contraste :-) Por supuesto. La página es la misma, el contenido es el mismo, es sólo una opción que al activarla te cambia el aspecto de la web, tal y como lo haría la opción de Texto Mayor. Pablo Suárez León Programador Fundosa Teleservicios Grupo Fundosa Tlf. 91 121 03 41 Fax. 91 375 70 51 www.teleservicios.es -Mensaje original- De: [EMAIL PROTECTED] [mailto: [EMAIL PROTECTED] En nombre de Inma Bermejo Enviado el: miércoles, 14 de diciembre de 2005 12:37 Para: Ovillo, la lista de CSS en castellano Asunto: Re: [Ovillo] versiones en blanco y negro Puedes enseñar un ejemplo? On 12/14/05, jEsuSdA 8) [EMAIL PROTECTED] wrote: En mi trabajo, en algunas webs solemos implementar una versión en blanco y negro de la misma. La razón es que creemos que es beneficioso para gente que tiene problemas con los contraste entre colores,
Re: [Ovillo] Dudas en el uso de los atributos ALT y TITLE para el elemento IMG
En este pequeño artículo también comentan algo de eso http://www.access-matters.com/2005/10/23/quiz-119-titles-everywhere/ 1 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://ovillo.org/mailman/listinfo/ovillo
RE: [Ovillo] Dudas en el uso de los atributos ALT y TITLE para elelemento IMG
Hola Bernat, Me alegra que preguntes, porque hoy en día uno de los errores más comúnes en las webs es, encontrar que utilizan el atributo alt, pero mal. El contenido del atributo alt debe ser un *equivalente textual* del contenido de la imagen. El contenido del atributo title, debe ser información aclaratoria sobre el elemento que titula. Entonces, utilizando el ejemplo que pones, si el logotipo de la empresa ovillo fuera un ovillo de lana con las letras sobreimpresionadas Ovillo y el lema Desenrredando la madeja, por ejemplo guiño, y esa imagen conformara un enlace a la página principal de esa empresa, el código debería ser como sigue: a href=... title=Página principal de Ovilloimg src:... alt=Ovillo: Desenrredando la madeja/a ¡Nunca el contenido del atributo alt y del atributo title deben ser el mismo! (Error muy habitual por ahí). La razón es que, dependiendo de cómo tenga configurada la herrramiente el usuario, es posible que tenga que oír dos veces la misma información. Espero que esto te ayude, Saludos, Emmanuelle -Mensaje original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] nombre de Bernat Lleonart Enviado el: jueves, 15 de diciembre de 2005 12:07 Para: Ovillo, la lista de CSS en castellano Asunto: [Ovillo] Dudas en el uso de los atributos ALT y TITLE para elelemento IMG Hola, Tengo algunas dudas sobre las diferencias en el uso de los atributos ALT y TITLE para el elemento IMG. La documentación del W3C dice esto, pero no me queda muy claro para qué sirve cada cosa: ALT: For user agents that cannot display images, forms, or applets, this attribute specifies alternate text. The language of the alternate text is specified by the lang attribute. TITLE: This attribute offers advisory information about the element for which it is set. Entonces, en una página con una imagen del logotipo de una empresa de nombre Ovillo SL, el atributo ALT sería Ovillo SL o Logotipo de la empresa Ovillo SL? Y el atributo TITLE ¿qué podría contener? Si esa imagen es un enlace a la página de inicio, ¿podría ser title=Enlace a la página de inicio? ¿Qué es eso de advisory information? 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___ 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] Dudas en el uso de los atributos ALT y TITLE para elelemento IMG
2005/12/15, Emmanuelle Gutiérrez y Restrepo [EMAIL PROTECTED]: Espero que esto te ayude, Saludos, Emmanuelle Gracias, Emmanuelle y Felix, por vuestra información y aclaraciones. Seguimos aprendiendo :) Saludos. ___ 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] Dudas en el uso de los atributos ALT y TITLE para elelemento IMG
Emmanuelle Gutiérrez y Restrepo wrote: El contenido del atributo alt debe ser un *equivalente textual* del contenido de la imagen. El contenido del atributo title, debe ser información aclaratoria sobre el elemento que titula. Entonces, utilizando el ejemplo que pones, si el logotipo de la empresa ovillo fuera un ovillo de lana con las letras sobreimpresionadas Ovillo y el lema Desenrredando la madeja, por ejemplo guiño, y esa imagen conformara un enlace a la página principal de esa empresa, el código debería ser como sigue: a href=... title=Página principal de Ovilloimg src:... alt=Ovillo: Desenrredando la madeja/a ¡Nunca el contenido del atributo alt y del atributo title deben ser el mismo! (Error muy habitual por ahí). La razón es que, dependiendo de cómo tenga configurada la herrramiente el usuario, es posible que tenga que oír dos veces la misma información. Muy buena explicación. Quisiera añadir un par de puntos: * El atributo `alt` **nunca** debe ser el nombre del fichero de imagen. * Si la imagen no añade información, el atributo `alt` debería existir y estar vacío. Me explico: si en una anotación sobre MySQL incluimos el logo de MySQL, es conveniente que el atributo `alt` esté vacío (`alt=`). Esto evita redundancias que no aportan información. Salud, Choan ___ 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] Dudas en el uso de los atributos ALT y TITLE para elelemento IMG
Choan C. Gálvez wrote: * Si la imagen no añade información, el atributo `alt` debería existir y estar vacío. Me explico: si en una anotación sobre MySQL incluimos el logo de MySQL, es conveniente que el atributo `alt` esté vacío (`alt=`). Esto evita redundancias que no aportan información. Si la imagen no añade información... no debería estar en el CSS? -- ...el mundo es una tontería si vas dejando que se escape lo que más querías... [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
Re: [Ovillo] Dudas en el uso de los atributos ALT y TITLE para elelemento IMG
Buenas, El 15/12/05, Inma Bermejo Salar[EMAIL PROTECTED] escribió: Si la imagen no añade información... no debería estar en el CSS? En mi opinión hay una muy delgada línea entre la imagen añade información y la imágen no añade información. Sea como sea, siempre que se ponga un img y pienses en colocarle el atributo alt vacío, habría que pensar detenidamente también si esa imagen no quedaría mejor en el CSS. Un saludo. -- Juan G. Hurtado [ [EMAIL PROTECTED] ] [ http://armonia.spiral-static.org/ ] ___ 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] Imagenes que añaden información, o no (Era: Re: Dudas en el uso de los atributos ALT y TITLE para elelemento IMG)
El 15/12/2005, a las 13:32, Juan G. Hurtado escribió: En mi opinión hay una muy delgada línea entre la imagen añade información y la imágen no añade información. ¿Esa línea se vería mejor si considerásemos que las imágenes que van en la hoja de estilos quedan cacheadas y ello contribuye a la velocidad de carga? 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
Re: [Ovillo] Dudas en el uso de los atributos ALT y TITLE para elelemento IMG
Inma Bermejo Salar wrote: Choan C. Gálvez wrote: * Si la imagen no añade información, el atributo `alt` debería existir y estar vacío. Me explico: si en una anotación sobre MySQL incluimos el logo de MySQL, es conveniente que el atributo `alt` esté vacío (`alt=`). Esto evita redundancias que no aportan información. Si la imagen no añade información... no debería estar en el CSS? Sí, en la teoría. Pero en la práctica no siempre se puede hacer así. Poniendo el caso de un blog: el autor escribe una anotación sobre WP (por cambiar de tema). Para darle un poco de gracia a la presentación, incluye el logo de WP. Para incluir la imagen en la anotación, utiliza un elemento `img`, lo flota hacia donde le venga en gana y le asigna un `alt` adecuado. Incluir la imagen como _contenido_ es una cosa de lo más sencilla por mucho que tengamos chopocientas tres anotaciones con otras tantas imágenes distintas. Si lo hiciéramos vía CSS... sencillamente sería _imposible_ gestionar las hojas de estilo. Así, pues, lo que yo propongo viene a ser: pimg src=logo-wp.png alt= /WordPress tal y cual/p Que me parece más adecuado que pimg src=logo-wp.png alt=WordPress /WordPress tal y cual/p Otra cosa sería que en lugar del logo incluyéramos un pantallazo (que sí aportaría información) en este caso, sería adecuado utilizar img src=pantallazo-admin.png alt=Nueva interfaz de administración de WordPress / Espero que se entienda mi punto de vista. Salud, Choan -- ___ 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] Imagenes que añaden informació n, o no (Era: Re: Dudas en el uso de los atributos ALT y TITLE para elelem ento IMG)
Daniel Torres Burriel wrote: El 15/12/2005, a las 13:32, Juan G. Hurtado escribió: En mi opinión hay una muy delgada línea entre la imagen añade información y la imágen no añade información. ¿Esa línea se vería mejor si considerásemos que las imágenes que van en la hoja de estilos quedan cacheadas y ello contribuye a la velocidad de carga? Daniel, las imágenes que se cargan vía CSS se cachean exactamente igual que las que se incluyen como contenido. ¿O no he entendido lo que dices? Salud, Choan ___ 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] Imagenes que añade =?ISO-8859-1?Q?n_informaci=F3n, _o_no_(Era:_Re:_Du?= das en el uso de los atributos ALT y TITLE para elelemento IMG)
Buenas, El 15/12/05, Daniel Torres Burriel[EMAIL PROTECTED] escribió: ¿Esa línea se vería mejor si considerásemos que las imágenes que van en la hoja de estilos quedan cacheadas y ello contribuye a la velocidad de carga? Es una grandísima ventaja que las imágenes de la hoja de estilos queden cacheadas, pero no creo que eso sea un factor importante para decidir si la imagen aporta o no información, ¿no? A mi personalmente no me gusta la idea de colocar imágenes con el atributo alt vacío, pero es una opción personal, con lo que procuro que no llegue a darse el caso. Un saludo. -- Juan G. Hurtado [ [EMAIL PROTECTED] ] [ http://armonia.spiral-static.org/ ] ___ 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] Dudas en el uso de los atributos ALT y TITLE para elelemento IMG
Choan C. Gálvez wrote: Así, pues, lo que yo propongo viene a ser: pimg src=logo-wp.png alt= /WordPress tal y cual/p Que me parece más adecuado que pimg src=logo-wp.png alt=WordPress /WordPress tal y cual/p Otra cosa sería que en lugar del logo incluyéramos un pantallazo (que sí aportaría información) en este caso, sería adecuado utilizar img src=pantallazo-admin.png alt=Nueva interfaz de administración de WordPress / Espero que se entienda mi punto de vista. Entiendo tu punto de vista pero no lo comparto, porque creo que puede ser desconcertante encontrar una img con alt vacío. Supongo que es algo personal, pero yo sí que utilizaría la segunda opción, o más bien, el contenido alternativo sería Logotipo de Wordpress, no porque sea relevante, pero si no se pone nada, te quedas con la intriga de si sería algo importante. -- ...el mundo es una tontería si vas dejando que se escape lo que más querías... [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
Re: [Ovillo] Dudas en el uso de los atributos ALT y TITLE para elelemento IMG
El día 15/12/05, Choan C. Gálvez [EMAIL PROTECTED] escribió: Inma Bermejo Salar wrote: Choan C. Gálvez wrote: . Si la imagen no añade información... no debería estar en el CSS? Creo que el tema de usar el css para aquellas imagenes que no aporten información es correcto, en tanto dichas imagenes formarían mas que anada parte del diseño visual del sitio. Sin embargo hay muchas veces en que la imagen añade información visual, como podría ser el caso del logo de wordpress, que es complementada por información textual (la palabra wordpress a su lado) por lo que si dicha imagen no es percibida por el usuario la diferencia no es significativa en cuanto a la información recibida por el usuario, por lo que no se volvería necesario el uso del atributo ALT (además de poder ser bastante molesto, y por lo tanto cumplir la función inversa a lo previsto) Saludos a todos -- Pablo Viojo [EMAIL PROTECTED] http://pviojo.net ___ 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] Dudas en el uso de los atributos ALT y TITLE paraelelemento IMG
Hola Bernat, En el primer caso, en el del alt de la imagen, sí puede convenir indicar la naturaleza del objeto. Puede ser interesante para los usuarios conocer que se trata del logotipo o logosímbolo de la empresa. ¡Buena observación! En el segundo caso, en el del title y la indicación de lo que pasa, no es necesario, pues los lectores de pantalla ya le indican al usuario que se trata de un enlace y por tanto que lleva a... Cuando el lector encuentra el enlace, dice en voz alta: Enlace así que el usuario ya sabe que si lo selecciona le llevará a donde indique el contenido del enlace. Saludos, Emmanuelle -Mensaje original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] nombre de Bernat Lleonart Enviado el: jueves, 15 de diciembre de 2005 13:20 Para: Ovillo, la lista de CSS en castellano Asunto: Re: [Ovillo] Dudas en el uso de los atributos ALT y TITLE paraelelemento IMG 2005/12/15, Emmanuelle Gutiérrez y Restrepo [EMAIL PROTECTED]: Entonces, utilizando el ejemplo que pones, si el logotipo de la empresa ovillo fuera un ovillo de lana con las letras sobreimpresionadas Ovillo y el lema Desenrredando la madeja, por ejemplo guiño, y esa imagen conformara un enlace a la página principal de esa empresa, el código debería ser como sigue: a href=... title=Página principal de Ovilloimg src:... alt=Ovillo: Desenrredando la madeja/a Sigo dándole vueltas, y pienso que entonces no haría falta poner la naturaleza de lo que estamos describiendo ¿no? Así: a href=... title=Enlace a la página principal de Ovilloimg src:... alt=Logotipo de Ovillo: Desenrredando la madeja/a o bien indicar lo que pasa si sigues ese enlace: a href=... title=Ir a la página principal de Ovilloimg src:... alt=Ovillo: Desenrredando la madeja/a ¿O eso ya es rizar el rizo? ___ 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] Imagenes que añaden información, o no (Era: Re: Dudas en el uso de los atributo s ALT y TITLE para elelemento IMG)
El 15/12/2005, a las 13:47, Choan C. Gálvez escribió: Daniel, las imágenes que se cargan vía CSS se cachean exactamente igual que las que se incluyen como contenido. Bueno... no siempre. Ayer mismo estuve visitando a un cliente que obligaba, sin saberlo, a que no se cacheasen las páginas de su sitio web, ya que el carísimo gestor de contenidos que utiliza lleva esa opción por defecto en los metas a la hora de generar plantillas. ¿O no he entendido lo que dices? Sí lo has entendido, sí. Sólo que hablaba de un caso concreto. 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
Re: [Ovillo] Imagenes que añade =?ISO-8859- 1?Q?n_informaci=F3n, _o_no_(Era: _Re:_Du?= das en el uso de los atributos ALT y TITLE para elelemento IMG)
El 15/12/2005, a las 13:49, Juan G. Hurtado escribió: Es una grandísima ventaja que las imágenes de la hoja de estilos queden cacheadas, pero no creo que eso sea un factor importante para decidir si la imagen aporta o no información, ¿no? No me refiero a que sea un factor importante para decidir si una imagen aporta información. Planteaba que quizá fuese un factor decisivo para que una imagen que no aporta información se incluyera vía hojas de estilo. 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
Re: [Ovillo] Dudas en el uso de los atributos ALT y TITLE para elelemento IMG
Pablo Viojo wrote: . Si la imagen no añade información... no debería estar en el CSS? Creo que el tema de usar el css para aquellas imagenes que no aporten información es correcto, en tanto dichas imagenes formarían mas que anada parte del diseño visual del sitio. Sin embargo hay muchas veces en que la imagen añade información visual, como podría ser el caso del logo de wordpress, que es complementada por información textual (la palabra wordpress a su lado) por lo que si dicha imagen no es percibida por el usuario la diferencia no es significativa en cuanto a la información recibida por el usuario, por lo que no se volvería necesario el uso del atributo ALT (además de poder ser bastante molesto, y por lo tanto cumplir la función inversa a lo previsto) Che, Pablo, has explicado lo que tenía en la cabeza mucho mejor que yo. Salud, Choan ___ 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] Dudas en el uso de los atributos ALT y TITLE paraelelemento IMG
Hola a todos, Pablo ha dicho: [cita] Sin embargo hay muchas veces en que la imagen añade información visual, como podría ser el caso del logo de wordpress, que es complementada por información textual (la palabra wordpress a su lado) por lo que si dicha imagen no es percibida por el usuario la diferencia no es significativa en cuanto a la información recibida por el usuario, por lo que no se volvería necesario el uso del atributo ALT (además de poder ser bastante molesto, y por lo tanto cumplir la función inversa a lo previsto) [fin cita] Aquí hay que tener en cuenta varias cosas y matizar alguna: El atributo ALT *siempre* debe estar presente, siempre debe usarse. Otra cosa es que el valor del atributo sea nulo, es decir: alt= (sin espacio entre las comillas). Estoy de acuerdo con Pablo y no con Choan en que un logotipo proporciona información. Cuando se habla de imágenes que no proporcionan información nos referimos a imágenes que se utilizan para *decorar*, no para *ilustrar* como es el caso citado de incluir el logo de algo a lo que se refiere un artículo. Por ejemplo, son decorativas las viñetas de una lista desordenada, las imágenes utilizadas para producir curvas en vista de página, etc. Esas imágenes desde luego conviene que vayan indicadas en la hoja de estilos en vez de formar parte del contenido. Ahora cuando la imagen es contenido, como en el caso que nos ocupa, Pablo plantea la cuestión de no molestar al usuario de lectores de pantalla repitiendo la información que a continuación aparece en forma de texto. Pero hay que tener en cuenta que el atributo alt no existe sólo para quienes utilizan lectores de pantalla. También es importante para quienes no utilizan esa ayuda técnica pero navegan sin descargarse las imágenes, por tanto, para esas personas será interesante conocer cuál es el contenido de la imagen que aparece junto al texto. Así que lo que hay que hacer es refinar un poco los contenidos, teneiendo en cuenta las necesidades de TODOS los usuarios. Además, el hecho de que una palabra se encuentre junto a una imagen no es indicativa de que se refiera a esa imagen, a menos que se haga expresamente. Saludos, Emmanuelle ___ 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] Dudas en el uso de los atributos ALT y TITLE paraelelemento IMG
El día 15/12/05, Emmanuelle Gutiérrez y Restrepo [EMAIL PROTECTED] escribió: Hola a todos, Aquí hay que tener en cuenta varias cosas y matizar alguna: El atributo ALT *siempre* debe estar presente, siempre debe usarse. Otra cosa es que el valor del atributo sea nulo, es decir: alt= (sin espacio entre las comillas). Si, claro, tal vez me expresé mal, a eso me refería en cualquier caso. Pero hay que tener en cuenta que el atributo alt no existe sólo para quienes utilizan lectores de pantalla. También es importante para quienes no utilizan esa ayuda técnica pero navegan sin descargarse las imágenes, por tanto, para esas personas será interesante conocer cuál es el contenido de la imagen que aparece junto al texto. Si, puede ser, pero tambien es cierto que en el caso de que la imagen sirva nada más que como un complemento a la información brindada, y dicha información sea accesible utilizando el resto de los medios disponibles no veo imprescindible duplicar la información. Dicho de otro modo siempre que se pueda quitar la imagen, y no se perdiera información, veo innecesario el uso del alt (o sea alt=) Saludos Pablo Viojo [EMAIL PROTECTED] http://pviojo.net ___ 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 en listas y div
El Miércoles, 14 de Diciembre de 2005 07:45, Maikel Naigt escribió: Ay!, la bendita especificidad [1]. Prueba con esto: #central ul.menu_administrador a:visited, #central ul.menu_administradora:link { text-decoration: none; color: #44; } Un saludo, David Merino. [1] http://www.w3.org/TR/REC-CSS2/cascade.html#specificity Gracias, funcionó. Mira que he hecho eso cienes y cienes de veces, pero esto me tenía trastocado. ___ 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] retoques css para opera
cumpas yo para un estilo en firefox uso: p { width:100px} para iexplorer uso: * html body p { width:110px} y para Opera?? ¿hay alguna forma? 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] Dudas en el uso de los atributos ALT y TITLE para elelemento IMG
Hola, Un detalle, Otra cosa sería que en lugar del logo incluyéramos un pantallazo (que sí aportaría información) en este caso, sería adecuado utilizar img src=pantallazo-admin.png alt=Nueva interfaz de administración de WordPress / En este caso, ¿qué podríais en un atributo title? Y aun más, hay un punto interesante que es el diferente trato que dan IE y Firefox a estos dos atributos. IE, al dejar el ratón encima de la imagen te muestra el ALT, mientras que Firefox te muestra el title... -- Carlos ___ 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] Dudas en el uso de los atributos ALT y TITLE paraelelemento IMG
En cualquier caso nunca se debería de usar el supuesto trato que le dan los navegadores a estos atributos visualmente como una característica. No son tooltips sino metainformación. Pablo Suárez León Programador Fundosa Teleservicios Grupo Fundosa Tlf. 91 121 03 41 Fax. 91 375 70 51 www.teleservicios.es -Mensaje original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] En nombre de Carlos Casado Enviado el: jueves, 15 de diciembre de 2005 16:05 Para: Ovillo, la lista de CSS en castellano Asunto: Re: [Ovillo] Dudas en el uso de los atributos ALT y TITLE paraelelemento IMG Hola, Un detalle, Otra cosa sería que en lugar del logo incluyéramos un pantallazo (que sí aportaría información) en este caso, sería adecuado utilizar img src=pantallazo-admin.png alt=Nueva interfaz de administración de WordPress / En este caso, ¿qué podríais en un atributo title? Y aun más, hay un punto interesante que es el diferente trato que dan IE y Firefox a estos dos atributos. IE, al dejar el ratón encima de la imagen te muestra el ALT, mientras que Firefox te muestra el title... -- Carlos ___ 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
[Ovillo] [Offtopic] Encuentro Ovillo BCN 2006
Ovilleros de BCN, ¿Nos vemos en Enero? la propuesta ya está en el blog: http://www.lacoctelera.com/ovillo-bcn Felices fiestas ___ 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] XHTML *no* es para principiantes / Los peligros de usar XHTML
El artículo en cuestión me dejó preocupado. Estoy tratando de hacer las cosas bien, ya tengo varios sitios xtml 1.0 strict y transitional válidos, además se ven bien en distintos navegadores. pero segun el articulo, no vale la pena, que valide no dice nada todo el esfuerzo fue en vano? El 15/12/05, DJ-Dom[EMAIL PROTECTED] escribió: Otra cuestión es que la gente está muy acostumbrado a los editores HTML y encuentra dificil lo de xhtml cuando es más simple y versátil, lo duro es la costumbre para cambiar... Los editores debrían ir mas o menos reconociendo los CSS y cargarlos en el documento... Saludo, DJ-Dom El día 14/12/05, Alejandro Cuesta [EMAIL PROTECTED] escribió: Lleno de moral, he traducido lo mejor que he podido, el artículo al que hace referencia Manuel. La verdad es que está muy bien y merece ser destacado en algún FAQ sobre HTML vs XHTML. http://www.lacoctelera.com/gigo/post/2005/12/14/xhtml-es-principiantes - Álex - El día 13/12/05, Vicente Gallur Valero [EMAIL PROTECTED] escribió: [EMAIL PROTECTED] escribió: Haciendo algunas pruebas en páginas XHTML servidas como text/html cambiando este último por application/xhtml+xml y teniendo en cuenta el resto de las cosas que aparecen en el artículo, aparentemente se visualiza bien en ie6. ¿algún comentario al respecto? :P Seguramente tu servidor está enviando la cabecera text/html, aunque después té le pongas en un meta que es application/xhtml+xml. Puedes cambiar la configuración de tu servidor o machacar esta cabecera con un lenguaje de servidor, por ejemplo, en PHP: ?php header(Content-type: application/xhtml+xml);? al principo del archivo. -- Vicente Gallur Valero http://www.vgcomunicacion.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 -- www.dj-dom.net [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] [offtopic] Adobe ya ha comprado Macromedia
existe flashpaper, que es precisamente eso. lo que no puedo asegurar es si es invento de macromedia y luego compró adobe, o si se trata de los primeros mixes de tecnología de los dos equipos. si es lo primero, probablemente adobe compró por purito miedo. la universalidad de flash y sus herramientas de autor hubiesen podido desbancar la tecnología PDF fácilmente. menudo salsa rosa nerd que nos hemos montado en un momentito :D El día 15/12/05, Marcel [EMAIL PROTECTED] escribió: Por lo que recuerdo de una presentacion de Adobe a la que fui hace medio año o asi. Insinuaron que seria muy potente mezclar pdf i flash . . . o dicho de otra manera tener una plataforma para publicar documentos que practicamente todo el mundo podra ver y protegiendolo de ser modificado. De todo lo que tenemos ahora, a ver que queda i que se va!! Si alguien sabe alguna cosita mas. . . Marcel. On 12/13/05, Toni Terremoto [EMAIL PROTECTED] wrote: Ya se que es offtopic pero la inquietud me ha llevado a exponer este mail: La sorpresa me la he llevado cuando he accedido a www.macromedia.com http://www.macromedia.com/ y he visto el logo de Adobe. Wow!!! Aunque ya era oficial su inmediata compra, ahora por fin ya se ha llevado a cabo. (Que extraño se me hace) Se q la mayoría de vosotros no comulgáis con la tecnología Flash, ahora que la herramienta era superpotente [2], hay q reconocer que a marcado un hito en la historia de la web. Esto parece un adiós a la herramienta, pero es que aún no se sabe q pretende Adobe al adquirir Macromedia, a parte del monopolio gráfico Web. Como el desarrollo del SVG, que participan activamente con el W3C [3] Esperemos que los desarrolladores de Macromedia participen activamente en la mejora de la herramienta flash y adobe no se entrometa mucho, y no nos cambien de nuevo la interfície y funcionalidad de la herramienta. Miedo me da!!! Bueno, espero al menos que haya sido de vuestro agrado la info. Saludo y a seguir luchando con los display, paddings borders!!! Terremoto, un amigo! :-) Articulo interesante relacionado: [1-a] Adobe Completes Acquisition of Macromedia [ENG] http://www.adobe.com/aboutadobe/pressroom/pressreleases/200512/120505AdobeAc quiresMacromedia.html [1-b] Adobe y Macromedia culminan su fusión [ESP] http://www.vnunet.es/Actualidad/Noticias/Inform%C3%A1tica_profesional/Empre sas/20051205024 http://www.vnunet.es/Actualidad/Noticias/Inform%C3%A1tica_profesional/Empres as/20051205024 [2] Macromedia Accessibility Resource Center http://www.macromedia.com/resources/accessibility/ http://www.macromedia.com/resources/accessibility/ [3] How does Adobe's acquisition of Macromedia affect Adobe's support of SVG (Scalable Vector Graphics)? [ENG] http://svg.org/story/2005/12/6/2441/08313 ___ 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 -- - Marcel Medina Juventeny ___ 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
[Ovillo] Texto completo en una option de combo
Hola, Me gustaría saber cómo puedo hacer que las opciones de una combo se vean por completo en IE y no se corte el texto hasta el ancho de dicha combo (fíjate en option 2). Por ejemplo con Firefox despliega la combo hasta el límite del texto. Y por supuesto me gustaría que fuera accesible ;-) Mi código es el siguiente: div id=menus div id=mSecundario div class=invisibleh1Menuacute; secundario/h1/div div id=tituloMenuspan id=accDirectosAccesos Directos:/span/div div id=listaMenuDos div class=listaMenuDosSelect select id=select1 option class=bg1-- Acceso por/option option class=bg2Option 2 Option 2 Option 2 Option 2 Option 2/option option class=bg1Option 3/option option class=bg2Option 4/option /select input class=btnSelect type=button value= /br / /div div class=listaMenuDosSelect select id=select2 option class=bg1-- Áreas/option option class=bg2Option 2 Option 2 Option 2 Option 2 Option 2/option option class=bg1Option 3/option option class=bg2Option 4/option /select input class=btnSelect type=button value= /br / /div div class=listaMenuDosSelect select id=select3 option class=bg1-- Temas/option option class=bg2Option 2 Option 2 Option 2 Option 2 Option 2/option option class=bg1Option 3/option option class=bg2Option 4/option /select input class=btnSelect type=button value= /br / /div div class=listaMenuDosSelect select id=select4 option class=bg1-- Barrios/distritos/option option class=bg2Option 2 Option 2 Option 2 Option 2 Option 2/option option class=bg1Option 3/option option class=bg2Option 4/option /select input class=btnSelect type=button value= /br / /div /div!-- listaMenuDos -- /div !-- fin de secundario -- /div .invisible{display:none;} #menus { margin: 0.5em 0em 0em 0em; float: left; width: 11.33em; height: auto; background-color: green; } #mSecundario{ margin-top: 1em; float: left; width: 11.28em; height: auto; border-style: solid; border-width: 0.05em; border-color: #CC; } #tituloMenu{ float: left; width: 11.28em; height: 1.3em; padding: 0em; margin: 0em; background-color: #E00404; color: #FF; padding-top: 0.2em; } #accDirectos{ font-family: Arial, Helvetica, sans-serif; font-size: 11px; font-style: normal; font-weight: bold; text-decoration: none; padding: 0em 0em 0em 1em; } #tituloMenuDos{ display: block; float: left; width: 11.33em; height: 2em; padding: 0em; margin: 0em; background-color: #E00404; color: #FF; } #listaMenuDos{ float: left; width: 11.28em; height: auto; padding: 0.5em 0em 1em 0em; background-color: #F8F8F8; color: #FF; } .listaMenuDosSelect{ float: left; width: auto; height: auto; padding: 0.5em 0em 0em 0.5em; background-color: #F8F8F8; color: #FF; } #select1, #select2, #select3, #select4{ float: left; width: 15em; height: auto; font-family: Verdana, Arial, Helvetica, sans-serif; font-size: 0.55em; color: #5B5B5B; background-color: #FF; } .btnSelect{ height: 2em; width: 1.5em; border: 0em; font-family:Verdana, Arial, Helvetica, sans-serif; font-size: 0.65em; font-weight: bold; text-align:center; color: #D70602; background-color: #F8F8F8; background-image:url(pub/imagComun/ok_fndgris_rojo.gif); background-repeat:no-repeat; background-position: top left; } Muchas gracias. ___ Lista de
Re: [Ovillo] XHTML *no* es para principiantes / Los peligros de usar XHTML
Santiago Flores escribió: El artículo en cuestión me dejó preocupado. Estoy tratando de hacer las cosas bien, ya tengo varios sitios xtml 1.0 strict y transitional válidos, además se ven bien en distintos navegadores. pero segun el articulo, no vale la pena, que valide no dice nada todo el esfuerzo fue en vano? No lo creo, yo pienso que intentar dar al navegador el mínimo trabajo a la hora de confeccionar el DOM a partir del html es bueno por dos razones, mejoraras el rendimiento y dejarás menos elementos conflictivos en manos del navegador, por ejemplo si le llega esta secuencia emuno spandos/em tres /span tiene que decidir que tiene que hacer con el /em Otra ventaja que le veo al xhtml es que hay muchas herramientas orientadas al manejo de xml, yo por ejemplo en el trabajo las páginas las genero mediante xml / xsl con lo que la salida resulta ser xhtml (bueno no siempre es así porque la gente que rellena los contenidos a veces genera código no válido, pero me da igual :-p ). -- Saludos -=stripTM=- ___ 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] conversión de colores
Pablo Rodríguez escribió: Lo de las diferentes formas de opacidad, por lo que cuentas, no parece muy estándar, porque IE y Mozilla la invocan de diferente manera. No es nada estandar, hasta CSS3 no habrá soporte de transparencia en los colores. IE saco su solución propietaria y Mozilla de manera experimental o para usarlo en extensiones, nunca en páginas puestas en producción (por eso empieza por -moz- ) -- Saludos -=stripTM=- ___ 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] Agrandar una imagen cuando se pasa el raton por encima
DJ-Dom escribió: Eso de usar CSS para modificar el contenido no me convence, debería usar JavaScript Pues yo creo que este es un caso en el que precisamente se debería usar css en lugar de javascript ya que no se modifica el contenido sino su presentación. Para hacerlo defines el alto y ancho del a {} y le metes un overflow: visible y en el a:hover img{} le aumentas el tamaño de la imagen. a {width: 70px; height: 40px; overflow: visible; display: block; float: left;} a img {position: relative; z-index:1;} a:hover img {width: 140px; height: 80px; z-index: 2;} a href=#img src=imagen.png alt= //a a href=#img src=imagen.png alt= //a a href=#img src=imagen.png alt= //a Sencillo ¿no? Ya sólo queda meterle los hacks al Explorer para que pille el :hover o simplemente esperar a que dicho navegador lo soporte ya que se trata de algo cosmético que no impide el funcionamiento y manejo de la página ;-) -- Saludos -=stripTM=- ___ 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: flash en konqueror
Disculpen pero mucho se ha hablando en esta lista sobre la inclusion de objetos flash con código válido tengo este código que funciona bien en opera, firefox, iexplorer... object type=application/x-shockwave-flash data=menu.swf width=720 height=330 id=flashMenu align=middle param name=allowScriptAccess value=sameDomain / param name=movie value=menu.swf / param name=menu value=false / param name=quality value=high / param name=bgcolor value=#ff / /object estoy probando ahora en linux y bajo konqueror se ve el flash pero no me acepta el tamaño (se ve chiquito), ¿alguien sabe como podria solucionar esto? muchas gracias, desde ya. ___ 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 completo en una option de combo
Hola, Alec Roche wrote: Hola, Me gustaría saber cómo puedo hacer que las opciones de una combo se vean por completo en IE y no se corte el texto hasta el ancho de dicha combo (fíjate en option 2). Por ejemplo con Firefox despliega la combo hasta el límite del texto. Y por supuesto me gustaría que fuera accesible ;-) No creo que puedas conseguir lo que buscás, porque depende justamente de cómo cree IE que tiene que mostrar las opciones de un select. Mi código es el siguiente: div id=menus div id=mSecundario div class=invisibleh1Menuacute; secundario/h1/div div id=tituloMenuspan id=accDirectosAccesos Directos:/span/div [...] /div Al margen de la consulta, siguiendo el manual Normas de estilo para preguntar en Ovillo, Tomo V, Capítulo 36, te recomiendo que cuando envíes código en una consulta, lo hagas con un fragmento abreviado. Te darás cuenta que interpretar código no es una tarea sencilla, por lo que tendrás mayores posibilidades de obtener una respuesta cuanto más fácil nos la hagas. .invisible{display:none;} También al margen, pero como mencionás más arriba que querés hacerlo accesible, también te recomiendo evitar display: none para ocultar visualmente un elemento, porque también lo estás ocultando para los lectores de pantalla. Además, salvo que vayas a cambiarla con javascript o algo así, no tenés necesidad de usar una clase para hacer lo que podrías hacer así: h1 {height: 0; overflow: hidden; } Espero que te sirvan los consejos, saludos -- Camilo Kawerín 27Sur comunicación diseño http://www.27sur.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
[Ovillo] Ayuda con formularios
Hola amigos, Quería pedirles una ayuda y es que no sé por qué es que mis formluarios se ven tan mal http://constantconcept.com/2005/12/15/ecologia-tema-constante/ les pongo las clases y se ven pésimos, alguien me podria dar una mano? -- José Kusunoki G. Diseñador [EMAIL PROTECTED] www.constantconcept.com (511) 97004563 ___ 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 en listas y div
Sí, uno nunca está seguro de cuando le puede volver a pasar xD Yo, por si acaso, utilizo una extensión muy útil para FF [1] que, entre otras cosas, me muestra el orden de precedencia de aplicación de los estilos sobre los elementos. Un saludo, David Merino [1] View Formatted Source - https://addons.mozilla.org/extensions/moreinfo.php?id=697 On 12/14/05, David Yanes Farina [EMAIL PROTECTED] wrote: El Miércoles, 14 de Diciembre de 2005 07:45, Maikel Naigt escribió: Ay!, la bendita especificidad [1]. Prueba con esto: #central ul.menu_administrador a:visited, #central ul.menu_administradora:link { text-decoration: none; color: #44; } Un saludo, David Merino. [1] http://www.w3.org/TR/REC-CSS2/cascade.html#specificity Gracias, funcionó. Mira que he hecho eso cienes y cienes de veces, pero esto me tenía trastocado. ___ 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