Re: [Ovillo] Código valido o accesible?
On 2/21/07, José Antonio [EMAIL PROTECTED] wrote: Hola a todos!! os comento mi problema. Tengo una sede web hecha y quiero validar el código y que a su vez sea accesible. Pues bien, cuando consigo que el código sea XHTML válido, me dispongo a corregir los errores de accesibilidad. Usando TAW como herramienta automática de validación me indica el error 6.3 de prioridad 1. Para corregirlo incluyo en la cabecera noscript/noscript Náa. Este _supuesto error_ requiere validación humana. El validador automático no sabe realmente si es o no necesario. Lo más probable, si uno está haciendo las cosas bien hechas, es que ese `noscript` sea completamente innecesario. Salud. -- Choan el Zoquete http://choangalvez.nom.es/ ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] a vueltas con el doctype
On 2/16/07, Rodrigo Álvarez Virgós [EMAIL PROTECTED] wrote: Esto es una soberana gilipollez. * Únicamente XHTML 1.0 Strict obliga a separar contenido de presentación. Lo mismito que HTML 4.01 Strict. Mira tío, en XHTML 1.1 no hay strict, ni transitional, ni loose... Hay XHTML 1.1 a secas, un pasito por delante de XHML 1.0 Strict. Oh, es que hablábamos de XHTML 1.1, que debe ser servido como application/xhtml+xml, un mime type con el que Internet Explorer no sabe qué hacer. Y ya no hablemos de XHTML 2... No, no hablemos. Es un borrador. Pero no no, digámosles a los del W3C cómo hacer las cosas: ¡Eh, W3C, que no sigáis con vuestro trabajo, que nos gusta más el HTML 4! ¿Yo he dicho eso? Separar el contenido de la presentación implica también que han desaparecido algunas etiquetas, como b, i, center, font.. han desaparecido en detrimento de las hojas de estilo. Los elementos `b` e `i` siguen presentes en XHTML 1.0 Strict. Les quedan dos telediarios. Además tienen cero carga semántica, algo que si tienen strong y em Yo no les he atribuido carga semántica. Tú decías que han desaparecido algunas etiquetas... (por elementos) y yo señalaba que los elementos `b` e `i` siguen presentes en XHTML 1.0 Strict. Y siguen presentes en XHTML 1.1, nos guste o no. Que hayas descubierto los encodings a la par que el XHTML no significa que antes no existieran. Podías y puedes usar caracteres UTF-8 en HTML siempre que te venga en gana. Hablaba del encoding de XML (?xml version=1.0 encoding=ISO-8859-1?), no de charsets, pero aquí te doy la razón, venga... Qué bien, como a los locos :) Pues como loco, te diré que, en efecto, en HTML no podemos usar un prólogo para indicar el encoding. Pero sí podemos usar un elemento `meta`: META http-equiv=Content-Type content=text/html; charset=EUC-JP Totalmente bocazas: XHTML™ 1.0 The Extensible HyperText Markup Language. La X de extensible la ha heredado de XML (que sí es extensible), ¿o ahora resulta que puedo hacer esto? htmlbodyculoHey, hola, que tal/culo/body/html? Pf Pues así a pelo, no. Pero sí puedes hacer esto html xmlns=http://www.w3.org/1999/xhtml; xmlns:quebuen=http://miespaciodenombr.es; head title.../title /head body quebuen:culoHey, hola, que tal/quebuen:culo /body /html No sé, no sé... Choan no pretendo entrar en una guerra religiosa, pero Ni yo. Te invito a revisar mis emilios y encontrar aquel en el que digo que HTML es mejor y más poderoso. No lo he dicho nunca. Ni lo diré. creo a bocazas me ganas tú. Y no me vengas dando lecciones de experiencia como si yo acabase de aprender ahora... No voy dando lecciones. Tus argumentos son irrelevantes/indocumentados/estúpidos y yo los rebato. Un sano ejercicio de debate. Salud. -- Choan http://choangalvez.nom.es/ ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] a vueltas con el doctype
On 2/16/07, carlos campderrós [EMAIL PROTECTED] wrote: On 2/15/07, Choan C. Gálvez [EMAIL PROTECTED] wrote: On 2/15/07, carlos campderrós [EMAIL PROTECTED] wrote: [...] menos, pero aún así son muchas. Y que en html se pueden hacer más guarradas (sea strict o no), ya que se pueden dejar elementos sin cerrar y tal... pues sí. Pero acaso no se pueden cerrar? Si tú (si tú que me estás leyendo) no cierras los p... quien es el guarro? html 4.01 o tú? Ninguno de los dos. Si la sintaxis me autoriza a no cerrarlos, no tengo por qué cerrarlos. Y me parece igual de elegante esto P class=despedidaadiós muy buenas Que esto: p class=despedidaadiós muy buenas/p Vale. La ley en España (y supongo que en cualquier país del mundo) no te obliga a limpiarte el culo después de cagar, pero si no lo haces me da a mi que eres un poco guarrete ;-) (al menos según mi punto de vista, que al fin y al cabo no tiene por que ser el correcto... que es lo que debatimos, no?) Carlos, por dios, ¡vuelve! Comprendo que tu gusto personal dicte una preferencia por cerrarlo todo, pero la sintaxis del lenguaje especifica que ciertas etiquetas de cierre son opcionales. Y punto. Así que si tú prefieres cerrarlas, pues bien. Si yo prefiero no cerrarlas, igual de bien. Salud. PS: Ahora comprendo por qué está tan sucio mi teclado XD -- Choan http://choangalvez.nom.es/ ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] a vueltas con el doctype
On 2/16/07, carlos campderrós [EMAIL PROTECTED] wrote: On 2/16/07, Choan C. Gálvez [EMAIL PROTECTED] wrote: Carlos, por dios, ¡vuelve! Ya estoy aquí : ) Comprendo que tu gusto personal dicte una preferencia por cerrarlo todo, pero la sintaxis del lenguaje especifica que ciertas etiquetas de cierre son opcionales. Y punto. Así que si tú prefieres cerrarlas, pues bien. Si yo prefiero no cerrarlas, igual de bien. Vale vale... pero ahora por favor, dime que tú las cierras siempre y pones los atributos entre comillas XD ¿Yo? Pues... cierro todos los elementos y siempre uso comillas. Pero eso es porque uso XHTML 1.0 Strict. Y no, no me aporta nada que me falte en HTML 4.01. Me podría aportar extensibilidad y namespaces, pero no los uso. [...] Hacemos todos las paces? O saco el hacha? Hasta donde yo sé, dos no se enfadan si uno no quiere. Y pese a quien pese, yo no quiero enfadarme ;) Salud. -- Choan http://choangalvez.nom.es/ ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] resolución de pantalla
On 2/16/07, Gael [EMAIL PROTECTED] wrote: Es un método de estar por casa, pero gasto menos tiempo en esto que en buscar una extensión o cualquier historia de IE que lo haga. Supongo que IE7 tendrá alguna cosa por el estilo. Puedes usar un bookmarklet. Este, por ejemplo: a href=javascript: var v = prompt(Nuevo tamaño (width height), ); var p = v v.split(/\s+|x/); if (!isNaN(+p[0]) !isNaN(+p[1])) { window.resizeTo(p[0], p[1]); } void(0);Redimensionar ventana/a Si el paso a través de la lista _destroza_ el enlace y a alguien le interesa, lo cuelgo por algún lado. Salud. -- Choan, el zoquete http://choangalvez.nom.es/ ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] a vueltas con el doctype
On 2/14/07, Rodrigo Álvarez Virgós [EMAIL PROTECTED] wrote: Federico MP escribió: La nueva web de la RAE usa HTML 4. Un claro ejemplo de mal uso de las tecnologías web. Y esto es un claro ejemplo de no tengo ni puta idea de lo que digo pero voy a despotricar. En ninguna parte de la especificación de HTML 4 se recomienda hacer páginas apestosas (pero por cierto sí recomienda usar CSS). Es que HTML 4 apesta Oh, vaya. ¿Podrías decirme tres ventajas de XHTML sobre HTML? No valen me permite mezclar espacios de nombres (que sí es una ventaja que me juego el culo a que no estás aprovechando) ni me permite tratar los contenidos de forma automatizada (que es algo que también se puede hacer con HTML). Salud. -- Choan http://choangalvez.nom.es/ ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] ¿Faux columns ha muerto?
Por alusiones... On 2/15/07, Miguel Ángel Hervás [EMAIL PROTECTED] wrote: Efectivamente, ese parece el problema que debería debatirse: ... centrar una página verticalmente, que me hacen pensar de que hay algo que estoy o se esta haciendo mal. ¿todos pensamos que es fácil maquetar con css?, Yo, particularmente, no lo pienso, ni lo he pensado, ni lo he dicho nunca. Lo que realmente me parece difícil es maquetar con tablas (no lo he sabido hacer nunca). porque quitando a la gente que sois puntera como Choan o Kemie, que os trabajáis las plantillas con la punta del ratón, a la gente del montón nos cuesta un rato largo hacer cosas aparentemente sencillas. Al principio sí, pero conforme lees, practicas, aprendes... cada vez es más sencillo, ¿no? Supongo que toda profesión tiene su curva de aprendizaje. E intuyo que la de CSS más que larga es estúpida. (Kemie, nos ha pillado XD) ¿Está pensada la especificación CSS2 para el usuario que la trabaja?¿Quién es el usuario, alguien de un perfil técnico o un diseñador gráfico? ¿No debería ser más fácil, sea cual sea el perfil, centrar verticalmente el contenido de una página?. Sí, debería ser más fácil. Pero CSS (hasta la versión 2.1) no está pensado para crear layouts multicolumna fácilmente, sino para layouts de una columna (huy, lo que he dicho) con unas cuantas fotitos flotando por aquí y por allá. Y poco más. Se supone que el módulo de advanced layout de CSS3 hará las cosas más fáciles. Pero nadie sabe cuándo. Salud. -- Choan http://choangalvez.nom.es/ ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] a vueltas con el doctype
On 2/15/07, Rodrigo Álvarez Virgós [EMAIL PROTECTED] wrote: Estoy de acuerdo en que se pueden hacer las mismas burradas, pero si empezamos llamando programadores a los que se dedican a diseñar páginas web... Venga, vale, llamémosles asnos. Hay muchas más diferencias, empezando por que XHTML es un suconjunto de XML, lo que implica varias cosas: XHTML obliga a separar la información de la presentación, cosa que no ocurre en HTML. En HTML esto es perfectamente válido: table background=mi_imagen.jpg border=1 bordercolor=green Esto es una soberana gilipollez. * Únicamente XHTML 1.0 Strict obliga a separar contenido de presentación. Lo mismito que HTML 4.01 Strict. * XHTML 1.0 Transitional admite las mismas burradas presentacionales que HTML 4.01 loose. Esto también: ul liUnobrDos liTres liCuatro /ul Obsérvese que en HTML 4 los valores de los atributos podían ir sin entrecomillar, No todos los valores posibles. no hacía falta cerrar ciertas etiquetas, y podías poner bordes, colores, etc directamente en el HTML. No. Para ciertos elementos, la etiqueta de cierre es obligatoria y para otros opcional. Los elementos vacíos nunca llevan etiqueta de cierres. Separar el contenido de la presentación implica también que han desaparecido algunas etiquetas, como b, i, center, font.. han desaparecido en detrimento de las hojas de estilo. Los elementos `b` e `i` siguen presentes en XHTML 1.0 Strict. Por Dios, ¿soy el único que piensa que XHTML 1 da mil vueltas a HTML 4? No creo, porque en realidad no llegan a mil ;) Pero hablas sin saber de lo que hablas. Mírate las especificaciones y deja de decir tontadas. Salud. -- Choan http://choangalvez.nom.es/ ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] a vueltas con el doctype
On 2/15/07, Rodrigo Álvarez Virgós [EMAIL PROTECTED] wrote: Orange at Google escribió: Pero si es que las reglas de ortografía son las mismas en HTML que en XHTML. Cierto, pero escribiendo el encoding adecuado, en XHTML puedes poner perfectamente: pHoy es sábado/p Mientras que en HTML estás obligado a escribir: pHoy es saacute;bado/p Y una mierda. Que hayas descubierto los encodings a la par que el XHTML no significa que antes no existieran. Podías y puedes usar caracteres UTF-8 en HTML siempre que te venga en gana. Por no hablar de las etiquetas, en XHTML sólo se habla de las que te puedes crear tú (cosa además nada aconsejable ;). Totalmente incierto. XML = e*X*tensible *M*arkup *L*anguage, hasta ahí estamos de acuerdo, pero es que XHTML XML, XHTML es un subconjunto de XML en el que las etiquetas y los atributos están definidos. Totalmente bocazas: XHTML™ 1.0 The Extensible HyperText Markup Language. Lee más y habla menos. Salud. -- Choan http://choangalvez.nom.es/ ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] a vueltas con el doctype
On 2/15/07, carlos campderrós [EMAIL PROTECTED] wrote: [...] menos, pero aún así son muchas. Y que en html se pueden hacer más guarradas (sea strict o no), ya que se pueden dejar elementos sin cerrar y tal... pues sí. Pero acaso no se pueden cerrar? Si tú (si tú que me estás leyendo) no cierras los p... quien es el guarro? html 4.01 o tú? Ninguno de los dos. Si la sintaxis me autoriza a no cerrarlos, no tengo por qué cerrarlos. Y me parece igual de elegante esto P class=despedidaadiós muy buenas Que esto: p class=despedidaadiós muy buenas/p -- Choan http://choangalvez.nom.es/ ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] [OT] info sobre HTML Certification de la w3c
Una aclaración: On 1/15/07, HV CG [EMAIL PROTECTED] wrote: Hola amigos, escribo para saber si alguien ha tomado recientemente el curso de HTML Certification de la w3chttp://www.w3schools.com/cert/cert_html.asp, que me pueden decir sobre ello, les gustó? lo recomiendan? cuanto $ les costó? saben de alguna otra certificación, pero que sean cursos exclusivamente online? nada presencial. W3c != w3schools.com Cualquier certificado de este tipo no tiene otra validez que la que el _receptor_ del mismo (un posible empleador) pueda otorgarle. Salud. -- Choan http://choangalvez.nom.es/ ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] selects y radio button flotados en netscape 6.2
Hola Félix. On 11/21/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Hola, un bloque flotado que contenga un select, en Netscape 6.2 no me funciona correctamente, es decir, no consigo desplegar el combo. De igual modo, si es un radio button no consigo que se pueda seleccionar. En ambos casos, los controles sí están accesibles vía teclado. Ejemplos: div style=float:left select option selected=selectedElija un paiacute;s/option /select /div div style=float:left input type=radio / /div ¿Alguna sugerencia? Pues... disparando al aire... podrías probar a ponerle a esos `div` puñeteros posición relativa y un z-index alto. A ver si suena la flauta. p.d.: sé que es un navegador antiguo, pero necesito que al menos se pueda interactuar con los controles aunque visualmente no quede igual que versiones más recientes... ¿Has contemplado la posibilidad de no servir estilos a esa caquita de navegador? ¿Tienes un porcentaje de uso que justifique el esfuerzo de hacer que se vea bien? (Otra cosa es la interacción. Desde luego estoy de acuerdo contigo en que debe poder usarse, se vea bien o se vea mal.) Salud. -- Choan http://choangalvez.nom.es/ ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] [OT] buscando editor HTML
On 9/11/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Estoy buscando un editor de código HTML con las siguientes características: - Libre o al menos freeware - Que corra en Windows - Coloreado de sintaxis, autocompletado, cierre de etiquetas, etc. y todas las cosas lindas de, por ejemplo, Top Style - Que soporte UTF-8 !important Como no he usado Top Style, no sé siquiera si se parecerá, pero PSPad es un editor aceptable (gratuito pero no libre). No es el _editor definitivo_ pero, al menos, maneja el UTF-8 sin ningún problema. Salud. -- Choan http://choangalvez.nom.es/ Dizque. Desarrollo web y pequeñas dosis de vida real http://dizque.lacalabaza.net Mundo Du. Cuentos breves, relatos sorprendentes http://du.lacalabaza.net/ Scriptia. Javascript y buenas prácticas http://scriptia.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] style q simule cellpadding y cellspacing 0
On 8/8/06, Monica Forrisi [EMAIL PROTECTED] wrote: Estimados: Cómo puedo lograr el mismo efecto que table border=0 cellpadding=0 cellspacing=0 con un estilo? Probé table { padding: 0px; border: 0px; margin: 0px } y no funciona table { border: none; border-spacing: 0; } th, td { padding: 0; } Salud. -- Choan http://choangalvez.nom.es/ Dizque. Desarrollo web y pequeñas dosis de vida real http://dizque.lacalabaza.net Mundo Du. Cuentos breves, relatos sorprendentes http://du.lacalabaza.net/ Scriptia. Javascript y buenas prácticas http://scriptia.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] listas anidadas
Hola, On 8/5/06, carlos campderrós [EMAIL PROTECTED] wrote: Buenas tardes, mirando la documentación del CMS que estoy usando para un proyecto, he visto un ejemplo donde anidaban tal que así, con un li exclusivo para la lista anidada: ul lihola/li li ul lielemento anidado/li /ul /li liadiós/li /ul Esta anidación (aunque válida) no tiene mucho sentido. Si la sublista no es hija de un elemento superior, ¿dónde queda la jerarquía? Mientras que yo siempre anidaba la lista anidada (valga la redundancia) dentro del último li de la lista padre: ul lihola ul lielemento anidado/li /ul /li liadiós/li /ul Me parece muchísimo mejor. Y es lo que se utiliza habitualmente, vaya. No estás solo ;) Mirando en esa fuente de sabiduría que es la especificación del w3c, en el apartado de listas [1] he visto que lo hacían como yo, aunque el ejemplo está DEPRECATED y no dicen la razón (quizás pq en html 4.01 los li no hace falta cerrarlos, pero no deberían deprecarlo (¿?) por eso. No he encontrado la especificación de listas en xhtml). Creo que está marcado como deprecated por el uso que hace del atributo `start`, que a su vez está marcado como deprecated. (Muy a mi pesar.) Y cambiando de tema, algo que me ha sorprendido mientras buscaba en la especificación de xhtml [2]: copypaste B. Element Prohibitions This appendix is normative. The following elements have prohibitions on which elements they can contain (see SGML Exclusions). This prohibition applies to all depths of nesting, i.e. it contains all the descendant elements. [...] pre must not contain the img, object, big, small, sub, or sup elements. [...] /copypaste Me ha sorprendido el no poder poner sub y sup en pre, es algo que no me esperaba, sobretodo cuando justo hace unas horas lo he hecho en un artículo para un wiki [3], y que no valida, claro :_( Pues nada, al calabozo del wiki ;) Salud. -- Choan http://dizque.lacalabaza.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
[Ovillo] Fwd: Lista como rejilla - desastre en Explorer
Hola muchachos. Llevo más tiempo del deseable peléandome con un problema de presentación en Explorer. Lo describiré brevemente: La idea es: realizar una presentación en formato «rejilla» (esto se haría muy bien con una tabla XD) a partir de una lista desordenada. El marcado viene a ser: ul li class=odd.../li li.../li li class=odd.../li li.../li /ul En la hoja de estilos, hago flotar a la izquierda los elementos impares y a la derecha los elementos pares. Aplico un `clear: both;` a los elementos impares, de manera que cada par de elementos debería comenzar a la misma altura. Y aquí surge el problema: Explorer hace... lo que puede. En fin, para entendernos mejor he montado una paginita de muestra. Podéis verla en http://scriptia.net/temp/grid/. La pregunta, ¿existe solución para este problema que _no_ requiera marcado extra? Gracias por vuestra colaboración. -- Choan http://dizque.lacalabaza.net/ PS: De paso, si me podéis confirmar que en Safari se ve bien... PS2: Mis disculpas a quienes hayan recibido este mensaje por otra vía. ___ 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] Fwd: Lista como rejilla - desastre en Explorer
On 8/4/06, David Pardo [EMAIL PROTECTED] wrote: Has probado con un clear:both en la clase odd? Obviamente sí, lo he probado. De no ser así, tampoco obtendría la presentación que deseo en Firefox/Opera. Los estilos relevantes están bien a la vista en http://scriptia.net/temp/grid/ Gracias. -- Choan Choan C. Gálvez escribió: Hola muchachos. Llevo más tiempo del deseable peléandome con un problema de presentación en Explorer. Lo describiré brevemente: La idea es: realizar una presentación en formato «rejilla» (esto se haría muy bien con una tabla XD) a partir de una lista desordenada. El marcado viene a ser: ul li class=odd.../li li.../li li class=odd.../li li.../li /ul En la hoja de estilos, hago flotar a la izquierda los elementos impares y a la derecha los elementos pares. Aplico un `clear: both;` a los elementos impares, de manera que cada par de elementos debería comenzar a la misma altura. Y aquí surge el problema: Explorer hace... lo que puede. En fin, para entendernos mejor he montado una paginita de muestra. Podéis verla en http://scriptia.net/temp/grid/. La pregunta, ¿existe solución para este problema que _no_ requiera marcado extra? Gracias por vuestra colaboración. -- Choan http://dizque.lacalabaza.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] [Ovilllo] Bullets que desaparecen
On 8/4/06, Angeles Alonso [EMAIL PROTECTED] wrote: hola kitune ¿llegaste a resolver lo que te pasaba? A mi me pasa algo parecido y no logro resolverlo. He mirado lo que comenta Choan, sobre la propiedad del explorer ,hasLayout, pero me he quedado igual. Angeles, pasa una URL de muestra y le echamos un vistazo, ¿hace? 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] [Ovilllo] Bullets que desaparecen
On 8/1/06, Kitune [EMAIL PROTECTED] wrote: Tengo un problema con las listas y el internet explorer. Al poner una imagn a un li, en principio se muestra bien, pero si hago scroll, al volver a la lista, las imagenes desaparecen. Alguna idea?? gracias. Dispara el `hasLayout` de los elementos de la lista (guglea para averiguar qué es eso). Ej.: li { _height: .1em; } 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] IE se inventa márgenes negativos
Hola Carlos. On 7/19/06, carlos campderrós [EMAIL PROTECTED] wrote: Saludos a todos, Llevo un tiempo un poco desquiciado con el IE sarcasmode mis amores/sarcasmo. Resulta que después de la aparición de cada blockquote, el contenido inferior se muestra 8 píxeles movido hacia la izquierda. Voy a lanzar una hipótesis: no te gusta esta presentación ;) No tengo ni idea de a que se debe y obviamente tampoco la solución. Se os ocurre algo? Después de haber visto la página de la URL que mencionas, sí. El problema te lo está dando el `text-align: justify` en los párrafos del blockquote. Parece que IE calcula mal el ancho de línea y coloca las cosas como le viene en gana. Nada nuevo. Mi recomendación: alinear a la izquierda en IE. Ya sabes tú cómo ;) Y bueno, la dirección para ver el problema: http://www.thinkingrid.com/blog/category/citas/ Salud. -- Choan http://dizque.lacalabaza.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] IE se inventa márgenes negativos
On 7/19/06, carlos campderrós [EMAIL PROTECTED] wrote: On 7/19/06, Choan C. Gálvez [EMAIL PROTECTED] wrote: Hola Carlos. On 7/19/06, carlos campderrós [EMAIL PROTECTED] wrote: Resulta que después de la aparición de cada blockquote, el contenido inferior se muestra 8 píxeles movido hacia la izquierda. Voy a lanzar una hipótesis: no te gusta esta presentación ;) bueno, no es que no me guste... es q a mi jefe no le gusta... si por mi fuera nunca me habría dado cuenta de ese problema ;-) No tengo ni idea de a que se debe y obviamente tampoco la solución. Se os ocurre algo? Después de haber visto la página de la URL que mencionas, sí. El problema te lo está dando el `text-align: justify` en los párrafos del blockquote. Parece que IE calcula mal el ancho de línea y coloca las cosas como le viene en gana. Nada nuevo. bueno, no era ese el problema :( Yo creo que sí. El problema es que IE calcula mal el ancho del bloque. pero ya lo he solucionado con un width: 100% en 'blockquote p' Y esa es una de las posibles soluciones. Al asignar un ancho específico, el elemento entra en modo `hasLayout` y las cosas funcionan como debieran. 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] efectos con javascript + css que simulen flash
On 7/7/06, Braulio Andrés Soncco Pimentel [EMAIL PROTECTED] wrote: Dale una miradita a http://script.aculo.us/ aunque es mas pesado que moo.fx pero tiene más cosas. Otra alternativa (más completa que moo.fx, más ligera que scriptaculous + prototype) es usar jQuery [0] + interface [1]. [0]: http://jquery.com/ [1]: http://www.eyecon.ro/interface/ Encontrarás artículos sobre jquery, en buen español, en http://dizque.lacalabaza.net/cats/programando/javascript/. Y en algún otro sitio (pero esos no los habré escrito yo :) Ah, y viendo que hablas de deslizamientos... quizá te interese echarle un vistazo a Javascript Motion Tween [2]. [2]: http://jstween.blogspot.com/ Salud. -- Choan PS: Lista de javascript: http://javaescript.scriptia.net Gema Masegosa escribió: Nas, Normalmente no me gusta meter elementos de flash en mi página, pero tb es verdad que algunos efectos sería estupendo tenerlos. He estado mirnado algunas librerias como las de moo.fx para realizar algún que otro efecto, mi pregunta simplemente es si alguien conoce otras librerioas que me permitan desarrollar efectos como deslizamientos y cositas de estas. 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://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Css - P
On 7/5/06, Miguel Ruiz [EMAIL PROTECTED] wrote: Estimados amigos de la lista: Estoy leyendo LA BIBLIA DEL DISEÑADOR y hay una seccion donde hablan de CSS-P,alguien sabe cual es en si la diferencia? Se habla de CSS-P para referirse al posicionamiento de elementos vía CSS (por contraposición al CSS que se utiliza únicamente para especificar tipografías). Salud. -- Choan http://choangalvez.nom.es/ http://dizque.lacalabaza.net/ http://du.lacalabaza.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 con rollover en elementos de lista
On 6/19/06, carlos campderrós [EMAIL PROTECTED] wrote: On 6/19/06, Miguel Ángel Hervás [EMAIL PROTECTED] wrote: Igual me equivoco, pero lo elementos de lista LI son por defecto elementos de bloque, en ese caso no hace falta declararles el display:block, basta con que los flote. Decidme si me equivoco porque venía siguiendo este hilo con esa duda. Sí, tienes razón. No, no la tiene. Los elementos de lista tienen por defecto un `display` de `list-item`[1]. Es al flotarlos cuando adquieren automáticamente el `display` de bloque. [1]: http://www.quirksmode.org/css/display.html#listitem 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] Efecto rollover con imagenes precargadas
On 6/15/06, Coke Delta8 [EMAIL PROTECTED] wrote: Te aconsejo, que hagas situación de imagenes por css, que no necesita precarga (ya que es una única imagen que tiene dos dentro) te dejo un post de [1] rollover en CSS, no hace falta que uses javascript para el efecto hover, aunque en javascript también sea fácil hacerlo, ¿pero por que hacerlo menos accesible? [1] http://simplelogica.net/caoticoneutral/?p=26 Otra opción es cargar la segunda imagen como fondo de un elemento que quede tapado. Ej: ul { background: url(i/imagen-rollover.png); } li { background: url(i/imagen.png); } li:hover { background: url(i/imagen-rollover.png); } Suponiendo que los `li` tapen por completo el `ul`, tendrías una imagen precargada que _no_ sería visible. Salud. -- Choan Un saludo 2006/6/15, Alejandro Rojas [EMAIL PROTECTED]: No e podido encontrar un ejemplo, aunque sea en JS para hacer un efecto rollover con 2 imagenes, pero que la imagen se precarge, alguien tiene algun enlace? ___ 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] Otra solución
On 6/7/06, alberto romero [EMAIL PROTECTED] wrote: Dar al contenedor overflow: hidden (y height: 1% en el caso de IE). Ojo con `overflow: hidden` que tiene sus peligros, a saber, el contenido puede llegar a desaparecer (estoy pensando en Netscape 7, esa mala perra). Mucho más seguro utilizar `overflow: auto`, que logra el mismo efecto. Para el caso de IE, y conseguir un `hasLayout` a mí lo que me va es el `zoom: 1`. Ni valida ni me quita el sueño ;) Salud. -- Choan http://choangalvez.nom.es/ On 6/7/06, Javier Narese [EMAIL PROTECTED] wrote: Buenas Quiesiera saber si alguien tiene otra solucion al famoso br clear=all / para bajar las cajas cuando estan como float. 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] Comentarios condicionales y Explorer Mac
On 6/5/06, Orange at GMail [EMAIL PROTECTED] wrote: Hola a todos, Estoy linkando una CSS a través de comentarios condicionales de esta forma: !-- Hacks y Bugs Explorer - Versiones 6 e inferiores -- !--[if lte IE 6] link rel=stylesheet type=text/css href=estilos/acs_ie6.css media=screen / ![endif]-- Pero Explorer Mac no me la aplica, y en teoría debería hacerlo. ¿Alguien se ha encontrado antes con el problema? ¿Sabeis si existe un condicional exclusivo IEMac? IEMac no soporta comentarios condicionales :( 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] Gestión del versionado de css
On 5/15/06, xabeec [EMAIL PROTECTED] wrote: Hola ¿Cuál es la mejor política para gestionar el versionado/mantenimiento/evolución de una hoja de estilos? (mantenida por unos pocos y utilizada por muchos). Si te entiendo bien... lo adecuado, como en la gestión de versiones de cualquier otro código, es utilizar CVS o Subversion. Salud. -- Choan http://choangalvez.nom.es/ ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] problemas con el flash
On 5/11/06, Pablo Suárez León [EMAIL PROTECTED] wrote: Sí. No puedes. Los flash así como otros objetos, los select por ejemplo, siempre se renderizan por encima de los demás objetos. Entendiendo que estamos hablando de IE, esta afirmación no es del todo exacta, puesto que los `iframe` sí se renderizan por encima de `select`. Si el problema es el mismo, la solución será la misma: colocar un `iframe` bajo el menú que se despliega. Salud. -- Choan http://choangalvez.nom.es/ ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Duda con flash y Exploiter
On 5/10/06, Jairo Enrique Serrano Castañeda [EMAIL PROTECTED] wrote: al crear un flash con un par de enlaces, y montarlos en una pagina cualquiera... al mirar la web con firefox/cualquierotro funcionan los enlaces con 1 solo click... PERO... al visualizarla con interne's exploiter sale una especie de papel transparente encima de la animación y me obliga a pulsarlo para activar este tipo de contenidos. En una de las últimas actualizaciones de Internet Explorer, Microsoft ha realizado sobre el navegador las modificaciones requeridas por la sentencia en el asunto Eolas. Y muestra eso tan bonito de Presione la barra espaciadora o haga clic... A poco que busques encontrarás una buena cantidad de información sobre el asunto y el remedio que necesitas. Por fortuna para ti, ayer mismo me peleé con este problema y puedo ahorrarte la búsqueda. En resumen, lo que tienes que hacer es crear esos objetos mediante scripting. En detalle, puedes hacerlo de varias maneras: * Creando tu propio script: puedes utilizar `document.write` o crear e insertar los elementos vía DOM. * Utilizando Flash Objects (guglea, no tengo el enlace a mano y este ordenador es una patata). * Utilizando Object Swap, uno de esos scripts tan bien paridos que me pregunto cómo demonios no se me ocurrió a mí ;) Lo encontrarás muy bien explicadito en http://www.neo-archaic.net/blog/2006/04/25/objectswap.htm La inquietud surge porque algunos de mis alumnos se quejaron de esto, yo sin mas reparos los mande a navegar con firefox... pero... hay alguna forma de decirle a IE que es contenido seguro y que no ponga esa traba, al momento de visualizar este tipo de animaciones? No es cuestión de seguridad, sino de guerra de patentes. Salud. -- Choan http://choangalvez.nom.es/ ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Resumen de Ovillo, Vol 27, Envío 2
On 5/3/06, .:[ jam1138 ]:. [EMAIL PROTECTED] wrote: Date: Mon, 1 May 2006 21:51:17 -0500 From: neojp [EMAIL PROTECTED] Lo correcto es la segunda, y como dato extra se pueden colocar varios fieldsets dentro de un mismo form, esto es para poder organizarlo tanto semanticamente como graficamente, ya que genera un borde alrededor. PD: El legend no es obligatorio. ¿Y si solo se quiere organizarlos semánticamente y no gráficamente?... traducido: ¿cómo se podría eliminar ese marco creado por fieldset? Qué tal un fieldset { border: none; } Salud. -- Choan Alguna vez me topé con ese problema, necesitaba agruparlos semánticamente pero no mostrar el recuadro... no pude hacerlo con fieldset así que lo cambié por div's :-/. ___ 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] Orden de elementos en formulario
On 4/24/06, Reynier Perez Mira [EMAIL PROTECTED] wrote: Hola lista: Necesito algun tutorial/manual de como organizar un formulario. Reynier (y listeros en general), te sugiero echarle un ojo a http://jeffhowden.com/code/css/forms/ Salud. -- Choan http://choangalvez.nom.es/ ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] ¿Guerra de tags de accesibilidad?
On 4/20/06, Nacho F. Carreño [EMAIL PROTECTED] wrote: A mi me pasa los mismo, no veo en que se parecen ¿? ¡Pero si son clavaditos! Ambos diseños tienen cabecera, zona central con columnas y un pie de página. Para más inri, ¡los dos usan colores! (Sí, lo mío es la ironía.) Salud. -- Choan - Original Message - From: Mikercito [EMAIL PROTECTED] To: Ovillo, la lista de CSS en castellano ovillo@lists.ovillo.org Sent: Thursday, April 20, 2006 9:50 PM Subject: Re: [Ovillo] ¿Guerra de tags de accesibilidad? y dónde esta el parecido?? o estoy medio ceguetas? Miguel Flores Franco Pixelperu Arte, Diseño, Web y Teletrabajo http://www.pixelperu.com http://www.pixelperu.net Telf.: +511 567 7475 MSN: [EMAIL PROTECTED] VoipBuster: pixelperu SKYPE ID: pixelperu - Original Message - From: Wilfredo Rodriguez [EMAIL PROTECTED] To: Ovillo, la lista de CSS en castellano ovillo@lists.ovillo.org Sent: Thursday, April 20, 2006 1:29 PM Subject: Re: [Ovillo] ¿Guerra de tags de accesibilidad? Observen www.liebana.net y vean http://www.templatemonster.com/website-templates/7123.html , tienen un parecido fantasmagolico On 4/20/06, Fer Bernal [EMAIL PROTECTED] wrote: Jur, vaya con los de ssreyes.org... ¿habéis probado a desactivar los estilos? No es tan difícil leerse unos manuales y esforzarse un poco en ponerte al día para saber qué es eso de los niveles de accesibilidad En fin... Fernando En/na Nacho F. Carreño ha escrit: Por desgracia se ve muy a menudo. A mi me parece una falta de respeto tremenda, y por desgracia como no hay ningún organísmo que se dedique a regular este tipo de temas pues cada uno hace lo que le da la gana. Desde el 1 de Enero de 2006 todas las Webs institucionales deben de ser accesibles Nivel AA y la inmensa mayoría no lo cumplen, pero es que no sólo no cumplen el Nivel AA sino que ni siquiera les da para llegar al Nivel A. Al hilo de lo que comentas hace unas semanas vi el logo de Nivel AAA en la Web de Ayuntamiento de San Sebastián de Los Reyes [1] y como la mayoría ni siquiera cumplía el Nivel A. Les envié un correo pidiéndoles que corrigieran los errores de accesibilidad y mientras tanto eliminaran el logotipo. La respuesta fue de darse cabezazos contra la pared... me decían que se habían bajado un programa del W3C y que decia que lo cumplían todo... para echarse a llorar... evidentemente les respondí, esta vez en un tono más duro, y han quitado el logotipo. Mi impresión es que las instituciones no tienen ni idea siquiera de lo que es la accesibilidad en la Web y ni si tienen que cumplir alguna normativa de este tipo. Las empresas que llevan las Webs de estas instituciones (no todas ojo!) o pasan de todo, o se dedican a poner simplemente el logtipo, o directamente no tienen ni puñetera idea. [1] http://www.ssreyes.org - Original Message - From: Jaime Gómez Obregón [EMAIL PROTECTED] To: ovillo@lists.ovillo.org Sent: Thursday, April 20, 2006 7:30 PM Subject: [Ovillo] ¿Guerra de tags de accesibilidad? Jo, creo que la legislación española referente a la accesibilidad en las páginas web institucionales se está quedando en pongo la etiqueta del W3C-WAI y ya está: www.liebana.net Todos los enlaces a contenidos son con Javascript, amén de otros errores importantes. Estoy de acuerdo con Quasi cuando decía (hace poco), que nadie obliga a la adhesión XHTML+CSS+WAI. Pero, ¿por qué señalar en portada que se cumplen unas normas si no es verdad? Creo que la conformidad con los estándares, sin ser obligatoria, supone (a veces) un esfuerzo técnico, que las empresas o los desarrolladores están/estamos dispuestos a asumir en aras a la calidad. Y esto suele ser bueno para todos: usuarios, desarrolladores, clientes... Lo que decía hace poco Javier Sierra acerca de www.comerciosantander.com también es razonable: la web no validaba, pero eran errores menores que se corrigieron después, ya que creo que en aquel momento la web acababa de terminarse. Recuerdo unos días en los que www.w3c.es tampoco validaba :-) Pero lo de liebana.net (institucional) creo que es una pena, ya que a lo largo de todo el portal hay dos etiquetas en el pie que claman accesibilidad de nivel AA cuando esto es falso, y además se hace en detrimento de unos (personas con necesidades especiales) que son precisamente aquellos a los que la ley española (LSSI) trata de defender. No sé qué opinais de esto, ¿lo veis a menudo? ___ 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 -- /* Att. WRRH Debian User
Re: [Ovillo] Estructura datos contacto
On 4/20/06, Iban Rodriguez [EMAIL PROTECTED] wrote: ¿Y por qué no vas a utilizar tablas? Si quieres mostrar los datos de ese modo, es lo que hay que hacer. Otra cosa es un texto normal con unos datos de contacto, que los formateas como consideres oportuno. Pero si vas a hacer un listado de clientes, con diferentes campos, lo ideal sería una tabla. Eso sí, las tablas de la página que has linkado no las veo muy bien... abren TH que luego no cierran. Iban, están la mar de bien. El ejemplo es HTML (que no X...) y hay multitud de elementos que no requieren etiqueta de cierre. 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] Fuente especifica
On 4/20/06, Reynier Perez Mira [EMAIL PROTECTED] wrote: Hola lista: Tengo una fuente que quiero usar en mi web pero no creo que todo el mundo por no decir nadie la tenga instalada. La pregunta es si existe alguna forma desde CSS, JavaScript u otros cualquiera de obligar al usuario que use esa fuente en vez de las comunes como Sans-serif, Verdana, Arial, ... Alguna idea ?? Varias :) 1. En la web (me refiero a documentox HTML, XML, etc.) **no puedes** obligar de manera alguna al usuario a tragar con tu diseño. 2. Soluciones a tu problema (suponiendo que solo quieras utilizar esa fuente en titulares): a. Utilizar imágenes a pelo: `img src=blabla.png etc... /`. b. Reemplazar texto por imagen utilizando CSS y magia negra. Tienes opciones varias para conseguirlo en http://www.mezzoblue.com/tests/revised-image-replacement/, por ejemplo. c. Usar sIFR, que combina javascript y flash para hacer más magia negra. Salud. -- Choan http://choangalvez.nom.es/ ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Marcar un pretítulo
On 4/19/06, Maikel Naigt [EMAIL PROTECTED] wrote: Hola, Inma. On 4/18/06, Inma Bermejo Salar [EMAIL PROTECTED] wrote: Muchas gracias a todos, la verdad es que es una cuestión más espinosa de lo que yo pensaba... me he estado mirando el hilo y no he encontrado nada que me convenza del todo, creo que necesito una nueva etiqueta :-) Jajaja. No pienso que sea para tanto. Pienso que incluso se podría encontrar una solución intermedia sin tener que recurrir a alterar el orden natural de presentación, y sin dar preponderancia a unos elementos con respecto a otros, a priori, de más jerarquía. Me refiero a poner los tres elementos dentro de las etiquetas hn con un marcado específico, de la forma: hnspan class=antetitulo...(texto del antetítulo).../spanem...(texto del título).../emspan class=subtitulo...(texto del subtitulo).../span/hn. Pues mira, yo andaba pensando en algo parecido, pero jugando con `small`. h1 smallMarca antetículos con `small`/small Choan se ha vuelto loco /h1 p class=subtitleHay quien le acusa de no seguir razonamientos semánticos/p En la hoja de estilos... h1 small { display: block; etc: más cositas...; } En cuanto a lo que decía David (Maikel): Esto que a bote pronto parece muy brusco nos soluciona un montón de problemas: 1) No alteramos el orden natural visual de los elementos: antetítulo-título-subtítulo, como en la prensa escrita. 2) No alteramos el orden de significado jerárquico, ya que en principio los tres están al mismo nivel de cabecera, pero damos más importancia al texto del título en sí con las etiquetas em. 3) Mantenemos la jerarquía visual: al poder dar un estilo a cada uno de los elementos, es evidente que podremos remarcar más el título. 4) No situamos ningún elemento perteneciente a la noticia fuera de su contexto, como sí pasaría en el caso de situar el antetítulo antes del hn 5) Los lectores de pantalla, y programas analizadores en general, darán la importancia seguramente que nosotros queremos a estos elementos: un analizador, al aislar elementos hn, incluirá nuestro antetítulo y subtítulo y le dará más pistas al usuario de si la noticia merece, o no, la pena de ser leida, imitando el comportamiento de las personas con los titulares de la prensa escrita. Creo que ambos marcados comparten (más o menos) estas cinco bonitas características. [...] Salud. -- Choan http://choangalvez.nom.es/ ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Marcar un pretítulo
On 4/19/06, Maikel Naigt [EMAIL PROTECTED] wrote: Hola Choan. On 4/19/06, Choan C. Gálvez [EMAIL PROTECTED] wrote: Pues mira, yo andaba pensando en algo parecido, pero jugando con `small`. h1 smallMarca antet�culos con `small`/small Choan se ha vuelto loco /h1 p class=subtitleHay quien le acusa de no seguir razonamientos sem�nticos/p En la hoja de estilos... h1 small { display: block; etc: m�s cositas...; } En cuanto a lo que dec�a David (Maikel): ... Creo que ambos marcados comparten (m�s o menos) estas cinco bonitas caracter�sticas. [...] Bueno, existe una pequeña gran diferencia, si me permites. En mi ejemplo propongo em para marcar y dar énfasis al título _semánticamente_, amén de luego poder modificar su aspecto mediante CSS. En tu ejemplo utilizas un elemento sin marcado semántico, small, cuya única finalidad es mostrar texto más pequeño [1]. Soy perfectamente consciente de ello. Lo que pretendo es deenfatizar el antetítulo, en lugar de enfatizar el título. Y aunque `small` no tenga valor semántico, visualmente es más expresivo que un `span` con una clase. Dejando a un lado mi oposición personal al uso de esta mezcla de elementos de presentación y estructura en el código HTML, Nos oponemos juntos, salvedad hecha de que a mí el `small` me la pone dura XD. desconozco hasta qué punto un lector de pantalla pueda restarle importancia a esta parte del título con respecto al título en sí. Pues mira, esto es algo que hay que averiguar. Preguntarele a Bob Easton [2]. [2]: http://www.access-matters.com/ [1] http://www.w3.org/TR/html401/present/graphics.html#edef-SMALL Un saludo, David Merino Ogando Salud. -- Choan http://choangalvez.nom.es/ ___ Lista de distribuci�n Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente direcci�n: http://ovillo.org/mailman/listinfo/ovillo ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo ___ 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] como markupear cantidades
On 3/30/06, Martin Sarsale [EMAIL PROTECTED] wrote: On 3/30/06, Federico Santoalla [EMAIL PROTECTED] wrote: Si no existe habría que crearlo, eso es lo que tienen los microformatos. Lo mas cercano que encontre en este tipo de marcado es un Draft del microformat geo [1] que es para marcar una ubicación geografica expresada en latitud y longitud. ej: div class=geo abbr class=latitude title=37.408183N 37° 24.491/abbr abbr class=longitude title=-122.13855W 122° 08.313/abbr /div yo creo entonces, que deberia ser asi: span class='size' abbr class='bytes' title='1024'1k/abbr !-- te parece que tiene sentido este? -- abbr class='megabytes' title='1'1024000/abbr /span ¿Qué tal acortarlo un poquito? abbr class=bytesize title=10241 KiB/abbr o abbr class=bytesize title=10001 KB/abbr Utilizando como clase bytesize no solo especificamos que hablamos de un tamaño, damos de paso el tipo de medida y su unidad. Ah, y nos ahorramos un elemento contenedor. En cuanto a la posibilidad de dar el tamaño en megabytes, dejémoslo para la versión para humanos, creo que en la versión para máquinas (que al fin y al cabo es lo que estamos haciendo al usar un microformato), es suficiente con dar el tamaño en octetos. Y despues, esta toda esta discusion :) http://es.wikipedia.org/wiki/Prefijo_binario Esa es otra historia, leré, leré (vease el guiño en las propuestas de marcado). 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] como markupear cantidades
Me respondo a mí mismo por no estar de acuerdo XD On 3/30/06, Choan C. Gálvez [EMAIL PROTECTED] wrote: ¿Qué tal acortarlo un poquito? abbr class=bytesize title=10241 KiB/abbr abbr class=bytelength title=10241 KiB/abbr o abbr class=bytesize title=10241 KiB/abbr abbr class=bytelength title=10241 KiB/abbr Utilizando como clase bytesize no solo especificamos que hablamos de un tamaño, damos de paso el tipo de medida y su unidad. Ah, y nos ahorramos un elemento contenedor. Me desdigo y sugiero como bytelength como valor del atributo `class`. Lo demás, queda tal cual. 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] Mi opinión sobre el 62.5%
On 3/24/06, Manuel Razzari [EMAIL PROTECTED] wrote: Me parece interesante el argumento de Camilo Kawerín [1] para usar 62.5%. Es una opción que realmente tiene sentido para hacer un layout con ems. Owen Briggs ha comprobado exhaustivamente que 76% en el body es una forma de obtener un tamaño base de 12px *consistente* en todos los browsers. A primera vista 62.5% también lo sería (ver capturas de pantalla en [2]) pero eso habría que comprobarlo. Por otro lado, Choan Gálvez prefiere [3] usar un hack, para simplemente pasarle pixels a todos los browsers, En realidad, prefiero utilizar como tamaño para el contenido el que el usuario haya definido (así lo hago en Mundo Du [6]) y asignar el resto de tamaños en `em`. Pero claro, hay muy pocos diseños que admitan comenzar con un tamaño de texto que por defecto es enorme. menos a IE que recibe 62.5%. O lo que toque. El asunto es: si voy a asignar como tamaño de fuente el que al diseñador le venga en gana, asigno precisamente ese tamaño, y no uno que dependa de la configuración de cada navegador, de ahí que prefiera (y aconseje) utilizar píxeles. Ahora bien, como IE no permite reescalar textos definidos en píxeles, es necesario utilizar el hack (que, conviene aclarar, es de los que no duelen). Pero ojo, que funcionará solamente si el tamaño de texto definido por el usuario coincide con el que nosotro _intuimos_. Lo que me lleva otra vez a: definir el tamaño (base) del texto en porcentajes o em, es definirlo como el tanto por ciento de _vete-tú-a-saber_. Dicho de otra manera: x * 0.75 = y Si queremos definir el tamaño como `y` píxeles, todo bien. Pero no queremos tamaño `y`, queremos tamaño 12 o tamaño 10 o tamaño... Nunca he usado pixels, pero me interesaría saber si tienen el grado de consistencia que tiene el método de Briggs, y si tienen alguna ventaja real o potencial sobre %. Yo diría que más (a excepción, posiblemente, de sistemas Mac Os pre OS X). En cualquier caso, hagamos la prueba: http://scriptia.net/temp/ovillo/font-size.html Una desventaja de los px, creo yo, es que muchos autores creen que el pixel es una medida absoluta, cuando en realidad es relativa. Ver [4] y [5]. Festíviguander. Un centímetro siempre es un centímetro, pero, ¿a cuántos centímetros equivalen X píxeles? Depende de la configuración de pantalla (800x600, 1024x768) y del tamaño físico de la misma. Mi opinión: * Esta es una de esas discusiones infinitas... como pc vs mac, o layout líquido vs. fluido vs. elástico. Sí, lo es, pero todavía no hemos empezado a discutir XD * Podríamos testear estos métodos como lo ha hecho Briggs a ver si realmente son consistentes en todos los browsers en su configuración por defecto, y que reacciones tienen ante configuraciones alternativas. Por allá arriba anda la URL que propongo para hacer pruebas. * Usa lo que te sirva, testea mucho. +1 [6] http://du.lacalabaza.net/ Salud -- Choan [1] http://bidwell.textdrive.com/pipermail/ovillo/2006-March/009179.html [2] http://www.thenoodleincident.com/tutorials/typography/incremental_differences.html [3] http://bidwell.textdrive.com/pipermail/ovillo/2006-March/009019.html [4] http://www.w3.org/TR/CSS21/syndata.html#value-def-length [5] http://web-graphics.com/mtarchive/001165.php ___ 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] Editor HTML visual, gratuito y sencillo
On 3/23/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Una petición por si lo conoceis. Tengo un cliente donde usa un manager que le desarrollaron para escribir las noticias y luego publicarlas en su web El cliente no tiene ni idea de HTML/CSS/todaestemundo.. y actualmente usa el FrontPage para escribir las noticias, ponerle negritas, tamaños, etc y luego coge el código HTML y lo pega en el textarea de su manager. El problema es el códugo basura que añade el FrontPage y que estropea todos los CSS definidos para la plantilla de las noticias. Y ahora viene la consulta. ¿Sabeis de algún editor GRATUITO, VISUAL y SENCILLO donde el cliente pueda hacer lo mismo que hace en el FrontPage pero sin tanta basura y más limpio? Por favor lo más sencillo posible. Échale un ojo a NVU http://www.nvu.com/. 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] La etiqueta H
On 3/23/06, Federico MP [EMAIL PROTECTED] wrote: Los elementos Hx traducidos como cabecera me parece una mala traducción provocada de llamar cabecera a los http headers. Pues mira, en este caso sí que me parece una traducción acertada. On 3/23/06, alberto romero [EMAIL PROTECTED] wrote: Mi dictamen: título. (Lo que nos plantea otro problema, ¿cómo llamamos al elemento `title`?) ¿Qué problema hay que llamar título al elemento title? Sería el título de la página. ¿O acaso te referís al atributo title? No, me refería al elemento, pero vaya, sí en este mi referencia ha resultado confusa, me hace temer que llamar título a * el elemento `title`, * el atributo `title` y * los elementos `h1`, `h2` .. `hn` puede confundir a los estudiantes. En cualquier caso, una vez explicada la semántica de cada elemento, supongo que siempre se acaba hablando de titel, hachedós, hacheref y cosas así (como apuntaba Alberto) Salud. -- Choan Mundo Du. Cuentos breves, relatos sorprendentes http://du.lacalabaza.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] font-size 62,5% es igual a 10px
On 3/20/06, Miguel Benítez [EMAIL PROTECTED] wrote: body{ font-family: Arial, Helvetica, sans-serif; font-size:62%; color:#676767; } He leido por ahí en diversas ocasiones que el font-size:62,5% resetea el tamaño de fuente a un equivalente a 10px. En mi caso no lo he conseguido poniendo a 62,5% pero si a 62%. tono class=radical Eso es una barbaridad y quienes recomiendan este método unos inconscientes. /tono Me explico: asignar un tamaño de fuente de X% en el `body` significa que el tamaño base para la fuente del documento será un X por ciento del tamaño que por defecto haya escogido el usuario. Por defecto, los navegadores (no sé si todos) vienen configurados con un tamaño de fuente _base_ de 16px. En tal caso, asignar un tamaño de fuente de 62.5% [^1] hará que el tamaño base del texto de nuestro documento sea de 10px. Ahora bien, ¿qué ganamos? Ná de ná. Si vamos a tener en cuenta el tamaño de fuente escogido por el usuario (en caso de que lo haya escogido), deberíamos establecer nuestro tamaño base como 100%. Cualquier otra cosa es ir en contra del usuario. Así pues, ¿de qué tamaño queremos el texto? ¿10px [^2]? Pues dejémonos de porcentajes sobre valores _desconocidos_ y escribamos body { font-size: 10px; } **Todos** los navegadores, excepto IE, pueden redimensionar tamaños de fuente definidos en píxeles. Lo que nos deja un problema por resolver: permitir a los usuarios de IE el redimensionamiento del texto. Aquí sí que me parece justificado [^3] utilizar * html body { font-size: 62.5%; } Quede este asunto abierto para debate. [^1]: 10 / 16 * 100 [^2]: 10 px es un tamaño de texto pequeño, muy pequeño, diminuto dependiendo de si somos jóvenes, no tan jóvenes o mayorzotes (y eso sin tener en cuenta los posibles defectos visuales no relacionados con la edad). [^3]: No tan justificado, véase [^2]. 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] font-size 62,5% es igual a 10px
Martí, te sugiero una relectura de mi post. Y que luego me lo vuelvas a comentar. Salud, Choan On 3/20/06, mmundo [EMAIL PROTECTED] wrote: 2006/3/20, Choan C. Gálvez [EMAIL PROTECTED]: tono class=radical Eso es una barbaridad y quienes recomiendan este método unos inconscientes. /tono Me explico: asignar un tamaño de fuente de X% en el `body` significa que el tamaño base para la fuente del documento será un X por ciento del tamaño que por defecto haya escogido el usuario. Por defecto, los navegadores (no sé si todos) vienen configurados con un tamaño de fuente _base_ de 16px. En tal caso, asignar un tamaño de fuente de 62.5% [^1] hará que el tamaño base del texto de nuestro documento sea de 10px. Hola Choan, Pascal en su comentario creo que ya lo explica muy bién. La idea final es la encontrar una regla de conversión fàcil para poder adaptar el diseño gráfico (que generalmente vienen en píxeles), no la de obligar al usuario a leer a un tamaño deterinado. La finalidad de utilizar esta unidad precisamente es la permitir adaptar el tamaño de fuente a las necesidades del usuario (cosa que no puedes hacer con los píxeles a no ser que modifiques la resolución). Además, hay maquetadores que desarrollan layouts elásticos, de manera que las medidas en píxeles de los divs y otros elementos también deben de convertirlas en EMs. Así que tener una regla de conversión, facilita mucho la cosas. Ahora bien, ¿qué ganamos? Ná de ná. Si vamos a tener en cuenta el tamaño de fuente escogido por el usuario (en caso de que lo haya escogido), deberíamos establecer nuestro tamaño base como 100%. Cualquier otra cosa es ir en contra del usuario. Yo no creo que el hecho de establecer un tamaño básico en el CSS diferente al tamaño por defecto del navegador sea ir en contra del usuario, siempre y cuando el diseño permita modificar el tamaño de la fuente. Así pues, ¿de qué tamaño queremos el texto? ¿10px [^2]? Pues dejémonos de porcentajes sobre valores _desconocidos_ y escribamos body { font-size: 10px; } **Todos** los navegadores, excepto IE, pueden redimensionar tamaños de fuente definidos en píxeles. Lo que nos deja un problema por resolver: permitir a los usuarios de IE el redimensionamiento del texto. Aquí sí que me parece justificado [^3] utilizar * html body { font-size: 62.5%; } Precisamente este problema con Explorer conlleva un problema de accesibilidad. Un proyecto en el que determinado nivel de accesibilidad sea un requerimiento, no puedes usar píxeles para definir el tamaño de fuente. Un saludo, Martí Mundó -- ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Problema con menu desplegable vertical
On 3/17/06, Alexandro Huerta [EMAIL PROTECTED] wrote: Tengo un problema con una adaptación al menu vertical suckerfish http://platea.cnice.mecd.es/~jmas/ma...ntalescss.html En el maligno (IE.x) se ve bien !! (increÃble) pero a la hora de verlo en firefox, nada ! En Opera tampoco funciona. http://idiweb.com.mx/sedil/ El documento no es válido, tienes mal anidadas las listas. 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] PROBLEMAS CON LA VALIDACIÓN CSS
On 3/17/06, Gema Masegosa [EMAIL PROTECTED] wrote: Estoy validando un archivo de css, y me da el siguiente error: ironíaError: Asunto en mayúsculas/ironía - Línea : 17 font-family: Es recomendable ofrecer una familia genérica como última alternativa - Línea : 17 (Level : 2) font-family: Es recomendable ofrecer una familia genérica como última alternativa : #contenedor Fíjate que dice es recomendable. Esto me hace sospechar que lo que el validador te da son advertencias (warning) y no errores. No entiendo porque me lo pone como error, ya que creo que está correcto. O acaso no es correcto establecer una una familia génerica, en ese caso como puedo cerciorarme que usaran las fuentes que yo quiero. Mucho me temo que te estás liando con el concepto de familia genérica. Casos: Fuente concreta: * verdana * garamond * courier * comic sans (horreur!) Familia genérica: * sans-serif * serif * monospace * fantasy En fin, lo que te dice el validador es que es _conveniente_ añadir a la lista de fuentes una familia genérica, para los casos en que el usuario no disponga de la fuente _concreta_ que tú pretendes utiilizar en tu diseño. Esto es: #miselector .superchachi { font-family: trebuchet ms, verdana, arial, sans-serif; } Un saludo, y ¡Gracias! Denario, me adeuda usted una birrita XD 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] medio projection
On 3/15/06, Moncho Santos [EMAIL PROTECTED] wrote: Ola a todos listeros, mi pregunta es la siguiente, cómo puedo probar o simular una hoja de estilos para el medio projection? Yo lanzo mi página en un proyector y no carga esta hoja... Porque el proyector no tiene absolutamente nada que ver, la hoja de estilos a utilizar es escogida por el navegador. Si no hay novedades, el único navegador que incorpora el media projection es Opera (en modo pantalla completa). Saludiños, 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] OT Aplicacion E-Commerce
On 3/13/06, Hari Seldon [EMAIL PROTECTED] wrote: Yo que quieres que te diga, pero la app esta que vende defactops me da que es un fake del oscommerce... http://demo.oscommerce.com/product_info.php?products_id=21 http://cmquiros.com/index.php?main_page=product_infocPath=1_25products_id= 25 [...] http://www.oscommerce.com/about/about Como se ve bien clarito en la página, la licencia de oscommerce es GNU, No. La licencia es GPL o sea que esta gente está vendiendo algo que no puede vender... Mc, bocinazo: sí se puede vender. De http://www.oscommerce.com/about/opensource: Free Redistribution No restrictions are placed on parties from selling of giving away the software. 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] Problema con texto que se repite
On 3/10/06, Montserrat Vázquez Hernando [EMAIL PROTECTED] wrote: tenemos un problema: tenemos un div, dentro de otro div y en éste último varios p, pues bien, nos aparece repetido parte del último p y se desborda del div que lo contiene he leido algo de esto, como problema, pero no recuerdo la solución. ¿nos echais una manita? Lo del desborde, así sin más pistas, ni idea. Respecto a la repetición del texto, y suponiendo que el problema lo tengas en IE, es muy probable que sea causado por algún comentario HTML que aparezca en el marcado. O sea... si, como sospecho, tienes comentarios, cárgatelos. Un saludo, 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
[Ovillo] Netscape 7
Hola muchachos. Una vez desarrollada una bonita plantilla, descubro que en Nestcape 7.x **nada** está en su sitio. Sospecho que el problema tiene que ver con cierto _abuso_ de márgenes negativos y elementos flotantes, pero no encuentro información sobre esta extraña serie de navegadores por ninguna parte. Estoy por tirar por lo fácil y entregar a estos desdichados agentes de usuario una versión sin estilos... pero tampoco doy con el filtro. Ergo, todo este emilio se resume en dos peticiones: * ¿algún artículo que describa los errores de presentación de NN 7.x? * ¿algún sitio donde pueda encontrar filtros para no entregar las hojas de estilo a NN 7.x? 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] Netscape 7
On 2/21/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Le 21/02/2006 17:55, Choan C. Gálvez a ecrit : Hola muchachos. Una vez desarrollada una bonita plantilla, descubro que en Nestcape 7.x **nada** está en su sitio. Sospecho que el problema tiene que ver con cierto _abuso_ de márgenes negativos y elementos flotantes, pero no encuentro información sobre esta extraña serie de navegadores por ninguna parte. Estoy por tirar por lo fácil y entregar a estos desdichados agentes de usuario una versión sin estilos... pero tampoco doy con el filtro. Ergo, todo este emilio se resume en dos peticiones: * ¿algún artículo que describa los errores de presentación de NN 7.x? * ¿algún sitio donde pueda encontrar filtros para no entregar las hojas de estilo a NN 7.x? Dado que netscape 7 usa el motor gecko, o sea el mismo motor que firefox, tiene un *excelente* soporte de CSS. Si te funciona en firefox y no te funciona en Netscape, es que haras hecho algo muy raro... Vale, he dado con la causa. Para limpiar unos contenidos flotantes de manera que quedaran dentro de su contenedor estaba utilizando un `overflow: hidden;`. Cambiándolo a `overflow: auto;` queda todo solucionado y yo contento. Ya que estamos, ¿alguien sabría decirme a qué versión de Firefox corresponde el motor de Netscape 7? 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] Netscape 7
On 2/21/06, Martin Szyszlican [EMAIL PROTECTED] wrote: Una vez desarrollada una bonita plantilla, descubro que en Nestcape 7.x **nada** está en su sitio. Acabo de darme cuenta que no lo tengo instalado y nunca he testeado un sitio con ese navegador. En este momento estoy descargando la version 7.02 y 7.20 Espero que mis sitios no se vean asquerosos. Si me pasás una url, tal vez tambien pueda tratar de descubrir cual es el problema en el tuyo. Gracias, Martin, pero ya está arreglado (en un mensaje anterior he descrito la solució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] CSS en un elemento creado mediante Javascript.
On 2/19/06, Marc González Majoral [EMAIL PROTECTED] wrote: Hola listeros. Mediante javascript creo un div con una imagen dentro y le hago un document.body.appendChild(el_div). El selector CSS para este div tiene la propiedad position: absolute (ninguna más de posicionamiento), que en principio debería posicionarlo al principio del body. El caso es que lo posiciona al final de la página, después de todo el contenido que ya tiene. Si no asignas un valor para `top`, el elemento se colocará en el lugar que le corresponda dentro del flujo, aunque seguirá sin ocupar espacio. [...] PD: la temática del mensaje estaría entre esta lista y la de javaescript pero lo he mandado a esta por la sensación de que todos los que leen javaescript también leen esta. Mm, cambia esos leen por están suscritos y será mi caso. 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] mini banner de 80x15
On 2/17/06, bienve [EMAIL PROTECTED] wrote: [...] Recuerdo que he utilizado una página desde donde se podían diseñar estos pequeños mini-banners de 80x15 pixels. El problema es que no encuentro el marcador, y tampoco he encontrado nada en el archivo ede ovillo. Algun alma caritativa que me recuerde la url. http://kalsey.com/tools/buttonmaker/ Será esa, supongo. 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] Compatibilidad de FORMS via e-mail
On 07/02/06, Santiago LLobet [EMAIL PROTECTED] wrote: Me consta que se pueden enviar FORMULARIOS en un mail.¿Pero sabeis si eso es compatible con todos los clientes de correo electrónico?¿Alguien sabe algo de esto? Sí, se puede. No, no es compatible con todos (y en mi opinión no debería serlo con ninguno). La mejor solución es colocar el formulario en línea e incluir en el emilio un enlace al mismo. Tratar de hacerlo de cualquier otra forma te va a dar serios dolores de cabeza. Un saludo, 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] Se rompe layoutt al meter contenido
On 06/02/06, Ramon Pravia [EMAIL PROTECTED] wrote: luis cruz salanova escribió: En esta dirección tenemos más o menos lo que quiero: http://www.paspespuyas.info/pruebas/prueba2.htm Y a continuación lo que pasa si introduzco contenido en la columna central. http://www.paspespuyas.info/pruebas/prueba3.htm ¿A alguien se le ocurre el motivo? Hola. El espacio en blanco te lo está generando el margen por defecto del párrafo que tienes dentro del contenido. Artículo interesante sobre esto del señor Meyer: http://www.complexspiral.com/publications/uncollapsing-margins/ Las soluciones, hablando de memoria: o le das algo de padding al cuerpo, o un borde. Tal cual: si aplicas un padding o un borde superior, el margen superior del párrafo quedará dentro del contenedor. Pero, ahora tendrás (muy probablemente) más espacio del deseado en el contenedor verde. Así que por si sirve mi consejo, os comento mi técnica a la hora de asignar márgenes: jugar siempre con márgenes inferiores. Esto es, en lugar de p { margin: 1em 0; } Utilizo p { margin: 0 0 1em; } Lo cual me lleva a explicar, queridos niños [1], que cuando una propiedad (padding, margin, border-width) acepta tanto dos como cuatro valores, también acepta tres. A saber, la regla anterior es equivalente a p { margin-top: 0; margin-right: 0; margin-bottom: 1em; margin-left: 0 } A mandar, Choan [1]: Con permiso de Don Roberto (http://www.imdb.com/title/tt0094641/fullcredits) ___ 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] Otra plantilla divina
On 31/01/06, Emmanuelle Gutiérrez y Restrepo [EMAIL PROTECTED] wrote: Muy simple Choan: que todos los elementos que el usuario pueda desear ampliar o reducir se amplien o reduzcan de manera que los contenidos sigan siendo comprensibles para él. Entiendo entonces que lo que consideras no accesible son los anchos de las columnas definidos en píxeles. ¿Correcto? Eso es un requisito de accesibilidad. Y en el caso de esa plantilla basta con un pequeño retoque en la hoja de estilos para conseguirlo. Si voy por donde tú ibas, en efecto, bastaría con sustituir las medidas en píxeles por medidas en emes. Por lo demás: @Alberto: Razón llevas, da algún que otro problemilla en IE (aunque a mí solo me lo ha dado al llevar el ancho de la ventana por debajo de ~400 px). @Pablo: ¿Qué versión de Opera? El artículo explica (aunque creo que demasiado por encima) qué es lo que hay que hacer para que Opera 8.x no llore). Mi conclusión: después de haber trasteado un rato con la divina se me ha ido la ilusión a tomar viento :'( 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
[Ovillo] Otra plantilla divina
A List Apart ha publicado hoy su número 211, que incluye el artículo In Search of the Holy Grail, donde se explica cómo conseguir cierto tipo de maqueta muy buscado sin necesidad de llenar nuestro precioso marcado de bochornosos `div`. Si os gustó In Search of the One True Layout, esta revisión os fascinará. http://www.alistapart.com/ 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] BIBLIOGRAFIA IMPRESCINDIBLE
On 31/01/06, rfx [EMAIL PROTECTED] wrote: Plis, algun titulo que de verdad sea bueno, no me gustaria comprarme un libro patata otra vez...snifff Te iba a responder esta mañana cuando he visto tu primer mensaje, pero he pensado que quizá alguien tendría mejor información que yo al respecto. Así que aquí va mi opinión: aprende un poquito de inglés. Hay varios problemas con los libros técnicos en general y los libros sobre desarrollo web en particular: * La edición en español se publica un año (o dos o x) después que la original, con lo cual el libro ya está desfasado en el momento en que te lo llevas de la librería. * Las calidad de las traducciones oscila entre mala, muy mala, pésima e incomprensible. Y te lo dice alguien que dejó de comprar libros técnicos en español sin dominar demasiado el inglés. En resumen, que no te puedo recomendar ningún libro en español porque no conozco ninguno que merezca la pena. ¿Alguien nos ilumina? 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] Otra plantilla divina
On 31/01/06, Emmanuelle Gutiérrez y Restrepo [EMAIL PROTECTED] wrote: Hola Choan, No sé si lo de divina lo dices en el sentido de provenir de parte de algún dios o en el de ser muy bonita. Lo digo por el título del artículo A la búsqueda del Santo Grial. Pero en cualquier caso, desde la perspectiva de la accesibilidad, aún requiere algún retoque guiño. ¿Sí? ¿Cuál? ¿Estamos hablando de lo mismo? Témome que no. Un saludo, Choan Saludos, Emmanuelle -Mensaje original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] nombre de Choan C. Gálvez Enviado el: martes, 31 de enero de 2006 10:48 Para: Ovillo, la lista de CSS en castellano Asunto: [Ovillo] Otra plantilla divina A List Apart ha publicado hoy su número 211, que incluye el artículo In Search of the Holy Grail, donde se explica cómo conseguir cierto tipo de maqueta muy buscado sin necesidad de llenar nuestro precioso marcado de bochornosos `div`. Si os gustó In Search of the One True Layout, esta revisión os fascinará. http://www.alistapart.com/ 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
[Ovillo] Address en HTML5
Amiguetes: Al hilo de lo que hablábamos el otro día sobre el elemento `address`: en el borrador de (lo que podría ser) HTML5, `address` se describe con más claridad: The address element represents a paragraph of contact information for the section it applies to. Y luego: The address element must not be used to represent arbitrary addresses (e.g. postal addresses), unless those addresses are contact information for the section. (The p element is the appropriate element for marking up such addresses.) http://whatwg.org/specs/web-apps/current-work/#address0 FYI (PVI), 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] Address en HTML5
David Yanes Farina escribió: The address element must not be used to represent arbitrary addresses (e.g. postal addresses), unless those addresses are contact information for the section. (The p element is the appropriate element for Y exactamente, ¿Cuál es el problema de no usar esa etiqueta semánticamente? ¿Lectores de voz, una tipografía distinta según preferencias del usuario? En primer lugar, aclarar, por si nadie lee los asuntos, que lo copipegado corresponde al borrador de HTML5. Hoy por hoy, en HTML 4.x y XHTML 1.x, la definición del elemento `address` es menos concreta. http://www.w3.org/TR/REC-html40/struct/global.html#edef-ADDRESS En la DTD, que incluye la descripción corta queda un poquito más claro el uso de este elemento: !ELEMENT ADDRESS - - (%inline;)* -- information on author -- (Emmanuelle, Inma, ¿estáis?) El problema de usar esta (u otra) etiqueta en situaciones en las que no es semánticamente apropiada es que quien (o la cosa que) interprete el código (o su representación) puede entender algo que no es. (Nótese que en el párrafo anterior lo mismo vale un usuario real que el lector que utilice, un indexador de contenidos, etc.) ¿Pregunto eh?, es que no lo sé... Porque yo la usé repetidamente en una página con cientos de direcciones de contacto, donde estaban clasificadas por comunidades, y veo que hice mal... Síii, arderás en el infierno XD En esto del marcado, conviene atenerse a lo que dice la especificación. Y en este caso la especificación (HTML 4) no es lo suficientemente clara, lo cual da lugar a _interpretaciones_. **Mi** interpretación es que el uso que tú has dado al elemento es incorrecto. Pero no le retiraré la palabra a quien diga lo contrario XD 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] scroller con js no intrusivo
Fer Bernal escribió: ¿Alguien conoce un scroller automático hecho con js no intrusivo? Ahí va una lista que estoy revisando: http://del.icio.us/choan/scroll. El primero (http://www.hesido.com/web.php?page=customscrollbar) es, creo, el más interesante y el menos intrusivo. Eso sí, para utilizarlo en sitios comerciales deberás pagar licencia (una minucia, pero licencia). Salud, Choan PS: Suscríbete a javaEScript. ___ 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] Dar altura a elementos li que tienen display:inline
Orange at GMail escribió: Para los elementos en línea NO se puede especificar ancho y alto, según la especificación CSS. Que Explorer lo permita es un Bug Si por fuerza has de declararlo inline (que igual no hace falta ;) tus opciones para controlar su tamaño pasan por el padding y el line-height (y puede que alguna otra estratagema, pero bueno) Ve con cuidado con los paddings ya que IE5.0 no te los respetará, así que ojo cono ellos Para que IE 5.0 los respete: selector { _height: .1%; /* el elemento tendrá layout */ padding: 2px 1em; } Véase On having Layout [1]. [1]: http://www.satzansatz.de/cssd/onhavinglayout.html Salud, Choan El día 23/01/06, Bernat Lleonart [EMAIL PROTECTED] escribió: 2006/1/23, Alejandro Lillo [EMAIL PROTECTED]: Es un elemento de línea, así que contrólalo con line-height. -- Lo que pasa es que el li tiene una imagen de fondo, y quiero darle una altura y un ancho fijos para que se vea la imagen entera. Lo que veo con line-height es que varía la posición vertical del li, pero no su altura. ___ 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] Dar altura a elementos li que tienen display:inline
Víctor Pimentel Rodríguez escribió: Prueba a ponerle display:block y float:letf (para emular inline) y entonces sí que podrás ponerle ancho y altura fijo :) Y cambiar tus problemas por otros. Una puntualización: cuando flotamos un elemento, añadirle un `display: block;` es completamente irrelevante, ya que el `float` lo implica (ver especificación). En todo caso, sí es interesante engañar al navegador (a IE, vaya) diciéndole que elemento { float: left; display: inline; } Así se evita el bug del doble margen en Win/IE. Y nadie resulta herido. (Disculpen ustedes mi salida de tiesto, pero es que las redundancias me provocan ardor de estómago.) Salud, Choan On 23/01/2006, at 13:32, Bernat Lleonart wrote: 2006/1/23, Alejandro Lillo [EMAIL PROTECTED]: Es un elemento de línea, así que contrólalo con line-height. -- Lo que pasa es que el li tiene una imagen de fondo, y quiero darle una altura y un ancho fijos para que se vea la imagen entera. Lo que veo con line-height es que varía la posición vertical del li, pero no su altura. ___ 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] buscando semántica para datos de con tacto y listado de cargos - ¿lista de definición?
On 23/01/06, alberto romero [EMAIL PROTECTED] wrote: On 23/01/06, Choan C. Gálvez [EMAIL PROTECTED] wrote: ¿Address? No siempre es el elemento adecuado. Cito: The ADDRESS element may be used by authors to supply contact information for a document or a major part of a document such as a form. This element often appears at the beginning or end of a document. Esto es, `address` es adecuado para proporcionar información de contacto **del autor del documento**, no para cualquier dirección que en él aparezca. Más que al autor del documento se refiere a éste mismo: literalmente dice más o menos para proveer información de contacto sobre un documento o la mayor parte de un documento, como puede ser un formulario. Cierto, del documento, no necesariamente de su autor. Eso ha sido una imprecisión mía. Corro a flagelarme XD De todas formas, efectivamente, en el ejemplo del w3c no lo usan como propone Emmanuelle, que por otra parte estoy seguro de que es muy correcto. De eso sigo sin estar convencido. 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] Correcto uso de H1
José Montes Cuadrado escribió: [...] div id=zonacabecerah1Título principal de la página/h1/div En ese div he metido el encabezado H1 cuyo CSS es: h1 { visibility : hidden; display : none; } No tiene demasiada lógica. Si un elemento no se muestra (`display: none;`), bien poco importa que sea visible o invisible (`visibility`). De esta manera, ni se ve, ni estorba, cuando CSS está activo. Esta idea se me ocurrió al evaluar la página http://www.hci.uniovi.es en la que, para lograr el mismo efecto, hacen esto: #header h1{ font-size:0.8px; text-indent:-9000px; } lo cual me parece menos elegante. Te parece pero no lo es. Esta técnica se utilizar para que los lectores de pantalla et. al. vean la información. Si utilizas `display: none;`, para un lector de pantalla será como si no existiera el elemento. Véase http://css-discuss.incutio.com/?page=ScreenreaderVisibility. Salud, Choan En resumen: dos cuestiones solucionadas. Tener siempre un encabezado H1 y que éste esté oculto cuando se visualiza la página con CSS activos. ___ 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: Padding negativo (era Re: [ Ovillo] 3 columnas: centro líquido, laterales de ancho fijo)
Pedro Sanz escribió: Choan: ¿cómo puedo solucinar ésto en una lista de definición sin que se estropee t (consiguiendo que el CSS sea correcto? Yo empezaría por eliminar la regla. Firefox, muy listo él, no la aplica (por no ser válida) y dudo que otros navegadores lo hagan. no entiendo exactamente a qué te refieres con eliminar la regla y lo de que los navegadores no lo apliquen. Tanto en FFX como en Explorer consigo ver los elementos como yo quería. Por supuesto. Y si en una declaración incluyes #resultado { barcelona: 3; /* -- regla */ madrid: 0; } también se verá a la perfección: el navegador no aplica lo que no entiende. 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] Una duda curiosa
Aurelio Gallardo Rodríguez escribió: Tengo unas imágenes dentro de un div. Algunas linkan a otra página, y otras no. Lo curioso es que las linkadas aparecen recuadradas de un borde azul que no sé como quitar. Fíjate lo que estás diciendo: las imágenes linkadas aparecen recuadradas... He intentado modificar la propiedad border dentro de la etiqueta a del div que las contiene, pero no parece ser eso. Si el borde está en la imagen, de poco servirá tocar el enlace. Solución: a img { border: none; } Ahora te enfrentas al problema de cómo hacer saber al usuario que imágenes enlazan y cuáles no. 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] No me aclaro con lo Divs
Raúl Martín escribió: Hola Paco, Todo float ha de tener un clear (raras son las excepciones) puedes ves más info en hilos similares: http://www.mail-archive.com/ovillo@lists.ovillo.org/msg03244.html http://www.mail-archive.com/ovillo@lists.ovillo.org/msg06601.html Si se me permite, añado http://www.mail-archive.com/ovillo@lists.ovillo.org/msg01739.html Salud, Choan O tutoriales sobre manejo de floats: http://css.maxdesign.com.au/floatutorial/index.htm Un saludo. Tuesday, January 17, 2006, 8:35:25 PM, you wrote: PG Muy buenas amigos. Debo recurrir a vosotros porque me estoy volviendo loco :-( PG Vereis, tengo una pagina en la que tengo un div llamado PG contenedor_general, dentro de este tengo otro a la izquierda PG (enlaces de menu) y otro div a la derecha con una serie de PG imagenes pequeñas. PG El problema es que aunque el div contenedor_general tiene PG como atributo height:auto, en Firefox 1.5 el contenedor_general no PG aumenta de tamaño conforme aumenta el div derecha (que está dentro) PG En esta pagina se puede ver un ejemplo: PG http://www.laslumbreras.com/cat2/index2.php PG En esta otra http://www.laslumbreras.com/cat2/index.php solo PG he añadido la palabra prueba al final del div derecha y entonces PG se ve bien, o al menos como yo creo que debería verse. PG Muchas gracias y un saludo. PG Paco García. ___ 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
Padding negativo (era Re: [Ovillo] 3 columnas: centro líquido, laterales de ancho fijo)
Pedro Sanz escribió: al hilo de esto de usar márgenes negativos, una cuestión.¿por qué el validador de CSS dice que , por ejemplo, en un padding-lefthttp://www.w3.org/TR/REC-CSS2/box.html#propdef-padding-leftlos valores negativos de - 20.0 no están permitidos? Porque no están permitidos, no hay vuelta de hoja (no soy capaz de encontrar dónde se dice esto en la especificación, pero te aseguro que lo he leído en algún momento de mi vida). ¿cómo puedo solucinar ésto en una lista de definición sin que se estropee t (consiguiendo que el CSS sea correcto? Yo empezaría por eliminar la regla. Firefox, muy listo él, no la aplica (por no ser válida) y dudo que otros navegadores lo hagan. La url donde lo tengo es esta: http://www.grupomazarredo.com/ 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] Carácter cong;
Pablo Suárez León escribió: Seguro que me estoy saltando algo y no sé lo que es, pero no doy con ello. A ver si alguien me arroja algo de luz... Intento mostrar el carácter aproximadamente igual a osea cong; o #8773; el caso es que en Firfox se ve perfectamente mientras el querido amigo me muestra un cuadradito. Hasta ahí bien, pero el caso es que por ejemplo en: http://msdn.microsoft.com/library/default.asp?url=/workshop/author/dhtml/ref erence/charsets/charset2.asp que hay listado con entidades si me lo muestra bien. ¿Por qué cuando navego a esa página lo veo y cuando yo pongo el carácter no? Charset, encoding, fuente.? Fuente. Cito: With the exception of the left and right-pointing brackets (#9001; and #9002;), the entities on this page are rendered using Lucida sans Unicode. Hecha la prueba, usando Lucida Sans todo va bien. El por qué... ¿misterio insondable? 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] De los curiosos
daniel calderón escribió: Hola compañeros, a ver si alguien se encontro con esto: 2 DIVs anidados el primero con OPACITY , en el segundo quisiera romper el opacity para tener el texto completamento opaco. Te interesará leer esto: http://developer.mozilla.org/en/docs/Useful_CSS_tips:Color_and_Background Salud, Choan Hay va el codigo. style media=all type=text/css .opaque { background-color: #CE6BBD; width: 100%; opacity: .5; filter: alpha(opacity=50); clear:both } .opaque2 { background-color: #FF; opacity: 1; filter: alpha(opacity=100); } /style body div class=opaque Transparente div class=opaque2 Opaco /div /div ___ 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] Cumplimiento del punto de verificac ión 4.1 WCAG1.0 WAI-A
José Montes Cuadrado escribió: En concreto, esta página contiene varios párrafos y una tabla, en la que se muestra un listado de empresas. El idioma base de la página es inglés. Mi duda es: ¿hay que indicar el cambio de idioma para nombres de empresas escritos en otro distinto al idioma base de la página? ¿O se consideran nombres propios que no tienen que ser interpretados en un idioma diferente? Por poner un ejemplo (es una empresa ficticia): Gestores de contenido multimedia, S.L., ¿debería ser marcado como span lang=esGestores de contenido multimedia, S.L./span? Sí. En caso contrario el lector de pantalla leerá (en inglés) Yistouris di countinidou miultimidia ¿Y qué pasa con los acrónimos? Yendo más allá, ¿existe alguna forma de marcar un texto como neutro, es decir, sobre el que no se tiene que hacer ninguna interpretación de idioma? No, que yo sepa. Quizá esté siendo demasiado estricto y no sea necesario llegar a estos extremos, por eso me gustaría conocer la opinión de gente experta que haya tenido que lidiar con ello. ___ 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] efecto en menu desplegable con css
Fernando Graells escribió: Yo estoy programando varias páginas utilizando un menú de este tipo. La única opción es utilizar javascript para los navegadores estandar FF y Opera y un htc para internet explorer. ¿Por qué? ¿Acaso Internet Explorer no soporta javascript? sfEls[i].onmouseover=function() { this.className+= sfhover; } sfEls[i].onmouseout=function() { this.className=this.className.replace(new RegExp( sfhover\\b), ); } Cuidadín con esto que no siempre va a funcionar, algunos navegadores (no recuerdo cuales) se comen el espacio (el de ` sfhover`) al añadirlo a un `className` vacío. Tampoco estoy muy convencido de que esa RE sea correcta. Para añadir/quitar nombres de clase, te recomiendo utilizar algo parecido a `toggleClassName` [1]. Por otra parte, cuidado con sobrescribir manejadores ya definidos. [1]: http://lists.scriptia.net/pipermail/javaescript-scriptia.net/2005-November/38.html (tirando pa' bajo) 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] Altura de un div descontrolada en explorer
Rafa García escribió: Buenos días, tengo una duda relacionada con el comportamiento de este maravilloso navegador llamado internet explorer. Posteo la URL y os comento: http://webdemos.millorsoft.es/nuevaeurowin4/index.php 34 errores en el marcado, cualquier resultado es posible. Empieza por corregirlos. Resulta que tengo un menu superior que carga unos submenus mediante un javascript. Los menus son listas que luego muestro en una misma posicion dandoles en el css una posición relativa y un margen negativo igual a la altura de la lista, con lo que se me printan exactamente en el mismo sitio. Le pongo al contenedor del menu un alto determinado que englobe la lista principal y la sublista de cada submenu y voilá, en firefox y opera funciona como un tiro, pero cual es mi sorpresa cuando veo que en explorer se desentiende del alto que le doy al div contenedor y hace el alto de todas las sublistas. (Casi os aclarareis mejor viendo el codigo de la página) Alguien se ha encontrado con algo parecido y tiene un fix para esto a mano?. (P*** explorer) -- 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] Altura de un div descontrolada en explorer
Rafa García escribió: 0 errores en el marcado, todos corregidos, el mismo resultado. ¿Por donde sigo, Choan?. ;-) #menugamas { /* añade */ overflow: hidden; } El problema es que IE/Win aplica `height` como si se tratara de `min-height`. En cualquier caso, esta es la solución rápida. (Yo utilizaría un marcado distinto, pero no voy a entrar en eso.) Salud, Choan PS: Una cosa es recortar el mensaje original, otra es eliminarlo por completo. Busca el término medio, plis. ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] eliminar recuadro de imágenes co n vínculo
Pablo Rodríguez escribió: Hola a todos, en una página que estoy haciendo, tengo vínculos que tienen imágenes dentro, (tal que a href=do-d.jpgimg src=s-do-d.jpg/a). Me gustaría hacer desaparecer el borde azul de todas esas imágenes, y para eso he introducido en el css: * a img { color: #ff; } Bien, en FireFox y Opera funciona perfectamente, pero en IE sólo funciona con los png, pero no con los jpg (como en http://www.orbic.us/proyectos/bungalov570/). ¿Qué tengo que hacer para que IE elimine el recuadro de todos vínculos con imágenes dentro? (No debe hacerlo de todos los vínculos.) Si lo que quieres eliminar es el borde de la imagen: a img { border: none; } 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
[Ovillo] ¿Reunión en Barcelona?
Chicos, la memoria me falla, pero el interné me funciona XD Hoy hay convocada reunión de ovilleros en Barcelona, véase http://www.lacoctelera.com/ovillo-bcn/post/2005/12/15/ano-nuevo-encuentro-nuevo. Y me pregunto, ¿habrá concurrencia? 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] menu drop-down
Jorge Canteli escribió: Hola, me gustaria hacer un menu desplegable horizontal, de tal modo que cuando pinches a una categoria esta se expanda y eche hacia abajo las demas categorias y aparezcan las subcategorias de la actual y desaparezcan las subcategorias de la categoria que estaba seleccionada. Me imagino que tendre que usar javascript porque solo con css no se podra hacer, me equivoco??? No, no te equivocas. Con CSS podrías hacerlo cuando el usuario pasara el ratón por encima, pero no al hacer clic. Alguien me podria indicar algun buen enlace donde se explique lo que quiero hacer??? o por lo menos que me de una idea?? Algo de lo que hay por aquí te servirá: http://del.icio.us/tag/dropdown 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
[Ovillo] Jello layout y DreamWeaver
Amiguetes: Estoy preparando unas plantillas para su uso en DreamWeaver. El código lo estoy haciendo a mano como tengo por costumbre, con intención de meter los tokens necesarios para convertirlo en una plantilla .dwx. Todo bien y el mundo es lindo, pero... ... al abrir mi maravilloso index.html en DreamWeaver MX y emplear la vista de diseño, ninguna de las cajas está en su sitio. Estoy utilizando como base un Jello layout [1], que emplea abundantes márgenes negativos y otras magias negras. Entiendo que el problema viene de ahí. ¿Alguien que se haya visto en una situación parecida me puede dar consejo? [1]: http://positioniseverything.net/articles/jello.html 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] Jello layout y DreamWeaver
El 28/12/05, Pablo Impallari[EMAIL PROTECTED] escribió: Intenta con el Dreamveaver 8... el anterior no se llevava muy bien con los divs. No, y la versión 8 tampoco (aunque de otra manera). Voy a ver si convenzo al colega de que utilice Nvu [1], que sí que maneja bien el diseño. [1]: http://www.nvu.com/ Salud, Choan Amiguetes: Estoy preparando unas plantillas para su uso en DreamWeaver. El código lo estoy haciendo a mano como tengo por costumbre, con intención de meter los tokens necesarios para convertirlo en una plantilla .dwx. Todo bien y el mundo es lindo, pero... ... al abrir mi maravilloso index.html en DreamWeaver MX y emplear la vista de diseño, ninguna de las cajas está en su sitio. Estoy utilizando como base un Jello layout [1], que emplea abundantes márgenes negativos y otras magias negras. Entiendo que el problema viene de ahí. ¿Alguien que se haya visto en una situación parecida me puede dar consejo? [1]: http://positioniseverything.net/articles/jello.html ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo
[Ovillo] Semi-OT: Plantillas para Dreamweaver sin Dreamweaver
Muchachos: Me ofrecen un trabajito consistente en realizar unas plantillas para Dreamweaver (me pasan un mockup en Photoshop, preparo las plantillas, entrego las plantillas, fin de la faena). El problema: ni tengo, ni uso, ni sé usar Dreamweaver. Y no quiero tenerlo, ni usarlo, ni aprender a usarlo. Mi colección de editores de texto con colorines me hace feliz. He abierto un par de plantillas (.dwt) en mi nuevo editor favorito y por lo que veo no creo que resulte difícil generarlas a pelo. La cuestión: ¿alguien tiene experiencia en este asunto y me puede confirmar que _es posible_ escribir las plantillas a manubrio? 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] Semi-OT: Plantillas para Dreamweaver sin Dreamweaver
Pablo Suárez León escribió: Es posible. Como bien has visto al abrirla tan solo se basa en una serie de comentarios para que DW sepa que regiones son editables y cuales no. Si la memoria no me falla (que me fallará) es algo del tipo: !-- TemplateBeginEditable name=blabla -- !-- TemplateEndEditable -- Fabuloso. Y sí, la memoria te falla un poco, pero teniendo una plantilla abierta se ve claramente cuál es la sintaxis. Iban Rodriguez escribió: Sí, es posible, pero tienes que saber qué etiquetas utiliza dreamweaver para definir las zonas editables y las zonas fijas. Bueno, lo sé, lo sé :) berto escribió: si, confirmado. :) Gracias a todos. Pondré a trabajar mi intuición. Un abrazo, 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] Modelo hibrido
(infor) ruben arrizabalaga muniategi wrote: Muy buenas tardes a todos, Me llamo Ruben y he sido hasta ahora un oyente de esta lista. Pero me gustaría tomar una postura más proactiva en la misma. En este momento estoy diseñando una página Web y me ha surgido la siguiente duda que supongo que para vosotros tendrá una respuesta muy sencilla: Supongamos que la web tiene dos componentes: Por un lado un menú cuya anchura máxima en caracteres conocemos y que voy a dimensionar en ems. Por ej. 20em y por otro lado el contenido de la página cuya anchura debería de ocupar el resto del ancho disponible de la página. ¿Como podría dimensionar esta anchura? La mar de bien XD. Te recomiendo la lectura de Bla bla Negative Margins (creo recordar que está en A list apart) y In Search of the One True Layout. No tengo los enlaces a mano ni ganas de buscarlos, dejo esa faena para ti. 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] Tema de colores
El 18/12/05, Josuke[EMAIL PROTECTED] escribió: Buenos días compañeros... Estoy buscando un sistema útil para gestionar los colores de un Sitio Web desde un archivo .css. Lo que quería saber es cómo poder establecer unos colores y después usarlos en los estilos cuando sean necesarios. // Por ejemplo color_a = #FF; color_b = #00; body { background-color: color_a } Hay forma de hacer algo así?? Pido disculpas si es una tontería. Lo puedes hacer en servidor, échale un ojo a CSS-SSC [1]. [1]: http://www.shauninman.com/plete/2005/08/css-constants.php 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] 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] 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
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] 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] ¿Bug tonto en Opera y MS IE?
Jaime Gómez Obregón wrote: resulta que ni Opera ni MSIE procesan bien las páginas con una línea en el head tan tonta como esta: script type=text/javascript src=js/javascript.js / Ambos cargan la página, todo el código, pero muestran el contenido vacío, en blanco. Lo hemos probado con otra web y el fallo se reproduce. El DOCTYPE que estamos usando es XHTML 1.1. Para que funcione es necesario esto: script type=text/javascript src=js/javascript.js/script Es decir, cerrar el tag script de modo no abreviado. El estándar XHTML 1.1 no dice nada de esto, y lógicamente el XML dice que ambas formas son intercambiables. Mozilla Firefox lo interpreta correctamente. Discrepo: Firefox lo está corrigiendo a su manera (¿feature?) que no es lo mismo que interpretarlo correctamente. Según la especificación HTML, `script` es un elemento que **requiere** etiqueta de cierre [1]. Así pues, si envías el documento con un mime `text/html`, el navegador **debe** esperar a que se cierre el elemento. Eso sí, si envías el documento como `application/xml+xhtml`, el elemento se debería considerar cerrado con script ... / tal como tú sugieres. Recordemos pues: XHTML servido como si de HTML se tratase... la misma mierda es XD [1]: file:///C:/Archivos%20de%20programa/Mozilla%20Firefox/extras-choan/html4.01/html401/interact/scripts.html#edef-SCRIPT Hemos perdido aquí un rato bien grande descifrando este ¿bug? tan tonto. No hay bug. No existe tal bug. No lo hay. Un saludo, 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] Re: ¿Bug tonto en Opera y MSIE?
Disculpen ustedes que no borre el chorizo, pero me parece interesante mantenerlo para seguir la conversación. Mi respuesta va por allá lejos, abaaajo... Andrés G. Aragoneses wrote: Choan C. Gálvez escribió: Jaime Gómez Obregón wrote: resulta que ni Opera ni MSIE procesan bien las páginas con una línea en el head tan tonta como esta: script type=text/javascript src=js/javascript.js / Ambos cargan la página, todo el código, pero muestran el contenido vacío, en blanco. Lo hemos probado con otra web y el fallo se reproduce. El DOCTYPE que estamos usando es XHTML 1.1. Para que funcione es necesario esto: script type=text/javascript src=js/javascript.js/script Es decir, cerrar el tag script de modo no abreviado. El estándar XHTML 1.1 no dice nada de esto, y lógicamente el XML dice que ambas formas son intercambiables. Mozilla Firefox lo interpreta correctamente. Discrepo: Firefox lo está corrigiendo a su manera (¿feature?) que no es lo mismo que interpretarlo correctamente. Según la especificación HTML, `script` es un elemento que **requiere** etiqueta de cierre [1]. Así pues, si envías el documento con un mime `text/html`, el navegador **debe** esperar a que se cierre el elemento. Eso sí, si envías el documento como `application/xml+xhtml`, el elemento se debería considerar cerrado con script ... / tal como tú sugieres. Recordemos pues: XHTML servido como si de HTML se tratase... la misma mierda es XD [1]: file:///C:/Archivos%20de%20programa/Mozilla%20Firefox/extras-choan/html4.01/html401/interact/scripts.html#edef-SCRIPT Hemos perdido aquí un rato bien grande descifrando este ¿bug? tan tonto. No hay bug. No existe tal bug. No lo hay. Pues yo no estoy de acuerdo. Vamos a ver: XHTML 1.0 dicta que script/script y script / son la misma cosa. Y si sirves XHTML 1.0 como text/html no estás contraviniendo ningún estándar. Es en XHTML 1.1 donde se obliga a servir el documento bajo un tipo MIME correcto, que yo sepa. Vale, en lo del MIME llevas razón, solo se exige a partir de XHTML 1.1, ahora bien, insisto en mi punto: si sirves el documento con un MIME correspondiente a HTML, al navegador le importa tres pepinos el DOCTYPE que le pongas, lo va a interpretar como HTML. Y como en HTML es obligatorio cerrar el elemento `script`, me parece muy lógico que la página no se interprete como _tú_ consideras que debería hacerse. EMHO, por tanto, IE y Opera tienen un bug. Pues para mí que no lo tienen. En todo caso una feature, igual que tú y yo ;) Por cierto, ¿qué versión de Opera? En la 8.5/Win no he podido reproducir el comportamiento. Yo lo descubrí por mí mismo hace bastante con el dichoso IE, pero bueno, existiendo un workaround tan fácil, ni siquiera me puse a investigar más el problema... La discusión es meramente teórica, la solución está implícita en el problema. 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] Opinión y consejos para mi segunda web
Carlos wrote: Estoy empezando en esto del diseño web y he terminado (por el momento) mi segunda web. Como he visto por la lista a alguna persona que pide opinión sobre su web pues digo yo que puedo hacerlo también. He intentado mantener limpio el código html y he usado el menor número de pijerías (efectos). Algo que me ayudó mucho ha sido leer y releer los diseños (CSS) de la web de csszengarden. Intento seguir la recomendación XHTML 1.1 (bien por el momento, según el validador de W3C). Pues eso, a ver si me dicen qué opinan. Estoy abierto a sugerencias teniendo en cuenta que los temas de la web serán el Inkscape y javascript sobre todo. La web es la siguiente : http://www.carlosgo.com (está claro como me llamo ;P). Carlos: Sin darle muchas vueltas, me ha escamado muy mucho no poder utilizar para la navegación * la cabecera (sería conveniente que apuntara a la página de inicio); * las imágenes de la página de inicio (no estaría de más que apuntaran a la sección correspondiente). Un saludo, 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] Enlazar imagen de fo ndo de una capa o la capa misma ¿cómo ?
Carlos wrote: Tengo en mi web un div con una imagende fondo (la cabecera de la página) y quiero que actue como un enlace a la página de inicio. Puedo hacerlo si javascript? Hay algún método o truco para hacerlo? Seguro que será muy simple hacerlo pero no tengo ni idea. P.D.: La capa sólo tiene la imagen de fondo y no quiero poner, en la medida de lo posible, un tag img. Sí, la hay, pero alguna etiqueta sí que tendrás que usar. Si mal no recuerdo, en tu web hay un enlace a la página de inicio... Puedes utilizar este marcado (que incluye un `span` tonto pero muy útil): a href=/ id=lnkHomeIniciospan/span/a Y este estilo #lnkHome span { position: absolute; top: lo-que-sea; left: lo-que-sea; width: lo-que-sea; height: lo-que-sea; } para situar el `span` **sobre** la cabecera. Como ya forma parte del enlace, actuará como enlace. 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] problema Firefox css
Dijo DJ-Dom: Otra posiblida si usas PHP, puedes cambiar el .css del archivo importado por .php y al principio del todo colocar: header(Content-Type: text/css); Eso hará que el documento se servia en el tipo que le indiques... (text/css en este caso) Y contestó Choan (yo): Ñec. ¿Y el cacheo? Respondió DJ-Dom: El archivo se guarda igual en la caché, es posible que se guarde de esta forma archivo.php como archivo[ALGO].css Porque la directiva de arriba lo que hace es que el navegador lo lea como tal tipo de archivo... Y ahora dice Choan (yo): Vaya, parece que me quedé corto en mi respuesta, pensaba que sabrías a qué me refería. Veamos, cuando es Apache el que se encarga de servir un documento estático (un fichero HTML, CSS, JS), el propio servidor se encarga de enviar las cabeceras correspondientes, entre ellas el tipo MIME. Además, le dice al navegador la fecha de última modificación del documento servido. De esta manera, cuando el navegador vuelva a solicitar al servidor el documento, tendrán más o menos esta conversación: N - Chiquillo, pásame el ficherico currojimenez.css si hay una versión más reciente que la que yo tengo, que es de fecha D/M/Y. S - Vale, por aquí lo tengo. Pero no creo que te interese, el contenido no ha variado. Es más, ¿sabes que te digo? ¡304! ¡304! N- Okis, muchas gracias. En cambio, al servir la página mediante PHP, el servidor no envía cabeceras de última modificación. Así que la conversación queda tal que así: N - Chiquillo, pásame el ficherico currojimenez.php. S - Vale, espera que lo procese y te lo devuelva. Ya está. ¡200! ¿Qué significa esto? Que cada vez que pidamos una página que incluya la hoja de estilos currojimenez.php, el servidor **enviará** la hoja de estilos y el navegador la descargará. Dijo Carlos Campderrós: Ctrl + Shift + r en firefox (Ctrl + F5 en el innombrable) En el nombrable también funciona Ctrl + F5. De _toa_ la vida. Por otra parte, lo que hace este comando es recargar el documento _ignorando_ lo que el navegador tenga en caché. Como supongo que esto ya lo sabes, vuelvo a deducir que me expresé mal. Fin de la comunicación. Salud, Choan PS: Por favor, recortad los pies de los mensajes, no supone un gran esfuerzo. ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] problema Firefox css
DJ-Dom wrote: Otra posiblida si usas PHP, puedes cambiar el .css del archivo importado por .php y al principio del todo colocar: header(Content-Type: text/css); Eso hará que el documento se servia en el tipo que le indiques... (text/css en este caso) Ñec. ¿Y el cacheo? 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] ¿Bug en el validador de CSS?
Choan C. Gálvez wrote: Me temo que he topado con un bug. En Mundo Du[1] estoy llamando a la hoja de estilo de la siguiente manera: style type=text/css media=screen, projection @import url('http://du.lacalabaza.net/wp-content/themes/du/style.css'); /style Pues bien, al pasarle la URL al validador[2], este me dice que flores, que debo utilizar HTML válido, cosa que ya hago[3]. El error que arroja dice: Línea: -1 medio no reconocido screen, projection ¿Alguna idea? ¿Un bug conocido? ¿Algo que no acierto a ver? Martin Szyszlican wrote: el medio no es projector? verificaste que no tenga razón? Nopes, el media es projection. Manuel González Noriega wrote: Descartemos estupideces, ¿has probado a quitar el espacio después de la coma? media=screen,projection Lo acabo de probar. Sin diferencias. Lo que más me escama es que el validador de HTML da por bueno mi código (porque lo es, que lo sé yo), el validador de CSS da por buena mi hoja de estilos. El problema surge cuando le doy la URL de mi HTML al validador de CSS. En fin, que yo sé que es válido, pero el validador no. Y así no saco buena nota en Examinator. Como diría mi abuela, cagonlá. En mi opinión es un bug, en concreto un bug que me toca las pelotas. (Dos minutos después) Tras un par de pruebas, parece que el validador peta si le pasamos más de un valor en el media. Si pongo solo uno (ya sea `screen` o `projection`) traga la mar de bien. Snif. Salud y gracias, Choan [1]: http://du.lacalabaza.net/ [2]: http://jigsaw.w3.org/css-validator/validator?uri=http%3A%2F%2Fdu.lacalabaza.netwarning=1profile=css2usermedium=all [3]: http://validator.w3.org/check?uri=http://du.lacalabaza.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] ¿Bug en el validador de CSS?
Federico Santoalla wrote: Parece que projection esta bien: http://www.w3.org/TR/REC-CSS2/media.html igualmente yo antes de acusar el bug, verificaria bien todo mi codigo. Está verificado, tanto el CSS como el XHTML son válidos. Salud, Choan ___ 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] Mejorar la presentacion de los bloques de codigo
(Edito el mensaje original para hacer menos bulto.) Milton Mazzarri escribió: [...] en los bloques de codigo que normalmente coloco en las entradas del blog, por ejemplo, cuando el codigo era muy extenso de manera horizontal controlaba el desborde haciendo uso de la propiedad 'overflow' [2]. [...] existe una barra de desplazamiento horizontal [...] la idea de la solucion es romper la linea y crear una nueva cuando se crea un desborde de manera horizontal, es necesario usar algunas propiedades propietarias puesto que los mas parecido en CSS2.1 es white-space: pre-wrap, [...] [...] he logrado solucionar el problema de la barra de desplazamiento horizontal, pero me da la impresion que algunos usuarios no estaran al tanto del rompimiento de las lineas, por lo cual se me ocurre anteponer un numero que indique el numero de linea en la que se encuentra, algo como lo mostrado en esta imagen [6]. Como puedo resolver la inquietud planteada en el parrafo anterior? puedo hacer uso de la generacion de contenido de CSS para resolver esto? Quizá te pueda ayudar [LIPT: Inyección de listas a gogó][1] (solución JS hecha en casa). El artículo incluye enlaces a otros métodos, pero no menciona estos dos que también podrían serte útiles (también JS): * dp.SyntaxHighlighter - free JavaScript syntax highlighting http://www.dreamprojections.com/SyntaxHighlighter/Default.aspx * star-light http://dean.edwards.name/my/examples/star-light/ Son mucho más completos (y mcho más pesados). Un saludo, Choan [6] http://www.milmazz.com/wp-content/ejemplos.de.bloques.de.codigo/codigo.png ___ 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