Re: [Ovillo] problemas sin la tilde
Muchas gracias por la respuesta Tei. Estoy deacuerdo con lo que dices, lo del salto de carro, pero lo que me mosquea es que si ponemos un texto más largo pero con tilde, funciona bien y se comporta como un overflow:hidden. Pero si ese texto no tiene tilde, el input:text se comporta como overflow:visible :( Alguna idea? Gracias de antemano ;) PD: ya se que el codigo no es el que debería ser, pero lo hicieron así asi q... On 26/09/2007, Tei [EMAIL PROTECTED] wrote: Hola. Si pegas un texto muy largo en un campo de texto, y este texto contiene saltos de carro. Solo pueden pasar dos cosas. Tres. Quizas 8. - El navegador puede contener todo este texto en el campo, y mostrar solo la primera fila. Que es lo que hace FF en Linux. - El navegador puede contener todo este texto pero fingir que no hay saltos de carro, que es lo que hace Internet Explorer en Linux. Ambos navegadores seran consecuentes con este ___text-align: right;__ que tienes en el manejador .control, pero el resultado en pantalla sera distinto segun tomen una u otra opcion a la hora de mostrar un overflow de texto. Pienso que en este caso el navegador mas coherente es IE, puesto que el whitespace no tiene valor semantico en html, excepto dentro de un pre o un xmp y por ahi. Quizas los saltos de carro bien codificados dentro de un campo value de un input deberian aparecer como #13;, y no como propiamente un salto de carro como tu haces. Aunque parece que a Internet Explorer le da igual si usas un caracter de salto de carro, o la entidad ...juas. Ya es raro ver tanta tabla por ahi, en una lista de CSS. Y que uses inputs para algo que se podria hacer con divs tambien llama la atencion. Quizas el problema esta en lo que estas intentando que el navegador haga, estas fundamentando la presentacion en comportamientos que igual ni estan documentados en los estandares y que justamente cada navegador elige implementar como les dio la gana, :D ___ 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
[Ovillo] Class en IMG y A
Buenas, Me surge la duda de si es más adecuado introducir la clase antes o después... img src=icono.gif alt=Icono class=icono img class=icono src=icono.gif alt=Icono a class=enlaceExterno href=estudios.htm target=blank a href=estudios.htm target=blank class=enlaceExterno 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] Class en IMG y A
Yo diria que es totalmente indifirente, ya que nunca he visto que haya un comportamiento distinto por alterar el orden de cualquiera de las propiedades de un elemento 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://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] problemas sin la tilde
Si estamos hablando de lo mismo, si tengo una idea. Cuando haces doble click con el raton en un texto, por ejemplo este: htttp:///dl41.dinaserver.com ¿Cuanto texto se selecciona?, en algunos sistemas todo el enlace, en otros solo la palabra dinaserver, en otros dl41.dinaserver.com. Es preferencia del sistema. Si ahora tienes esto: htttp:///dl41.dináserver.com ¿cuanto texto se selecciona?. En un sistema programado muy alejado de conceptos de i18n, el caracter acentado actuara de separador, y funcionara equivalentemente a si hubieras escrito: htttp:///dl41.din á server.com Pero esto es solo una teoria. Si realmente este es tu problema, alejate de estas cosas que no dependen de un estandar, sino de implementaciones concretas. Incluso aunque todos los navegadores lo hicieran igual, y acorde a lo que tu esperas ver en la pantalla, no deberias usar un comportamiento asi, porque el siguiente navegador, o todos en la proxima version, podrian cambiar ese comportamiento. Tengo dudas de si te estoy ayudando o estamos hablando de cosas distintas. Pero bueno, es igual. On 9/27/07, ichitaka seto [EMAIL PROTECTED] wrote: Muchas gracias por la respuesta Tei. Estoy deacuerdo con lo que dices, lo del salto de carro, pero lo que me mosquea es que si ponemos un texto más largo pero con tilde, funciona bien y se comporta como un overflow:hidden. Pero si ese texto no tiene tilde, el input:text se comporta como overflow:visible :( Alguna idea? Gracias de antemano ;) PD: ya se que el codigo no es el que debería ser, pero lo hicieron así asi q... On 26/09/2007, Tei [EMAIL PROTECTED] wrote: Hola. Si pegas un texto muy largo en un campo de texto, y este texto contiene saltos de carro. Solo pueden pasar dos cosas. Tres. Quizas 8. - El navegador puede contener todo este texto en el campo, y mostrar solo la primera fila. Que es lo que hace FF en Linux. - El navegador puede contener todo este texto pero fingir que no hay saltos de carro, que es lo que hace Internet Explorer en Linux. Ambos navegadores seran consecuentes con este ___text-align: right;__ que tienes en el manejador .control, pero el resultado en pantalla sera distinto segun tomen una u otra opcion a la hora de mostrar un overflow de texto. Pienso que en este caso el navegador mas coherente es IE, puesto que el whitespace no tiene valor semantico en html, excepto dentro de un pre o un xmp y por ahi. Quizas los saltos de carro bien codificados dentro de un campo value de un input deberian aparecer como #13;, y no como propiamente un salto de carro como tu haces. Aunque parece que a Internet Explorer le da igual si usas un caracter de salto de carro, o la entidad ...juas. Ya es raro ver tanta tabla por ahi, en una lista de CSS. Y que uses inputs para algo que se podria hacer con divs tambien llama la atencion. Quizas el problema esta en lo que estas intentando que el navegador haga, estas fundamentando la presentacion en comportamientos que igual ni estan documentados en los estandares y que justamente cada navegador elige implementar como les dio la gana, :D ___ 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] Bordes para texto
Hola! Podrías usar sIFR. Combina css, javascript y flash para embeber fuentes y reemplazar elementos de texto. No afecta a la accesibilidad ya que, si el usuario no tiene javascript o flash, se verá el texto ( los numeros en este caso) con la fuente de sistema y tamaño que hayas asignado en la hoja de estilos. Es sencillo y muy divertido :) Más info aqui: http://www.disenorama.com/tutoriales/manual-sifr-paso-a-paso Un saludo! De: [EMAIL PROTECTED] en nombre de Rodrigo Álvarez Virgós Enviado el: mié 26/09/2007 10:54 Para: Ovillo, la lista de CSS en castellano Asunto: Re: [Ovillo] Bordes para texto Hola, Jaume Tiene pinta de lista? No, si una lista es... De todas formas sobre el borde , no se pero porque no dar border. p{ padding:5px; border:1px solid #f00; } Me refiero a dar un reborde a cada letra por separado (fíjate en la imagen), no al contenedor de todas las letras!! El día 26/09/07, Rodrigo Álvarez Virgós [EMAIL PROTECTED] escribió: Hola, Ovillo Por motivos de diseño necesito mostrar unos números con distinto color de fondo y borde, algo parecido a lo siguiente: http://www.vitalcama.es/10.jpg Nunca me lo había planteado, pero ¿se puede dar color de borde a un texto? Imagino que la respuesta es no, y que tendré que recurrir a imágenes, pero igual sí se puede y alguien me ilustra con su sabiduría... :-P ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo ___ 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
[Ovillo] OFERTA DE EMPLEO CESSER INFORMATICA Y ORGANIZACION,S.L.
Buenos dias, En CESSER INFORMATICA Y ORGANIZACIÓN,S.L. empresa líder en el sector de las tecnologías de INTERNET, y en integración de tecnologías de la información y las comunicaciones, SELECCIONAMOS, para su oficina en ALICANTE a PROGRAMADORES WEB expertos Ofrecemos: - Incorporación inmediata a una Compañía nacional sólida, en expansión, y con alta proyección de futuro. - Alto nivel de ingresos y grandes posibilidades de promoción. Se requiere: - Experiencia en lenguajes de interfaz (XHTML 1.0 estricto, válido y semántico; CSS; Javascript accesible - experiencia con jQuery. Conocimientos de PHP y MySQL. - Experiencia en estándares web de acuerdo con las normas del W3C, así como conocimientos profundos de accesibilidad y usabilidad (WAI, Section 508) - Experiencia con los CMSs líderes del mercado (MoveableType, Joomla, Drupal, Wordpress, Textpattern, etc). - Se valorarán positivamente conocimientos de Ruby on Rails, e integración de APIs - Conocimientos de inglés como mínimo a nivel conversación Personas interesadas deben enviar Curriculum Vitae con fotografía reciente y portfolio de trabajos recientes, indicando Ref.PGWEB a: Cesser Informática y Organización,S.L. C/DE LA LIBRA R51-54 POL.IND.LAS ATALAYAS-Edificio Cesser - 03114 ALICANTE o a: [EMAIL PROTECTED] y a[EMAIL PROTECTED] Un saludo PABLO DELGADO OFICINAS: ALICANTE - ALBACETE - ALMERIA - CASTELLON - CATALUNYA - MADRID - MURCIA - SEVILLA - VALENCIA ___ 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] problemas sin la tilde
Maldito seas, si que eres insistente. jajajaja... :D Vale. Puedo ver un comportamiento totalmente alienigena en tu ejemplo si quitamos el acento a la primera A de esta parte: input type=text name=campo1 value=á kjhkjadhas kdash hdaskj hashas hdaskhaskh ashaskhdaskhkjh daskj hdaskj hkj kjhkj hkjhaskj askjhs dkdas style=width:100% readonly=readonly class=control quitando y poniendo la A, se produce un problema gordo con la interpretacion de width: 100%. Al menos tengo alguna idea de lo que posiblemente me estes hablando. Hasta ahora, no. Tiene pinta que hay un codigo automagico en IE/Windows/en el value de un inputbox, que dependiendo de la presencia o no de caracteres acentuados, dirige la renderizacion (o interpretacion de width:100%) por dos codigo totalmente distintos, uno que conduce a que se te vea como esperas, y el otro no. Solamente el programador original de internet explorer te podria decir porque necesitaron poner codigo magicos asi. Quizas era para tapar un bug en la api de windows. O alguna cuestion de soporte multilingual, o quizas era para aguantar caracteres que estarian mejor escapados como entidades, o cualquier otra cosa inimaginable. Por definicion, input no es multiline, para eso estan los textarea. No me extrañadia nada que fuera un estado Undefined. Los estados Undefined son lo mas parecido a las casa encantadas y a la gente que puede descoyuntar sus miembros a voluntad, que puedes encontrar en la informatica. Tu ni siquiera quieres compartir el mismo edificio con un pedazo de codigo que tenga algo asi. Si realmente tienes tanta curiosidad, recordaras que hace tiempo hubo un leak de lo que parecia un parche de windows. Entre ese codigo creo recordar que estaba buena parte de Internet Explorer. Supongo que se podria mirar la parte del ondraw de un inputbox. Pero ese seria un conocimiento prohibido, y tendriamos que matarte :D On 9/27/07, ichitaka seto [EMAIL PROTECTED] wrote: Hola de nuevo! kasi toy convencido!! (Soy un poco cazurro, lo siento ;)) el pero es es siguiente: cuando pintamos esta tabla, ie no salta cuando ve la tilde,por ejemplo, si lo ponemoa al principio o al final funciona, y con tu esplicación no deberia de funcionar :S Muchas gracias por la respuesta PD: Lo repito, si lo hiciese yo no lo haria asi, y el tema esta arregado, pero tengo curiosidad por saber porque pasa eso :) On 27/09/2007, Tei [EMAIL PROTECTED] wrote: Si estamos hablando de lo mismo, si tengo una idea. Cuando haces doble click con el raton en un texto, por ejemplo este: htttp:///dl41.dinaserver.com ¿Cuanto texto se selecciona?, en algunos sistemas todo el enlace, en otros solo la palabra dinaserver, en otros dl41.dinaserver.com. Es preferencia del sistema. Si ahora tienes esto: htttp:///dl41.dináserver.com ¿cuanto texto se selecciona?. En un sistema programado muy alejado de conceptos de i18n, el caracter acentado actuara de separador, y funcionara equivalentemente a si hubieras escrito: htttp:///dl41.din á server.com Pero esto es solo una teoria. Si realmente este es tu problema, alejate de estas cosas que no dependen de un estandar, sino de implementaciones concretas. Incluso aunque todos los navegadores lo hicieran igual, y acorde a lo que tu esperas ver en la pantalla, no deberias usar un comportamiento asi, porque el siguiente navegador, o todos en la proxima version, podrian cambiar ese comportamiento. Tengo dudas de si te estoy ayudando o estamos hablando de cosas distintas. Pero bueno, es igual. On 9/27/07, ichitaka seto [EMAIL PROTECTED] wrote: Muchas gracias por la respuesta Tei. Estoy deacuerdo con lo que dices, lo del salto de carro, pero lo que me mosquea es que si ponemos un texto más largo pero con tilde, funciona bien y se comporta como un overflow:hidden. Pero si ese texto no tiene tilde, el input:text se comporta como overflow:visible :( Alguna idea? Gracias de antemano ;) PD: ya se que el codigo no es el que debería ser, pero lo hicieron así asi q... On 26/09/2007, Tei [EMAIL PROTECTED] wrote: Hola. Si pegas un texto muy largo en un campo de texto, y este texto contiene saltos de carro. Solo pueden pasar dos cosas. Tres. Quizas 8. - El navegador puede contener todo este texto en el campo, y mostrar solo la primera fila. Que es lo que hace FF en Linux. - El navegador puede contener todo este texto pero fingir que no hay saltos de carro, que es lo que hace Internet Explorer en Linux. Ambos navegadores seran consecuentes con este ___text-align: right;__ que tienes en el manejador .control, pero el resultado en pantalla sera distinto segun tomen una u otra opcion a la hora de mostrar un overflow de texto. Pienso que en este caso el navegador mas coherente es IE, puesto que el whitespace no tiene valor semantico en html, excepto dentro de un
Re: [Ovillo] problemas sin la tilde
jajajaja MUCHAS GRACIAS!!! por enesima vez!! :) Ya nos entendemos! Hoy creo que voy a dormir más tranquilo ;) Supongo que el programador que hizo esto dijo, haber si reclutamos a algun desarrollador más a la campaña esta página se ve bien en todos los navegadores - ie :) Sin más, no le doy más vueltas. Un saludo! gero arte! PD: en cuanto a revisar el código del IE, u, no quero que elicopteros negros sobrevuelen mi casa asi q ;) On 27/09/2007, Tei [EMAIL PROTECTED] wrote: Maldito seas, si que eres insistente. jajajaja... :D Vale. Puedo ver un comportamiento totalmente alienigena en tu ejemplo si quitamos el acento a la primera A de esta parte: input type=text name=campo1 value=á kjhkjadhas kdash hdaskj hashas hdaskhaskh ashaskhdaskhkjh daskj hdaskj hkj kjhkj hkjhaskj askjhs dkdas style=width:100% readonly=readonly class=control quitando y poniendo la A, se produce un problema gordo con la interpretacion de width: 100%. Al menos tengo alguna idea de lo que posiblemente me estes hablando. Hasta ahora, no. Tiene pinta que hay un codigo automagico en IE/Windows/en el value de un inputbox, que dependiendo de la presencia o no de caracteres acentuados, dirige la renderizacion (o interpretacion de width:100%) por dos codigo totalmente distintos, uno que conduce a que se te vea como esperas, y el otro no. Solamente el programador original de internet explorer te podria decir porque necesitaron poner codigo magicos asi. Quizas era para tapar un bug en la api de windows. O alguna cuestion de soporte multilingual, o quizas era para aguantar caracteres que estarian mejor escapados como entidades, o cualquier otra cosa inimaginable. Por definicion, input no es multiline, para eso estan los textarea. No me extrañadia nada que fuera un estado Undefined. Los estados Undefined son lo mas parecido a las casa encantadas y a la gente que puede descoyuntar sus miembros a voluntad, que puedes encontrar en la informatica. Tu ni siquiera quieres compartir el mismo edificio con un pedazo de codigo que tenga algo asi. Si realmente tienes tanta curiosidad, recordaras que hace tiempo hubo un leak de lo que parecia un parche de windows. Entre ese codigo creo recordar que estaba buena parte de Internet Explorer. Supongo que se podria mirar la parte del ondraw de un inputbox. Pero ese seria un conocimiento prohibido, y tendriamos que matarte :D On 9/27/07, ichitaka seto [EMAIL PROTECTED] wrote: Hola de nuevo! kasi toy convencido!! (Soy un poco cazurro, lo siento ;)) el pero es es siguiente: cuando pintamos esta tabla, ie no salta cuando ve la tilde,por ejemplo, si lo ponemoa al principio o al final funciona, y con tu esplicación no deberia de funcionar :S Muchas gracias por la respuesta PD: Lo repito, si lo hiciese yo no lo haria asi, y el tema esta arregado, pero tengo curiosidad por saber porque pasa eso :) On 27/09/2007, Tei [EMAIL PROTECTED] wrote: Si estamos hablando de lo mismo, si tengo una idea. Cuando haces doble click con el raton en un texto, por ejemplo este: htttp:///dl41.dinaserver.com ¿Cuanto texto se selecciona?, en algunos sistemas todo el enlace, en otros solo la palabra dinaserver, en otros dl41.dinaserver.com. Es preferencia del sistema. Si ahora tienes esto: htttp:///dl41.dináserver.com ¿cuanto texto se selecciona?. En un sistema programado muy alejado de conceptos de i18n, el caracter acentado actuara de separador, y funcionara equivalentemente a si hubieras escrito: htttp:///dl41.din á server.com Pero esto es solo una teoria. Si realmente este es tu problema, alejate de estas cosas que no dependen de un estandar, sino de implementaciones concretas. Incluso aunque todos los navegadores lo hicieran igual, y acorde a lo que tu esperas ver en la pantalla, no deberias usar un comportamiento asi, porque el siguiente navegador, o todos en la proxima version, podrian cambiar ese comportamiento. Tengo dudas de si te estoy ayudando o estamos hablando de cosas distintas. Pero bueno, es igual. On 9/27/07, ichitaka seto [EMAIL PROTECTED] wrote: Muchas gracias por la respuesta Tei. Estoy deacuerdo con lo que dices, lo del salto de carro, pero lo que me mosquea es que si ponemos un texto más largo pero con tilde, funciona bien y se comporta como un overflow:hidden. Pero si ese texto no tiene tilde, el input:text se comporta como overflow:visible :( Alguna idea? Gracias de antemano ;) PD: ya se que el codigo no es el que debería ser, pero lo hicieron así asi q... On 26/09/2007, Tei [EMAIL PROTECTED] wrote: Hola. Si pegas un texto muy largo en un campo de texto, y este texto contiene saltos de carro. Solo pueden pasar dos cosas. Tres. Quizas 8. - El navegador puede contener todo este texto en el campo, y mostrar
Re: [Ovillo] Class en IMG y A
Normalmente el primer atributo del tag a es href, pero un poco por costumbre. Hasta donde yo sé, no importa en absoluto el orden de los atributos, incluido el class. El día 27/09/07, Jorge Vallejo de Castro [EMAIL PROTECTED] escribió: Yo diria que es totalmente indifirente, ya que nunca he visto que haya un comportamiento distinto por alterar el orden de cualquiera de las propiedades de un elemento 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://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] Bordes para texto
Rodrigo Álvarez Virgós escribió: Hola, Ovillo Por motivos de diseño necesito mostrar unos números con distinto color de fondo y borde, algo parecido a lo siguiente: http://www.vitalcama.es/10.jpg Nunca me lo había planteado, pero ¿se puede dar color de borde a un texto? Imagino que la respuesta es no, y que tendré que recurrir a imágenes, pero igual sí se puede y alguien me ilustra con su sabiduría... :-P En CSS2 intentaron introducir algo parecido pero no lo implemento casi ningún navegador y en 2.1 optaron por eliminar esta propiedad http://www.sidar.org/recur/desdi/traduc/es/css/text.html#propdef-text-shadow Como te han dicho para tener un control mayor control sobre las fuentes sin perder demasiada accesibilidad en el documento lo mejor es usar sIFR. Si te pones a leer verás que el tema de tipografías es complicado por el tema de las patentes ya que el 'instalar' una fuente en un cliente que no ha pasado por caja (y esos son los que visitan tu página) se puede ver como una cesión de esa fuente, con lo cual tu tendrías que comprar dicha fuente con permisos para cederla ya que el cliente podría utilizarla para escribir otras cosas (esto en el mundo del papel es más complicado, ocurre solo con los secuestradores cuando mandan anónimos con recortes de revistas, jejeje). -- 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://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Formulario-menú
carlos campderrós escribió: Hola Jaume, Para mí es una forma bastante pésima de hacer las cosas. Aunque el poner ese input button lo hace un poco menos malo que hacer lo mismo que con un evento onChange en el select. Forma guay: form method='get' action='blabla.php' name='pepe' onsubmit=' document.location=form.liste1.options[form.liste1.selectedIndex].value; return false;' select name='liste1' option value='pepe.html'hola/option option value='paco.html'adiós/option /select input type='submit' value='go!' / /form y en blabla.php ?php if ($_GET['liste1']) { if (headers_sent()) { redireccion_via_javascript($_GET['liste1']); } else { header(Location: .$_GET['liste1']); } } ? y ahora faltaría poner el select dentro de un label con un texto que lo acompañe, y gestionar si hay una opción vacía por defecto y eso... aunque de todas formas, por qué un select existiendo los enlaces de toda la vida? Comparado con la aberración que ha encontrado Jaume puede se guay, pero en realidad sigue siendo inaccesible por ejemplo a los robots de los buscadores, que navegan utilizando *enlaces* no formularios. Lo guay es una lista de enlaces y con javascript/css de manera no intrusiva darle el comportamiento de menú desplegable. -- 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://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Accesibilidad en pseudo-enlaces javascript
Dan Alcaide escribió: Gracias a todos por responder. Intentaré implementar la solución de Hari y si tengo algún problema ya os contaré. Lo que tendría que hacer es identificar solo los enlaces que yo necesite ¿no? Y con ponerlo en un archivo aparte .js me funcionaria para todo el sitio ¿no? Para buscar, manipular, jugar... con elementos te recomiendo una biblioteca como jQuery ( http://www.jquery.com/ ) que tiene la ventaja de que puedes utilizar selectores css para buscar elementos en el documento. -- 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://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Class en IMG y A
Holas, para el desarrollo e implementación de estilos, conviene colocarlo al principio, principalmente porque es lo que eventualmente se modifica o a traves del que reconocemos visualmente los elementos. Por otro lado si el href queda más cerca del texto, tenemos una relación más directa del Texto con la URL a la que apuntamos. Pero repito solo son argumentos para el desarrollo. Saludos Reignerok escribió: Normalmente el primer atributo del tag a es href, pero un poco por costumbre. Hasta donde yo sé, no importa en absoluto el orden de los atributos, incluido el class. El día 27/09/07, Jorge Vallejo de Castro [EMAIL PROTECTED] escribió: Yo diria que es totalmente indifirente, ya que nunca he visto que haya un comportamiento distinto por alterar el orden de cualquiera de las propiedades de un elemento 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://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 -- Hola www.maximiliano.cl ___ 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