Re: [Ovillo] ventanas emergentes en CSS
Javascript, no intrusivo por supuesto En este hilo de Domestika viene cómo hacerlo si necesitas pasarle parámetros a la función que abre la ventana. Creo que la solución final estaba de las últimas páginas, o en la web de Sergi (Zigotica) que enlaza al principio http://www.domestika.org/foros/viewtopic.php?t=43510 2006/7/29, Sureña [EMAIL PROTECTED]: Buenas y frias noches, listeros aqui en la patagonia Intentare explicarme claramente: Quiero hacer una especie de ventana emergente de esta forma: tengo un titulo de un libro y quiero que al clickear en ese enlace se abra a un costado, sin cerrar la ventana principal, una caja con informacion del autor, y que una vez que se clickea en la pagina ppal de nuevo, esa ventanita energente desaparezca, debe ser una ventana pequeña, ya que ira solo dos o tres lineas de informacion. Como y con que conviene hacerlo? con CSS, se puede? y con jscript no intrusivo? Gracias de antemano por todas las respuestas. Alejandra -- -.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-. Todos los excesos son malos Juzga tu exito, en relacion a lo que tienes que renunciar para ello Confia en Dios, pero cierra bien la puerta -.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-. ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo -- Orange at GMail ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] strong o b?
A mi es que me cuesta pensar por qué una palabra va a estar resaltada visualmente si no se diferencia del resto de sus compañeras a nivel de semántica. ¿Por qué queremos meter una palabra en negrita? Para darle relevancia, luego dicha relevancia ha de estar también en el código. Ponme un ejemplo real de un párrafo donde haya una palabra en negrita en el que no tenga más relevancia que el resto de palabras y yo te mostraré un párrafo donde una negrita está mal empleada ;) Es decir si una palabra adquiere especial relevancia, vamos a dársela - STRONG, y de esta forma vale para todo el mundo: agentes visuales, lectores de pantalla y buscadores Y si no la tiene no se la demos, para nadie. Pero no hagamos que una palabra resalta para los agentes visuales y no para el resto del mundo, porque en ese caso algo está mal en el planteamiento. 2006/6/23, Juan G. Hurtado [EMAIL PROTECTED]: Buenas, lo que creo que debe quedar claro es que STRONG no es un sustituto de B, y viceversa. Son cosas totalmente distintas. Simplemente por el hecho de que ahora nos fijemos más en la semántica del documento, no tenemos por qué sustituir todos los B antiguos por STRONG. De hecho, si lo que queremos es mejorar la semántica del documento, tenemos que estudiar muy bien si lo que queremos es un resaltado semántico, o un simple resaltado visual y NO semántico, y en base a eso decidir qué necesitamos. Un saludo. -- Juan G. Hurtado [ [EMAIL PROTECTED] ] [ http://armonia.spiral-static.org/ ] ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo -- Orange at GMail ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] strong o b?
Yo ya desisto ... 2006/6/23, Coke Delta8 [EMAIL PROTECTED]: Que hilo más largo para algo tan sencillito (desde mi humilde punto de vista) b tiene menor peso semántico que strong y para cuando es algo puramente presentación, es decir por motivos estéticos, no por enfatizar lo marcado 'font-weight: bold;' lo mas probable es no no tener que crear ningún elemento span específico posiblemente ya tengamos algún elemento al que fomatear, yo alguna vez he usado font-weight: bold; el algún menu (ulli) por motivos puramente estéticos, por ejemplo. Un saludo 2006/6/23, Juan G. Hurtado [EMAIL PROTECTED]: Buenas, El 23/06/2006, a las 10:27, Orange at GMail escribió: Vicente. Si algo está resaltado visualmente yo creo que también habría que resaltarlo semánticamente. Pero dejando de lado esta cuestión (en la que seguro no nos ponemos de acuerdo), la etiqueta no semantica para resaltar un texto tendría que ser SPAN, nunca B, a las pruebas me remito: http://www.w3.org/TR/html401/present/graphics.html#h-15.2 Juan, te digo lo mismo, me parece mal a nivel de concepto resaltar algo visualmente y no hacerlo para el resto del mundo mundial, pero si se hace, no hay que meter un B. Totalmente de acuerdo, ya que el elemento B, aunque totalmente válido, no está recomendado. Sobre el tema del resaltado, hay que tener en cuenta que el diseño global de una página no está disponible para todo el mundo mundial. Por tanto, el resaltado del que hablo, como forma parte del diseño, no tiene por qué estar reflejado en la semántica del documento. -- Juan G. Hurtado [ [EMAIL PROTECTED] ] [ http://armonia.spiral-static.org/ ] ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo -- Orange at GMail ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] strong o b?
Y a mi que me parece que hay tantas cosas interesantes por las que discutir como para seguir perdiendo el tiempo en estas cosas XD En fin, de todo hay en la viña del W3C, y hay gente que hila muy fino para defender el uso de B. Véase el ejemplo: http://www.domestika.org/foros/viewtopic.php?t=44093 Resumo lo que saqué yo en limpio después de perder un tiempo precioso: http://www.w3.org/TR/html401/present/graphics.html#h-15.2 The following HTML elements specify font information. Although they are not all deprecated, their use is discouraged in favor of style sheets Está meridianamente claro que, si bien la etiqueta no está deprecated, está desaconsejada. Si para alguien esto no es suficiente para evitar su uso para mi sí. Salud! PD: Por cierto, al hilo del tema que discutíais... si vamos a resaltar un texto en una página mediante una negrita digo yo que será porque dicho texto merece ser resaltado, y entones deberíamos utilizar STRONG y no SPAN (y mucho menos B :P). Tanto los agentes no viduales como los motores de búsqueda nos lo agradecerán. 2006/6/22, Hermann Kaser [EMAIL PROTECTED]: On 6/22/06, Iban Rodriguez [EMAIL PROTECTED] wrote: Pregunta: ¿Poner en negrita un texto no es una forma de enfatizarlo o destacarlo? ¿Acaso la vista no se va a lo que le llama la atencion, a lo que destaca...? Yo creo que si, y por eso también creo que se debe de usar strong y no b. bSí, puede que quizas, después de todo, tengas razon/b Vale, sí, stronglo admito/strong, es mejor y strongdebería/strong utilizarse strong en lugar de b. Para que querrias mostrar la primera linea en negirta? bEl motivo/b Simplemente, strongporque lo digo yo/strong y ya esta, emo tienes algo que opinar?/em. Porque a mi, sin ichulerías/i, eh. Esta y la siguiente parecen definiciones, se podria usar una lista de definiciones, o incluso podrian usarse cabeceras. bLa despedida/b Bueno, y con esto termino, strongme rindo!/strong tranquilos, desisto en mi empeño. bSaluda atentamente/b __ ?php $Autor = Iban Rodriguez; // Programador, THE MOVIE ? www.themovie.org En español es énfasis y en inglés emphasis, ¿no? ___ Lista de distribución Ovillo Para 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 -- Hermann Kaser http://www.theragingche.com/ ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo -- Orange at GMail ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] CSS y Legend
Hombre, la especificación HTML te pone qué atributos se le pueden aplicar, lo cual puede ser importante. Pero bueno, no es el caso, me dejé llevar por lo que ponía en CSS Disscuss y cuando fui a la especificación ví que no era correcto. De todas formas algo raro tiene esta etiqueta. Si le pones al legend: position: relative; top: 20px; ni la mueve... y eso debería funcionar en elementos en línea y en todos los lados. Respecto al ejemplo (o más que hay por ahí), todos los que meten legend tienen el borde del fieldset por debajo de él. No hay manera de conseguir que se posicionen de forma normal. Lo de meter el legend dentro de un span o un div no me funciona. Bueno, hay cosas que funcionan en FireFox, otras en Explorer 6, otras en el 5.5, algunas en el 5.0, otras en Opera... y ya digo que sin arrancar el Mac a ver qué pasa. Es decir que además de chapucilla, no es robusta. En fin, para el proyecto que me ocupa creo que podreé utilizarla, porque con el diseño que tengo me vale con lo que la etiqueta puede hacer. Pero no es una solución global. 2006/6/19, Federico MP [EMAIL PROTECTED]: On 6/18/06, Orange at GMail [EMAIL PROTECTED] wrote: Con la iglesia hemos topao... resulta que los a los cachondos del W3C les da por hacer que no se le puedan aplicar más que un par de atributos. Acabáramos, resulta que la forma más semántica de darle un título a un fieldset es con Legend, pero no te dejan hacer una mierda con él. MUY buena política para fomentar su uso, señores del World Wide Web Consortium. Una cosa es un atributo en un HTML y otra cosa las propiedades en CSS. BLOCKQUOTE tampoco tiene una gran colección de atributos y no he visto críticas sobre él. Como mucho, el problema sería que la spec habla poco y nada de aplicar CSS en formularios. -- Federico MP http://511.dabomb.com.ar ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo -- Orange at GMail ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] CSS y Legend
Lo dicho, que no hay manera...
A mi me parece una gran cagada, ¿no habíamos quedado que HTML para contenido
y CSS para presentación? ... Pues que nos dejen poner contenido semántico y
formatearlo a gusto.
Hacer estas cosas son ganas de que el desaroollador al final no meta el
Legend y meta cualquier otra cosa.
Bernat, con tu premiso vpy a poner tu respuesta en este hilo de Domestika
donde también estamos hablando del tema:
http://domestika.org/foros/viewtopic.php?t=47685
2006/6/19, Hermann Kaser [EMAIL PROTECTED]:
On 6/19/06, Bernat Lleonart [EMAIL PROTECTED] wrote:
Hola,
El otro día me estaba peleando yo con un legend para situarlo donde
quería con position: absolute dentro del fieldset, y sólo me
funcionaba en IE. En CSS-Discuss me dijeron que mirara en C:\Archivos
de programa\Mozilla Firefox\res\forms.css y vi lo siguiente:
legend {
padding-left: 2px;
padding-right: 2px;
border: none;
position: static ! important;
float: none ! important;
}
O sea que poca cosa se puede hacer con el legend :(
Mirando por lo bugs de bugzilla me encontre con esto:
https://bugzilla.mozilla.org/show_bug.cgi?id=292736
Donde dicen que el problema es que el elemento legend no se comporta
como ningun otro elemento (no estoy muy seguro de que manera). Al
parecer algo similar pasa con fieldsets.
No sé si esto os puede aclarar algo.
On 6/19/06, Orange at GMail [EMAIL PROTECTED] wrote:
Hombre, la especificación HTML te pone qué atributos se le pueden
aplicar,
lo cual puede ser importante. Pero bueno, no es el caso, me dejé
llevar por
lo que ponía en CSS Disscuss y cuando fui a la especificación ví que
no era
correcto.
De todas formas algo raro tiene esta etiqueta. Si le pones al legend:
position: relative; top: 20px; ni la mueve... y eso debería funcionar
en
elementos en línea y en todos los lados.
Respecto al ejemplo (o más que hay por ahí), todos los que meten
legend
tienen el borde del fieldset por debajo de él. No hay manera de
conseguir
que se posicionen de forma normal.
Lo de meter el legend dentro de un span o un div no me funciona.
Bueno, hay
cosas que funcionan en FireFox, otras en Explorer 6, otras en el 5.5,
algunas en el 5.0, otras en Opera... y ya digo que sin arrancar el Mac
a ver
qué pasa. Es decir que además de chapucilla, no es robusta.
En fin, para el proyecto que me ocupa creo que podreé utilizarla,
porque con
el diseño que tengo me vale con lo que la etiqueta puede hacer. Pero
no es
una solución global.
2006/6/19, Federico MP [EMAIL PROTECTED]:
On 6/18/06, Orange at GMail [EMAIL PROTECTED] wrote:
Con la iglesia hemos topao... resulta que los a los cachondos del
W3C
les da
por hacer que no se le puedan aplicar más que un par de atributos.
Acabáramos, resulta que la forma más semántica de darle un título
a un
fieldset es con Legend, pero no te dejan hacer una mierda con él.
MUY
buena
política para fomentar su uso, señores del World Wide Web
Consortium.
Una cosa es un atributo en un HTML y otra cosa las propiedades en
CSS.
BLOCKQUOTE tampoco tiene una gran colección de atributos y no he
visto
críticas sobre él.
Como mucho, el problema sería que la spec habla poco y nada de
aplicar
CSS en formularios.
--
Federico MP
http://511.dabomb.com.ar
___
Lista de distribución Ovillo
Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org
Puedes modificar tus datos o desuscribirte en la siguiente
dirección:
http://ovillo.org/mailman/listinfo/ovillo
--
Orange at GMail
___
Lista de distribución Ovillo
Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org
Puedes modificar tus datos o desuscribirte en la siguiente dirección:
http://ovillo.org/mailman/listinfo/ovillo
___
Lista de distribución Ovillo
Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org
Puedes modificar tus datos o desuscribirte en la siguiente dirección:
http://ovillo.org/mailman/listinfo/ovillo
--
Hermann Kaser
http://www.theragingche.com/
___
Lista de distribución Ovillo
Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org
Puedes modificar tus datos o desuscribirte en la siguiente dirección:
http://ovillo.org/mailman/listinfo/ovillo
--
Orange at GMail
___
Lista de distribución Ovillo
Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org
Puedes modificar tus datos o desuscribirte en la siguiente dirección:
http://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] CSS y Legend
Yo mismo me rebato ... Revisando más en profundidad la especificación nos encontramos esto para Legend y Fieldset: http://www.sidar.org/recur/desdi/traduc/es/html401-es/interact/forms.html#h-17.10 Definiciones de atributos de LEGEND align = top|bottom|left|right [CI] Desaprobado. Este atributo especifica la posición de la leyenda con respecto al grupo de campos (fieldset). Valores posibles: * top: La leyenda está en la parte superior del grupo de campos. Este es el valor por defecto. * bottom: La leyenda está en la parte inferior del grupo de campos. * left: La leyenda está a la izquierda del grupo de campos. * right: La leyenda está a la derecha del grupo de campos. Atributos definidos en otros lugares * id, class (identificadores a nivel de documento) * lang (información sobre el idioma), dir (dirección del texto) * title (título del elemento) * style (información de estilo en línea) * accesskey (teclas de acceso) * onclick, ondblclick, onmousedown, onmouseup, onmouseover, onmousemove, onmouseout, onkeypress, onkeydown, onkeyup (eventos intrínsecos) O sea que no es porque no se le puedan definir cosas. Bien, así las cosas está claro que a FIELDSET o a LEGEND los navegadores le dan unos artibutos por defecto que no hay manera de cambiar, al menos fácilmente y menos crossbrowser. Si alguien tiene idea feliz que la ponga please. La hoja de estilos por defecto que propone el W3C tampoco da muchas pistas ... http://www.sidar.org/recur/desdi/traduc/es/css/sample.html 2006/6/18, Orange at GMail [EMAIL PROTECTED]: Todos aquellos que hayais tratado de darle formato a un LEGEND dentro de un FIELDSET os habreis encontrado con la desagradable sorpresa de que no hay manera de que aquello funcione como toca. Yo ya lo intenté hace tiempo, cuando sabía algo menos de CSS, y abandoné... Pero como es de estas cosas que se preguntan constantemente aqui y allá pues me he tratado de poner de nuevo a la tarea... y he vuelto a abandonar, pero esta vez creo que definitivamente. A la estructura: fieldset legend/legend /fieldset Le he aplicado todos mis sucios trucos, y no hay manera de conseguir un comportamiento consistente multinavegador, y eso que no he arrancado el Mac. Además había una cosa que me mosqueaba, con cada intento había navegadores en los que parecía funcionar una cosa u otra... excepto con FireFox, donde parecía que nada daba esultado. Y si en FireFox no rula, es que algo raro estás haciendo. Finalmente me he puesto a Googlear, y después de unos cuantos enlaces en los que lo único que hacen es darle un color y cosas así de simples, he llegado a CSS Disscuss - http://archivist.incutio.com/viewlist/css-discuss/11279 Essentially, the issue seems to be that CSS is unable to override the display of legend elements within a fieldset. The reality is, you're not able to override much with CSS. Because LEGEND only has a couple of attributes. From the XHTML Transitional DTD: !ELEMENT legend %Inline; !-- fieldset label -- !ATTLIST legend %attrs; accesskey %Character;#IMPLIED align %LAlign; #IMPLIED Accesskey and Align are your only attributes, and it displays Inline by default. I'm not much of a DTD wizard, but what all of this means is that you can't apply a width to the LEGEND element. You run into the same thing with LABEL. Which is why I use a SPAN around LABEL elements to format them: http://www.r2communications.com/cssTests/form_final.htm As I said, I don't understand DTDs as well as I should, so I may be wrong. The conclusions that I've drawn about why widths can't be applied via CSS to LEGEND and LABEL elements are my own. If I'm wrong, hopefully someone will point it out:) Randal Con la iglesia hemos topao... resulta que los a los cachondos del W3C les da por hacer que no se le puedan aplicar más que un par de atributos. Acabáramos, resulta que la forma más semántica de darle un título a un fieldset es con Legend, pero no te dejan hacer una mierda con él. MUY buena política para fomentar su uso, señores del World Wide Web Consortium. Resultado, cualquiera que quiera hacer algo medio normal con un título para un filedset tendrá que utilizar cualquier etiqueta que no sea Legend. De cojones. -- Orange at GMail -- Orange at GMail ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] layout semiliquido, duda inicial
Solucionado, aqui va una prueba de concepto, luego ya es cuetión de adaptarla a cada situación y metodología para discriminar navegadores http://domestika.org/foros/viewtopic.php?p=368536#368536 2006/6/5, Orange at GMail [EMAIL PROTECTED]: En estos momentos lo que estoy utilizando va por esa línea: - CSS limpia para navegadores que lo soportan - CSS con comentarios condicionales para Explorer 6 e inferiores - Cálculo del width a través de expressions en la CSS para Explorer. Si consigo que funcione para mi será una solución aceptable, si no tendré que recurrir a un fichero JS, linkado también con comentarios, como bien dices. El día 5/06/06, Marco Giacomuzzi [EMAIL PROTECTED] escribió: Quoting Orange at GMail [EMAIL PROTECTED]: Pues les voy a echar un ojo, muchas gracias De todas formas yo siempre trataría de que la solución fuera puramente CSS para los que lo soporten (que para eso está y funciona perfectamente) y enchufar el javascript para aquellos que no lo hacen (basicamente Explorer). Yo también adoptaría la misma solución, tal vez utilizando los comentarios condicionales (no valen solo para las CSS [1]) para el uso del JavaScript. 1. http://msdn.microsoft.com/workshop/author/dhtml/overview/ccomment_ovw.asp This message was sent using IMP, the Internet Messaging Program. ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo -- Orange at GMail -- Orange at GMail ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Filtro CSS para Opera 8.5
Esto me va de perlas para filtrar Opera
@media screen and (min-width: 10px) {
#selector {
propiedad: valor;
}
}
¿Tienes a mano algún link donde se documente un poco el filtro? ... es por
enterarme un poco de si estamos utilizando un bug o qué, por preveer futuras
consecuencias
Mil gracias
2006/6/7, Maikel Naigt [EMAIL PROTECTED]:
Hola Orange.
On 6/6/06, Orange at GMail [EMAIL PROTECTED] wrote:
Sigo con mi particular via crucis ...
¿Alguien conocel algún filtro específico para Opera 8.5? (o los Opera
actuales)
Mira a ver este:
@media screen and (min-width: 10px) {
#selector {
propiedad: valor;
}
}
Gracias
De nada.
Un saludo, David Merino Ogando.
--
Orange at GMail
___
Lista de distribución Ovillo
Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org
Puedes modificar tus datos o desuscribirte en la siguiente dirección:
http://ovillo.org/mailman/listinfo/ovillo
___
Lista de distribución Ovillo
Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org
Puedes modificar tus datos o desuscribirte en la siguiente dirección:
http://ovillo.org/mailman/listinfo/ovillo
--
Orange at GMail
___
Lista de distribución Ovillo
Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org
Puedes modificar tus datos o desuscribirte en la siguiente dirección:
http://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Filtro CSS para Opera 8.5
Mecagüen ... eso no valida, y en este proyecto estoy intentando ir a por la
triple A
:(
Ains!
2006/6/10, Orange at GMail [EMAIL PROTECTED]:
Esto me va de perlas para filtrar Opera
@media screen and (min-width: 10px) {
#selector {
propiedad: valor;
}
}
¿Tienes a mano algún link donde se documente un poco el filtro? ... es por
enterarme un poco de si estamos utilizando un bug o qué, por preveer futuras
consecuencias
Mil gracias
2006/6/7, Maikel Naigt [EMAIL PROTECTED]:
Hola Orange.
On 6/6/06, Orange at GMail [EMAIL PROTECTED] wrote:
Sigo con mi particular via crucis ...
¿Alguien conocel algún filtro específico para Opera 8.5? (o los Opera
actuales)
Mira a ver este:
@media screen and (min-width: 10px) {
#selector {
propiedad: valor;
}
}
Gracias
De nada.
Un saludo, David Merino Ogando.
--
Orange at GMail
___
Lista de distribución Ovillo
Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org
Puedes modificar tus datos o desuscribirte en la siguiente dirección:
http://ovillo.org/mailman/listinfo/ovillo
___
Lista de distribución Ovillo
Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org
Puedes modificar tus datos o desuscribirte en la siguiente dirección:
http://ovillo.org/mailman/listinfo/ovillo
--
Orange at GMail
--
Orange at GMail
___
Lista de distribución Ovillo
Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org
Puedes modificar tus datos o desuscribirte en la siguiente dirección:
http://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Comentarios condicionales y Explorer Mac
He tirado por la opción de Jorge, al final me parecía la más sencilla y puramente CSS. Además así tengo una CSS explusiva IEMac, que con media horita de apaños (ya que la tenía) ha dejado el sitio web clavao para este navegador. Lo cual me ha puesto contento. El día 8/06/06, DJ-Dom [EMAIL PROTECTED] escribió: Pero puede usar lenguaje de servidor, que es mas efectivo para detectar el navegador.. PHP: http://techpatterns.com/downloads/download_item.php?folder=scriptsfilename=browser_detection_php_ar.txt Este puede mostrar la familia, por ejemplo geckco...Si es ie de MAC, la versión numérica, así como el sistema operativo y su versión... En la misma página encuentras version JavaScript, y una versión más sencilla del ejemplo anterior... Saludo, DJ-Dom 2006/6/7, Coke Delta8 [EMAIL PROTECTED]: Antes de nada aclarar que lo que voy a aclarar que, lo que se me ocurre no es una solución, es un vil apaño y que yo mismo no se si usaría, pero si no se te ocurre nada puede que con esto por lo menos, no lo vean mal todos los usuarios maqueros, aunque los usuarios de Mac que tengan IE y el JS desactivado se quedarían fuera de este apaño :( El apaño es bien sencilla: detectar la versión del SO y del navegador en javascript y si es un mac con IE, aplicarle el estilo y bueno siempre podrías aplicar la solución de cargar todos los estilos y parches a piñón fijo en no script. ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo -- www.dj-dom.net [EMAIL PROTECTED] ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo -- Orange at GMail ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Comentarios condicionales y Explorer Mac
El problema es que IEMac no soporta comentarios condicionales, es lo que
ponían las primeras respuestas del hilo y la verdad es que la hoja de
condicionales nunca llegó a IEMac, por eso no me funcionaba y por eso puse
este post
:o)
Te pego la solución que he usado (que me dió Jorge):
style type=text/css
/*\*//*/
@import url(iemac.css);
/* */
/style
El día 9/06/06, Enrique Rodriguez [EMAIL PROTECTED] escribió:
Buenas... perdón por la tardanza, pero se me había pasado este post.
Yo usaría directamente esto, sin especificar la versión de IE, es lo que
suelo hacer:
En lugar de meter el estilo directamente, puedes especificar una hoja de
estilo externa, como prefieras:
!--[if IE]
style
div.logo {
margin-left: 10px;
}
/style
![endif]--
Este es para meter el estilo directamente.
!--[if IE]
style type=text/css media=screen
@import url(css/ie.css);
/style
![endif]--
Así puedes importar el CSS desde fuera, por si es muy extenso.
Si te apetece, o al que le apetezca, escribí hace poco un artículo sobre
el tema.
http://ervdesign.net/blog/?p=26
Salu2.
Enrique ;-)
Orange at GMail escribió:
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?
Gracias
:)
___
Lista de distribución Ovillo
Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org
Puedes modificar tus datos o desuscribirte en la siguiente dirección:
http://ovillo.org/mailman/listinfo/ovillo
--
Orange at GMail
___
Lista de distribución Ovillo
Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org
Puedes modificar tus datos o desuscribirte en la siguiente dirección:
http://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Filtro CSS para Opera 8.5
Esa tabla ya la he estado revisando y no acabo de encontrar nada que haga blanco en Opera pero no en Mozilla, FireFox, etc... Los explorers los tengo controlados, pero Opera accede a la CSS buena, y en general tiene buen soporte, pero me está haciendo la pifia en una cosita que me gustaría dejar cerrada. Sigo buscando... 2006/6/6, Alejandro Lillo [EMAIL PROTECTED]: On 6/6/06, DJ-Dom [EMAIL PROTECTED] wrote: ¿Y que es un filtro CSS? Un hack... 2006/6/6, Orange at GMail [EMAIL PROTECTED]: Sigo con mi particular via crucis ... ¿Alguien conocel algún filtro específico para Opera 8.5? (o los Opera actuales) yo sólo conozco las típicas tablas [1] y nunca me he tenido que enfrentar con un hack de opera 8.5+. Ahí solo habla de opera 8 así que no se... [1]http://centricle.com/ref/css/filters/ -- Alejandro Lillo www.nordic-design.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 -- Orange at GMail ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Filtro CSS para Opera 8.5
Cierto, lo probaré. Muchas gracias :) El día 6/06/06, Raul Martin [EMAIL PROTECTED] escribió: Hola, OaG Respecto al tema FireFox + Opera + Netscape... la cuestión es que el OaG problema lo tiene Opera, ni FireFox ni Netscape. Si le aplico la solución OaG que entiende Opera también al Nets, estoy perdiendo un navegador que hace lo OaG que debe. De ahí el segundo hack, que te permite restaurar la situación en estos navegadores, haciendo que el anterior hack solo afecte a Opera... es decir, head:first-child+body div aplica el valor a Mz, Ns y Op para aplicarlo solo a opera tienes que restaurar Mz y Ns, encuentras en la tabla que html*#test se aplica a Mz, Ns pero no a Op, por lo que restaurando aqui la propiedad, el valor asignado anteriormente se marca solo sobre Opera. Es decir, en el cuadro de filtros, los Y del primer filtro tienen un Y en el segundo filtro, excepto en opera. Como siempre que hago un comentario sobre filtros, recomiendo que solo se usen como ultimo recurso, pero es solo una opinión. Y si los separas a una hoja distinta, como comentabas, documéntalo bien para el futuro. Pd, en el caso que propones, no he visto manera de componer varios hacks para salvar esta solución en una sola regla, que parece que es lo que buscas. Si la encuentras, no dudes en comentarla por aquí ;) Un saludo y espero haberme explicado mejor :) Sorry ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo -- Orange at GMail ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo
[Ovillo] Comentarios condicionales y Explorer Mac
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? Gracias :) -- Orange at GMail ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Comentarios condicionales y Explorer Mac
No sé qué me parece peor, si incluir los 4 parches que le meto en la CSS principal (mi idea era dejarla limpia de polvo y paja) o enchufar todo eso en cada una de las páginas del site. En fin muchas gracias, ya veré qué hago B. El día 5/06/06, Jorge [EMAIL PROTECTED] escribió: IE/Mac no tiene comentarios condicionales, pero puedes usar un hack: style type=text/css /*\*//*/ @import url(iemac.css); /* */ /style Y solucionado. Orange at GMail escribió: 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? Gracias :) ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo -- Orange at GMail ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Comentarios condicionales y Explorer Mac
Hum...el @import puede estar anidado dentro de la CSS principal (aunque en la especificación no recomiendan pasarse con estas cosas). Igual tiro por ahí, lo dejo por si a alguien le parece buena idea 2006/6/5, Orange at GMail [EMAIL PROTECTED]: No sé qué me parece peor, si incluir los 4 parches que le meto en la CSS principal (mi idea era dejarla limpia de polvo y paja) o enchufar todo eso en cada una de las páginas del site. En fin muchas gracias, ya veré qué hago B. El día 5/06/06, Jorge [EMAIL PROTECTED] escribió: IE/Mac no tiene comentarios condicionales, pero puedes usar un hack: style type=text/css /*\*//*/ @import url(iemac.css); /* */ /style Y solucionado. Orange at GMail escribió: 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? Gracias :) ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo -- Orange at GMail -- Orange at GMail ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] layout semiliquido, duda inicial
Te respondo que estoy justamente con eso...
- Firefox y seguidores de los estándares perfecto
- IE7 no soporta min y max width a día de hoy (si te encuentras algún
artículo ponlo en duda, en el blog de MSDN lo último que me he encontrado yo
es que estaban en ello, y he probado y no rula - IE7 Beta2)
- Para IE6 e IE5.x puede utilizar expressions, pero todavía estoy en ello.
Hacer un min o max width a secas no es problema, pero unir los 2 en una
declaración ya es otra historia. Lo más lejos que he llegado es a IE6 y con
medidas en pixeles, en EMs no me rulaba no sé por qué.
Puedes tratar de utilizar javascript a ver qué pasa, es básicamente lo mismo
que expressions.
Referencias.
IE7 y su soporte: http://css-discuss.incutio.com/?page=IE7
Min-Max especificamente en el IEBlog:
http://blogs.msdn.com/ie/archive/2006/02/02/523679.aspx#524199
Min-width con expressions:
http://domestika.org/foros/viewtopic.php?t=36281highlight=expressions+minwidth
Si consigues resolver el problema del min + max width para explorer (todas
las versiones) y con unidades repativas postea por aqui please, que estoy
detrás de ello
Saludetes
B.
2006/6/5, Pedro Moreno [EMAIL PROTECTED]:
hola,
code
#container{
min-width:750px;
max-width:1010px;
(...)
/code
¿es buena idea poner un contenedor que limite anchos, para lograr un
interfaz semilíquido que funcione tanto en 800x600 como en 1024 y no quede
mal en 1280? ¿alguna sugerencia? ¿donde puedo mirar si es compatible con
browsers raros? y para el IE7 que tambien me da miedo...
gracias!
p.
___
Lista de distribución Ovillo
Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org
Puedes modificar tus datos o desuscribirte en la siguiente dirección:
http://ovillo.org/mailman/listinfo/ovillo
--
Orange at GMail
___
Lista de distribución Ovillo
Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org
Puedes modificar tus datos o desuscribirte en la siguiente dirección:
http://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] layout semiliquido, duda inicial
Pues les voy a echar un ojo, muchas gracias De todas formas yo siempre trataría de que la solución fuera puramente CSS para los que lo soporten (que para eso está y funciona perfectamente) y enchufar el javascript para aquellos que no lo hacen (basicamente Explorer). El día 5/06/06, Marco Giacomuzzi [EMAIL PROTECTED] escribió: Quoting Orange at GMail [EMAIL PROTECTED]: Si consigues resolver el problema del min + max width para explorer (todas las versiones) y con unidades repativas postea por aqui please, que estoy detrás de ello Justo esta mañana se trataba el tema en un foro italiano y las diferentes sugerencias estan en estos dos enlaces (en italiano pero hay también referencias a páginas en inglés) - http://www.lucamascaro.info/old/articolo.xsp?id=13 - http://forum.html.it/forum/showthread.php?postid=8845691#post8845691 Ciao -- Marco Giacomuzzi http://www.seraccesible.net/ --- Actualmente vivo en: MADRID, España hablo castellano - parlo italiano - I speak english --- This message was sent using IMP, the Internet Messaging Program. ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo -- Orange at GMail ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] layout semiliquido, duda inicial
En estos momentos lo que estoy utilizando va por esa línea: - CSS limpia para navegadores que lo soportan - CSS con comentarios condicionales para Explorer 6 e inferiores - Cálculo del width a través de expressions en la CSS para Explorer. Si consigo que funcione para mi será una solución aceptable, si no tendré que recurrir a un fichero JS, linkado también con comentarios, como bien dices. El día 5/06/06, Marco Giacomuzzi [EMAIL PROTECTED] escribió: Quoting Orange at GMail [EMAIL PROTECTED]: Pues les voy a echar un ojo, muchas gracias De todas formas yo siempre trataría de que la solución fuera puramente CSS para los que lo soporten (que para eso está y funciona perfectamente) y enchufar el javascript para aquellos que no lo hacen (basicamente Explorer). Yo también adoptaría la misma solución, tal vez utilizando los comentarios condicionales (no valen solo para las CSS [1]) para el uso del JavaScript. 1. http://msdn.microsoft.com/workshop/author/dhtml/overview/ccomment_ovw.asp This message was sent using IMP, the Internet Messaging Program. ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo -- Orange at GMail ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] IE7 soporta min-width, max-width, min-height y max-height
Hola a todos, Estoy tratando de implementar esto en IE7 Beta2 y no me funciona, ¿alguien lo ha probado y le funcionan los min y max width en Explorer 7? Gracias 2006/3/23, José R. Quevedo [EMAIL PROTECTED]: Es cierto, al parecer es compatible con min-width, max-width, min-height y max-height (poco a poco!), pero, lamentablemente, no soportará los pseudo-elementos :before y :after ni tampoco las propiedades content y display:table. Ya están apareciendo los primeros comentarios al respecto: - http://mezzoblue.com/archives/2006/03/21/mix06/ (Dave Shea) - http://www.simplebits.com/notebook/2006/03/21/seven.html (Dan Cederholm) - http://meyerweb.com/eric/thoughts/2006/03/21/mixed-impressions/ (Eric Meyer) - http://www.stuffandnonsense.co.uk/archives/mix06_viva_las_vegas.html(Malarkey) - http://www.456bereastreet.com/archive/200603/new_clearing_method_needed_for_ie7/(Roger Johansson). Saludos. --- José Ramón Quevedo Santana Técnicas CSS http://www.qweos.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 -- Orange at GMail ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] IE7 soporta min-width, max-width, min-height y max-height
Señores... he estado googleando y los primeros resultados que dicen que IE7 soportará estas propiedades son de gente de esta lista o relacionados (y casi todos referenciando el antículo que se cita al comienzo de este hilo). Por otro lado, en CSS Discuss dicen esto otro: min-height, max-height, min-width, max-width Fixed in Mar20: - IE7b2 still does not support min-height, max-height, min-width or max-width. However, it has been stated a number of times by the programmers in their request topic that these properties are going to be worked on now that overflow: visible is fixed [18]http://www.google.com/url?sa=Dq=http%3A%2F%2Fblogs.msdn.com%2Fie%2Farchive%2F2006%2F01%2F31%2F520883.aspx%23522483; min/max we heard the request and working hard on it. Hopefully we make it for IE7. -- Markus [MSFT] [19]http://www.google.com/url?sa=Dq=http%3A%2F%2Fblogs.msdn.com%2Fie%2Farchive%2F2006%2F02%2F02%2F523679.aspx%23524199 ¿A alguien le funciona? Cenks 2006/6/4, Orange at GMail [EMAIL PROTECTED]: Hola a todos, Estoy tratando de implementar esto en IE7 Beta2 y no me funciona, ¿alguien lo ha probado y le funcionan los min y max width en Explorer 7? Gracias 2006/3/23, José R. Quevedo [EMAIL PROTECTED]: Es cierto, al parecer es compatible con min-width, max-width, min-height y max-height (poco a poco!), pero, lamentablemente, no soportará los pseudo-elementos :before y :after ni tampoco las propiedades content y display:table. Ya están apareciendo los primeros comentarios al respecto: - http://mezzoblue.com/archives/2006/03/21/mix06/ (Dave Shea) - http://www.simplebits.com/notebook/2006/03/21/seven.html (Dan Cederholm) - http://meyerweb.com/eric/thoughts/2006/03/21/mixed-impressions/ (Eric Meyer) - http://www.stuffandnonsense.co.uk/archives/mix06_viva_las_vegas.html(Malarkey) - http://www.456bereastreet.com/archive/200603/new_clearing_method_needed_for_ie7/ (Roger Johansson). Saludos. --- José Ramón Quevedo Santana Técnicas CSS http://www.qweos.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 -- Orange at GMail -- Orange at GMail ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Mi opinión sobre el 62.5%
Yo de verdad sigo pensando que definir tamaños de fuente, tanto en EMs como en porcentajes, es un riesgo. Coged cualquier diseño realizado sobre un tamaño de texto base del 62.5%, definid la fuente por defecto del navegador en 10px y decidme qué podeis leer... sólo los titulares. Definiendo un tamaño de texto base font-size: x-small, 1em mide exactamente 10px (con el tamaño de fuente por defecto), con lo que podemos hacer cálculos tan a gusto como con el porcentaje. Pero estando mucho más tranquilos porque si alguien redefine el tamaño de fuente por defecto nuestro texto base NUNCA será inferior a 9px, es decir será legible. No descubro la pólvora, sigo paso a paso las reflexiones de Zeldman 2006/3/24, Choan C. Gálvez [EMAIL PROTECTED]: 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 -- Orange at GMail ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Mi opinión sobre el 62.5%
Yo creo que lo mejor para tamaños de fuentes relativos es utilizar palabras clave, al menos para aquellas fuentes que vayan a ser menores que 1em En Domestika tocamos el tema no hace mucho tiempo http://www.domestika.org/foros/viewtopic.php?t=42630 El día 23/03/06, Miguel Benítez [EMAIL PROTECTED] escribió: Yo creo que en este caso se debe pensar en la mayoría de los usuarios y desde mi corta experiencia, conozco a poca gente que toque el tamaño de fuente por defecto del navegador, por no decir que todavía no he conocido a nadie. No se que opinais vosotros. - Miguel Angel Benítez Martínez Diseñador gráfico / Desarrollador web Tel.: +34 678 456 843 [EMAIL PROTECTED] www.miguelbenitez.com -Mensaje original- De: [EMAIL PROTECTED] [mailto: [EMAIL PROTECTED] En nombre de stripTM Enviado el: jueves, 23 de marzo de 2006 23:24 Para: Ovillo, la lista de CSS en castellano Asunto: Re: [Ovillo] Mi opinión sobre el 62.5% Marc González Majoral escribió: En unos cuantos hilos de esta lista de correo he leído que para cuadrar con el diseño los tipos de letra usando medidas relativas se pone un 'font-size: 62.5%' en el 'body' para forzar que el tipo de letra base sea de 10 píxels. Yo creo que esto es un error y me he hecho unas preguntas, que he intentado auto-responderme. ¿Qué pasa si el usuario, mediante las opciones del propio navegador, cambia el tamaño de fuente base que lleva por defecto? Probado en Windows con Firefox 1.5.0.1 y en Linux (Debian) con Firefox 1.5.0.1 y Konqueror 3.5.1. El texto se descuadra. No entiendo a que te refieres por descuadrar, por ejemplo si en http://www.mozilla-europe.org/es/ http://www.striptm.com/ cambias el tamaño de letra no se descuadra nada, se hace más grande o más pequeño. -- Saludos -=stripTM=- ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo -- Orange at GMail ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] IE7 soporta min-width, max-width, min-height y max-height
Yo creo que deberíamos ir abandonando ciertas prácticas... - CSS especifica vía comentarios condicionales para IE6 e inferiores - Código limpio para los navegadores respetuosos con los estándares - Cuando IE7 sea una realidad veremos si le vale el código limpio o hay que aladir una CSS para él (de nuevo con comentarios condicionales) pd: Lo de la _propiedad nunca me ha parecido una gran solución la verdad El día 22/03/06, DJ-Dom [EMAIL PROTECTED] escribió: Todavía no sale el IE7, recuerda que FF no salio hace mucho... Saludo, DJ-Dom El día 22/03/06, Iban Rodriguez [EMAIL PROTECTED] escribió: ¿Y vas a dedicarte a poner eso en todas las páginas que YA ESTÁN hechas? :P height: auto; min-height: 500px; _height: 500px; Más que por las nuevas, iba por las ya existentes, lo de jodidos. __ ?php $Autor = Iban Rodriguez; // Programador, THE MOVIE ? www.themovie.org -Mensaje original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] nombre de DJ-Dom Enviado el: miércoles, 22 de marzo de 2006 17:01 Para: Ovillo, la lista de CSS en castellano Asunto: Re: [Ovillo] IE7 soporta min-width, max-width, min-height y max-height !--if[IE7] max-height: :D Saludo, DJ-Dom El día 22/03/06, Iban Rodriguez [EMAIL PROTECTED] escribió: Buena noticia. Ahora la pregunta es... ¿seguirá entendiendo el hack _height como height? Porque, si es así, hablemos claro: Estamos Jodidos. __ ?php $Autor = Iban Rodriguez; // Programador, THE MOVIE ? www.themovie.org -Mensaje original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] nombre de Hernan Beati Enviado el: miércoles, 22 de marzo de 2006 16:28 Para: Ovillo, la lista de CSS en castellano Asunto: [Ovillo] IE7 soporta min-width, max-width, min-height y max-height Según leo hoy en: http://www.dustindiaz.com/min-max-fixed-in-ie7/ ya es seguro que IE 7 implementará min-width, max-width, min-height y max-height. Saludos, Hernán Beati -- www.saberweb.com.ar --- ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo -- www.dj-dom.net [EMAIL PROTECTED] ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo -- www.dj-dom.net [EMAIL PROTECTED] ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo -- Orange at GMail ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Uso correcto de colgroup
Yo me he encontrado con problemas en el soporte crossbrowser a la hora de optimizar el uso de colgroup, ¿teneis colgado algún ejemplo de su uso al que se le pueda echar un ojo? 2006/2/22, Federico [EMAIL PROTECTED]: On 2/20/06, Bernat Lleonart bernat.lleonart en gmail.com wrote: table summary=... caption./caption colgroup / colgroup / colgroup / colgroup class=media / colgroup / colgroup / colgroup / colgroup class=media / No está mal usado COLGROUP pero podés optimizarlo usando el atributo span [1] Te quedaría: colgroup span=3 / colgroup class=media / colgroup span=3 / colgroup class=media / [1] http://www.sidar.org/recur/desdi/traduc/es/html401-es/struct/tables.html#adef-span-COLGROUP -- Federico MP http://511.dabomb.com.ar ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo -- Orange at GMail ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Uso correcto de colgroup
Esa página de prueba parece que da los mismos resultados en IE5.x e IE7beta1
Aplica bien visibility y el color de fondo, pero se carga los bordes
Gracias
:)
2006/2/22, Federico MP [EMAIL PROTECTED]:
On 2/22/06, Orange at GMail [EMAIL PROTECTED] wrote:
Yo me he encontrado con problemas en el soporte crossbrowser a la hora
de
optimizar el uso de colgroup, ¿teneis colgado algún ejemplo de su uso al
que
se le pueda echar un ojo?
Subí un ejemplo muy básico en
http://511.dabomb.com.ar/testcase/colgroup-css/1.html
Conclusiones:
La propiedad width en COLGROUP equivale al ancho de las celdas, no de
la columna.
colgroup[span=3] {width:100px;} daría 3 columnas de 100px cada una, no
3 de 33px.
Opera 9 [8225] no sólo no me reconoció visibility, sino que le agregó
un color de fondo a la columna supuestamente invisible.
Firefox 1.5 tampoco me respetó visibility, pero al menos ignoró el
color de fondo.
Internet Explorer 6 no agregó los bordes pero si respetó visibility.
Safarí (basandome en Safari test [1])... o yo entendí mal la
especificación o la implementación es malisima: no reconoció el
colgroup[span=1] que está en el medio, así que el tercer colgroup
aparece corrido un lugar a la izquierda. Visibility no funciona.
Aplicó bordes a los costados de las celdas en lugar de sólo en la
columna (en este caso no estoy seguro quien está en lo correcto).
Konqueror no he podido probarlo, pero asumo los mismos resultados que
Safarí.
[1] http://snugtech.com/en/safaritest/
___
Lista de distribución Ovillo
Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org
Puedes modificar tus datos o desuscribirte en la siguiente dirección:
http://ovillo.org/mailman/listinfo/ovillo
--
Orange at GMail
___
Lista de distribución Ovillo
Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org
Puedes modificar tus datos o desuscribirte en la siguiente dirección:
http://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] multiples IE (7 también)
Han dicho en M$ que hasta la Beta2 no veremos grandes cambios en lo que renderizado e interpretación de páginas se refiere El día 31/01/06, Martin Szyszlican [EMAIL PROTECTED] escribió: Yo lo tenia instalado de forma normal. Lo desinstalé e instalé el de este link. Gracias. Ya que estamos: Alguien ve alguna diferencia entre IE6sp2 e IE7b1 ? Todos mis sitios se ven exactamente igual (con o sin hacks) Martin. [EMAIL PROTECTED] wrote: hola, vía Mildiez he encontrado el zip para descargarse la beta del IE7 modificada para tenerlo junto con otras versiones (al igual que se hace para explorer 5 o 5.5 por ejemplo) http://www.mildiez.net/archivos/2006/01/28/instalar-multiples-versiones-de-internet-explorer-ie-7-beta-inclusive/ 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 -- Martin Szyszlican www.ylisto.info ___ 1GB gratis, Antivirus y Antispam Correo Yahoo!, el mejor correo web del mundo http://correo.yahoo.com.ar ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo -- Orange at GMail ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] IE7
Tiene ya sus batallas a cuestas el señor Edwards... http://dean.edwards.name/IE7/ Si tienes en mente utilizarlo leete bien los consejos de optimización del rendimiento ;) El día 24/01/06, Nicolas Cohen [EMAIL PROTECTED] escribió: Buscaba info sobre la nueva version de IE, y me encontre con esto: https://sourceforge.net/projects/ie7/ suena interesante Nicolas Cohen SmileSoft ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo -- Orange at GMail ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Dar altura a elementos li que tienen display:inline
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 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 -- Orange at GMail ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Dar altura a elementos li que tienen display:inline
Muy interesante, garcias
:)
Ya puestos, hagamos que valide
selector {
height: .1%; /* el elemento tendrá layout IE5.x*/
heigh\t: auto;
padding: 2px 1em;
}
Igual habría que contemplar Opera, y ya la cosa se parecería mucho al
sempiterno Box Model HAck
El día 23/01/06, Choan C. Gálvez [EMAIL PROTECTED] escribió:
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
--
Orange at GMail
___
Lista de distribución Ovillo
Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org
Puedes modificar tus datos o desuscribirte en la siguiente dirección:
http://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Problema con selects, textarea y capas con diferentes z-index con IE
Pues no es sencillo ... http://www.domestika.org/foros/viewtopic.php?t=23613 El día 22/01/06, Manolo López Torrent [EMAIL PROTECTED] escribió: El problema es el siguiente. Tengo dos capas encima de la otra con diferentes z-index. Pero los selects y textarea de la capa de abajo si que se ven. Alguien sabe como solucionar el problema ? Saludos, Manuel ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo -- Orange at GMail ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Problema con selects, textarea y capas con diferentes z-index con IE
Es un rayo de esperanza, pero no me deja muy tranquilo. Hasta que IE7 sea una realidad falta un tiempo, y habrá que ver si cuando finalmente llegue cumple todo lo que promete. Y lo peor, hasta que IE6 sea historia creo que quedan unos cuantos añitos, y habrá que ir con cuidado con estas cosas hasta ese momento. El día 22/01/06, Daniel Torres Burriel [EMAIL PROTECTED] escribió: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Orange at GMail wrote: Pues no es sencillo ... http://www.domestika.org/foros/viewtopic.php?t=23613 Se supone que IE7 va a solucionar esto (o parte). http://blogs.msdn.com/ie/archive/2006/01/17/514076.aspx Saludos. - -- /* Daniel Torres Burriel - www.torresburriel.com /* Web design - Usability consulting - IT Press /* More info bio: www.torresburriel.com/perfil/ /* GPG key: 0x43DB2AB7 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.3-cvs (MingW32) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFD1AQOLelthkPbKrcRAlYIAKCGVcdJdYiQ8bmNRRFtrL+I9kaBdACgyvs3 ZgQssS1HLqh0s7y4nWWVKt0= =w6PX -END PGP SIGNATURE- ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo -- Orange at GMail ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] ie 7 y star html
Yo personalmente, espero que IE7 sea un buen navegador, y que entienda perfectamente las declaraciones que se utilizan hoy dia para navegadores buenos, y pase de los hacks que se están metiendo actualmente para IE 5 y 6... Este sería el escenario perfecto, que IE7 fuera tan bueno como FireFox (por ejemplo) y que pasara de los hacks tal como hace FF. En este caso estaríamos un paso más cerca de no tener que meter hacks y mierdas varias (Oh dios! Ayúdanos!)... y entonces, el que tampoco entendiera el Star Hack, sería un paso en la buena dirección ;) Evidentemente lo que da miedo es que entienda algunos hacks y otros no... o que no entienda hacks pero haya que resolver otros cuantos bugs... o que haya malas interacciones entre hacks y bugs para distintas versiones... con lo que tendríamos hacks para un montón de versiones de Explorer (como pasa ahora mismo), e IE7 añadiría más complejidad al asunto... escenario este último más probable que el que he planteado antes. Y para prevenir esto, yo personalmente, ya he empezado a meter los arreglos para IE dentro de este comentario condicional... !-- Hacks y Bugs Explorer - Versiones 6 e inferiores -- !--[if lte IE 6] link href=./estilos/xxx_iem6.css rel=stylesheet type=text/css / ![endif]-- Para poder discriminar (vía CC también) al futuro IE7, e inyectarle su medicina específica... amen de tener la CSS principal limpita, que también se lo merecen aquellos que hacen sus deberes ;) Trataré de hacerme con una beta un poco avanzada de IE7 para ver fallos en webs ya existentes, y cruzaré los dedos El día 5/01/06, carlos campderrós [EMAIL PROTECTED] escribió: On 1/5/06, Ramon Pravia [EMAIL PROTECTED] wrote: evidentemente la mejor son los comentarios condicionales. Aunque hubieras usado comentarios condicionales, estoy por decirte que seguro que algo tendrías que tocar igualmente. por ejemplo, si en el comentario condicional solo mirabas si era IE, sin tener en cuenta la versión... pues vas a tener que modificarlo, para hacer que sean los más pequeños que IE7, por ejemplo : ) -- Si no puedes deslumbrar con tu inteligencia, desconcierta con tus gilipolleces ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo -- Orange at GMail ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo
[Ovillo] No me funciona CTRL+ en IE (ni con EM's)
Hola, pues me pasa una cosa muy extraña en Explorer, y es que no me funciona el CTRL+, ni con medidas en EM`s ni con nada (si que me funciona el menu tamaño del texto mediana, grande,etc...) Imagino que será alguna cosas rara de configuración o algo así, ¿a alguien le ha pasado alguna vez? pd: PUTOIE -- Orange at GMail ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] No me funciona CTRL+ en IE (ni con EM's)
Ya, si todo el rollo ya me lo sé, pero lo cierto es que pensaba que en Explorer funcionaba también el CTRL+ igual que en FireFox, Safari, etc lo de la rueda no me lo sabia, como nunca utilizo IE Además está peor conseguido, porque con el CTRL+ puede agrandarlo bastante más que en IE, y con el CTRL+Rueda en Firefox ya te deja hasta extremos insospechados, aunque la maqueta con la que estoy probando no se descojona ni aunque le aumente una bestialdiad xD El día 10/10/05, Santiago Flores [EMAIL PROTECTED] escribió: mm, control + en iexplorer nunca funcinó, además no eslo mismo agrandar la fuente en ie que en FF, su comportamiento es muy distinto. en IE si usas valores como px no se mueve un pelin. Mejor usa FF y listo. El 10/10/05, Orange at GMail[EMAIL PROTECTED] escribió: Vale gracias, vaya ñapa el Explorer, no te deja agrandar fácilmente de ninguna forma (¿qué pasa con los que no usan ratón?¿se tienen que ir hasta el menu? ... pues en el menu no puedo agrandarlo todo lo que quiero, ains) El día 10/10/05, Pablo Suárez León [EMAIL PROTECTED] escribió: Pues la verdad que no se si esa combinación de teclas existe en explorer, yo siempre uso ctrl + la rueda del raton... Pablo Suárez León Programador Fundosa Teleservicios Grupo Fundosa Tlf. 91 121 03 41 Fax. 91 375 70 51 www.teleservicios.es http://www.teleservicios.es http://www.teleservicios.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 -- Orange at GMail ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo -- Orange at GMail ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Color de scrollbar en firefox
Lo que parece que hace ese meta es deshabilitar los Themes del Windows. Dependiendo del theme que tengas instalado y seleccionado en tu Windows, las barras de scroll, elementos de formulario y demás cosas toman una apariencia aleatoria Imagino que con esa META te evitas sustos y aseguras una coherencia visual en todos los windows Por supuesto todo esto es una simple conjetura xD El día 8/10/05, Christian Roque [EMAIL PROTECTED] escribió: Estuve revisando el codigo y lo que hace el cambio es esta linea en el head meta http-equiv=msthemecompatible content=no Se que es un meta tag pero non tengo dea de lo que hace Yo uso FF 1.07 en Win XP de repente es pro el sistema operativo El día 8/10/05, Alejandro Lillo [EMAIL PROTECTED] escribió: On 10/8/05, Santiago Flores [EMAIL PROTECTED] wrote: Pues yo no veo ningun cambio de scroll en cualquiera de los navegadores ¿estás seguro que es ese el vínculo? Yo si lo veo, no de color pero si la forma completa de la barra de scroll: http://www.nero.com/eng/index.html Ni idea, yo también pensé en algo de javascript pero sin él también la tiene. -- Alejandro Lillo www.nordic-design.net http://www.nordic-design.net http://www.nordic-design.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 -- Christian RoQue G. ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo -- Orange at GMail ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo
Re: OT[Ovillo] XOXO
Vale, es más o menos lo que pensaba pero bien explicado, a mi no me parece farragoso Me asaltan ciertos pensamientos, a saber: - Estamos intentando simular un marcado XML a través de ciertos elementos HTML, OK - ¿No estaremos de alguna forma desvirtuando dichos elementos? (class no está pensado para marcar categorías) - ¿Es realmente útil?. Es decir, esto huele a frikada para 4 (como nosotros, bien) - ¿No sería mejor apostar por desarrollar de verdad el XML, que para eso está, que el tratar de simularlo con algo que dificilmente va a tener tanta repercusión y, al fin y al cabo, es un poco un parche, que acabará engullido cuando el verdadero lenguaje sea una realidad plausible? Si a esto último me vas a responder que a dia de hoy, mejor esto que nada. Yo te responderé pues tienes razón :) El día 6/10/05, Manuel González Noriega [EMAIL PROTECTED] escribió: On 05/10/05, Orange at GMail [EMAIL PROTECTED] wrote: Por lo que he entendido se trata de estandarizar pequeñas porciones de código. Una especie de metodología a la hora de desarrollar determinados esquemas. Tengo pendiente hacer una buena definición / introducción en castellano que me deje contento, después de los fallidos intentos con los artículos de Alzado que no estuvieron muy inspirados :( Por eso dice que se ponen soluciones a problemas concretos. Por ejemplo - ¿Cómo se hace una lista de definiciones? - ¿Cómo se presenta un calendario? No exactamente, Tantek habla de HTML Compounds, Compuestos HTML, para describir estas estructuras comunes que se repiten, como por ejemplo marcar una conversación (que de paso él no sugiere marcarla con el tradicional dl, pero eso es otra historia para otra ocasión). Los microformatos son soluciones a problemas concretos desarrolladas rapidamente, en días o semanas, y que procura lograr la riqueza expresiva de un XML a medida, pero con el mínimo esfuerzo para el autor y mediante el uso de elementos ya existentes en XHTML como id, class, rel, rev o meta. Tras ese párrafo que me vuelve a sonar farragoso :( voy a ver si puedo crear un microformato rápido. Probablemente meta la pata, por la hora y porque aún no entiendo esto ;) 1. Problema concreto: Quiero describir de forma estandar coches en mi web y lograr que los demás adopten mi formato, para poder agregar esta información. La solución ideal en XML sería algo así coche marcaSkoda/marca modeloMarvin/modelo /coche En un mundo ideal todos se pondrían a crear XMLs como locos y a transformarlos con XSLTs y demás zarandajas y los navegadores soportarían XML sin problema. Solucionado. Lamentablemente en este mundo triste y perro, ni yo ni nadie tenemos tiempo para todo esto. Como mucho tengo la suerte de que utilicemos marcado semántico. Echo un vistazo a mi código y veo que el as de diseñádor utiliza este pedazo código. dl dtMarca/dt ddSkoda/dd dtModelo/dt ddMarvin/dd /dt En un momento de inspiración, lo veo. Tate, me digo. Puedo utilizar el atributo class para obtener algo parecido al XML que nunca llegará a ser. Abro la plantilla y añado dl class=coche dtMarca/dt dd class=marcaSkoda/dd dtModelo/dt dd class=modeloMarvin/dd /dt Propongo el microformato, lo revisan, lo critican. Mi vecino que tiene un blog de coches, adapta su código. Él tiene ul liSeat León/li liToyota Yaris/li /ul y lo adapta rapidamente: ul li class=coche span class=marcaSeat/span span class=modeloYaris/span /li li class=coche span class=marcaToyota/span span class=modeloYaris/span /li /ul Houston, tenemos un microformato. Advertencia: he intentado hablar del intento de los microformatos, no de sus aspectos técnicos, con lo cuál el ejemplo sucio que he puesto será probablemente intragable. Ya lo discutimos mañana, que me duermo :) -- Manuel a veces :) a veces :( pero siempre trabajando duro para Simplelógica: apariencia, experiencia y comunicación en la web. http://simplelogica.net # (+34) 985 22 12 65 ¡Ah! y escribiendo en Logicola: http://logicola.simplelogica.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 -- Orange at GMail ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo
Re: OT[Ovillo] XOXO
Bueno, tu respuesta ya sé más o menos por donde va a ir ;) Microformatos: la web semántica en minúsculas http://alzado.org/articulo.php?id_art=416 En definitiva, los microformatos ofrecen de forma inmediata la realización de muchas de las promesas de la Web Semántica, pero partiendo de un enfoque abajo-arriba (lo que algunos llaman la web semántica en minúsculas). Este enfoque ofrece resultados rápidos y extremas facilidades de popularización e implementación que nvierten la natural discrepancia entre Promesa y Solución cuando es la primera la que precede, creando promesas a partir de soluciones existentes y probadas. Después de la promesas de XML, los microformatos pueden ser el próximo paso significativo de la evolución del marcado en la web. El día 6/10/05, Orange at GMail [EMAIL PROTECTED] escribió: Vale, es más o menos lo que pensaba pero bien explicado, a mi no me parece farragoso Me asaltan ciertos pensamientos, a saber: - Estamos intentando simular un marcado XML a través de ciertos elementos HTML, OK - ¿No estaremos de alguna forma desvirtuando dichos elementos? (class no está pensado para marcar categorías) - ¿Es realmente útil?. Es decir, esto huele a frikada para 4 (como nosotros, bien) - ¿No sería mejor apostar por desarrollar de verdad el XML, que para eso está, que el tratar de simularlo con algo que dificilmente va a tener tanta repercusión y, al fin y al cabo, es un poco un parche, que acabará engullido cuando el verdadero lenguaje sea una realidad plausible? Si a esto último me vas a responder que a dia de hoy, mejor esto que nada. Yo te responderé pues tienes razón :) El día 6/10/05, Manuel González Noriega [EMAIL PROTECTED] escribió: On 05/10/05, Orange at GMail [EMAIL PROTECTED] wrote: Por lo que he entendido se trata de estandarizar pequeñas porciones de código. Una especie de metodología a la hora de desarrollar determinados esquemas. Tengo pendiente hacer una buena definición / introducción en castellano que me deje contento, después de los fallidos intentos con los artículos de Alzado que no estuvieron muy inspirados :( Por eso dice que se ponen soluciones a problemas concretos. Por ejemplo - ¿Cómo se hace una lista de definiciones? - ¿Cómo se presenta un calendario? No exactamente, Tantek habla de HTML Compounds, Compuestos HTML, para describir estas estructuras comunes que se repiten, como por ejemplo marcar una conversación (que de paso él no sugiere marcarla con el tradicional dl, pero eso es otra historia para otra ocasión). Los microformatos son soluciones a problemas concretos desarrolladas rapidamente, en días o semanas, y que procura lograr la riqueza expresiva de un XML a medida, pero con el mínimo esfuerzo para el autor y mediante el uso de elementos ya existentes en XHTML como id, class, rel, rev o meta. Tras ese párrafo que me vuelve a sonar farragoso :( voy a ver si puedo crear un microformato rápido. Probablemente meta la pata, por la hora y porque aún no entiendo esto ;) 1. Problema concreto: Quiero describir de forma estandar coches en mi web y lograr que los demás adopten mi formato, para poder agregar esta información. La solución ideal en XML sería algo así coche marcaSkoda/marca modeloMarvin/modelo /coche En un mundo ideal todos se pondrían a crear XMLs como locos y a transformarlos con XSLTs y demás zarandajas y los navegadores soportarían XML sin problema. Solucionado. Lamentablemente en este mundo triste y perro, ni yo ni nadie tenemos tiempo para todo esto. Como mucho tengo la suerte de que utilicemos marcado semántico. Echo un vistazo a mi código y veo que el as de diseñádor utiliza este pedazo código. dl dtMarca/dt ddSkoda/dd dtModelo/dt ddMarvin/dd /dt En un momento de inspiración, lo veo. Tate, me digo. Puedo utilizar el atributo class para obtener algo parecido al XML que nunca llegará a ser. Abro la plantilla y añado dl class=coche dtMarca/dt dd class=marcaSkoda/dd dtModelo/dt dd class=modeloMarvin/dd /dt Propongo el microformato, lo revisan, lo critican. Mi vecino que tiene un blog de coches, adapta su código. Él tiene ul liSeat León/li liToyota Yaris/li /ul y lo adapta rapidamente: ul li class=coche span class=marcaSeat/span span class=modeloYaris/span /li li class=coche span class=marcaToyota/span span class=modeloYaris/span /li /ul Houston, tenemos un microformato. Advertencia: he intentado hablar del intento de los microformatos, no de sus aspectos técnicos, con lo cuál el ejemplo sucio que he puesto será probablemente intragable. Ya lo discutimos mañana, que me duermo :) -- Manuel a veces :) a veces :( pero siempre trabajando duro para Simplelógica: apariencia, experiencia y comunicación en la web. http://simplelogica.net # (+34) 985 22 12 65 ¡Ah! y escribiendo en Logicola: http
Re: OT[Ovillo] XOXO
Vale, me has convencido, voy a echar un ojo a ver si hay algua cosita que pueda utilizar B. El día 6/10/05, Manuel González Noriega [EMAIL PROTECTED] escribió: On 06/10/05, Orange at GMail [EMAIL PROTECTED] wrote: Vale, es más o menos lo que pensaba pero bien explicado, a mi no me parece farragoso Me asaltan ciertos pensamientos, a saber: - Estamos intentando simular un marcado XML a través de ciertos elementos HTML, OK Estamos intentando llevar el XHTML a su máximo nivel expresivo, casi comparable a un esquema XML dedicado - ¿No estaremos de alguna forma desvirtuando dichos elementos? (class no está pensado para marcar categorías) Class no está concebido como (solo) un punto de enganche para las CSS. Échale un vistazo a las impresionantes presentaciones de Tantek en Web Essentials 2005 [1] y [2] . Él justifica el uso de estos atributos citando la especificación. En concreto para class, cita éste entre los usos designados For general purpose processing by user agents. A mi me parece suficiente bendición :-) - ¿Es realmente útil?. Es decir, esto huele a frikada para 4 (como nosotros, bien) Si y no. Como todas estas cosas, es un poco tautológico. Si te resuelven tu problema, son útiles. Si no, no. Es decir, puedes encontrarte en una situación en la que marcar eventos con hCalendar te sea beneficioso; ahí lo tienes entonces. El microformato es la solución extraida a un problema y lista para reutilizar, no una solución en busca de su problema. En este sentido, me recuerda mucho a la filosofía de diseño de Rails, que dice que los únicos frameworks útiles son los que se extraen a partir de una aplicación existente y con éxito, y no los creados en el aire. Otro aspecto que me gusta mucho es la idea de Pavimentar el camino de las vacas (pave the cowpaths en inglés, asfaltar la caleya en bable), es decir, ver las soluciones que está aplicando la gente y crear algo reutilizable a partir de eso. - ¿No sería mejor apostar por desarrollar de verdad el XML, que para eso está, que el tratar de simularlo con algo que dificilmente va a tener tanta repercusión y, al fin y al cabo, es un poco un parche, que acabará engullido cuando el verdadero lenguaje sea una realidad plausible? Hombre, imbuido por el espítitu pragmático de los microformatos te diría que prefiero crear cosas que funcionen esta tarde, o dentro de una semana, que sentarme a esperar a promesas que no valen nada como apostar por el XML o dentro de dos años El sentido común dice que los proyectos y las cosas tiene que acabarse hoy, o la semana que viene, o el mes que viene y en ese plazo puedo concebir el caso de uso, crear el microformato, escribir el parser y utilizarlo. En ese plazo no te cabe ni que el W3C se reuna dos veces a elucubrar sobre XHTML2. Si a esto último me vas a responder que a dia de hoy, mejor esto que nada. Yo te responderé pues tienes razón :) Más vale microformato en mano en el 2005 que agente de usuario que pueda interpretar XML ad hoc en el 2025. :-) [1] http://tantek.com/presentations/2005/09/microformats-evolution/ [2] http://tantek.com/presentations/2005/09/elements-of-xhtml/ -- Manuel a veces :) a veces :( pero siempre trabajando duro para Simplelógica: apariencia, experiencia y comunicación en la web. http://simplelogica.net # (+34) 985 22 12 65 ¡Ah! y escribiendo en Logicola: http://logicola.simplelogica.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 -- Orange at GMail ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] XOXO
Como diría Bart: mola :) El día 5/10/05, Manuel González Noriega [EMAIL PROTECTED] escribió: On 05/10/05, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: mm, no y es la primera noticia que tengo de eso Pues te recomiendo una vuelta tranquila por todo el wiki de Technorati (1) y por la web de microformatos (2). Es apasionante :-) (1) http://developers.technorati.com/wiki/ (2) http://microformats.org -- Manuel a veces :) a veces :( pero siempre trabajando duro para Simplelógica: apariencia, experiencia y comunicación en la web. http://simplelogica.net # (+34) 985 22 12 65 ¡Ah! y escribiendo en Logicola: http://logicola.simplelogica.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 -- Orange at GMail ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo
Re: OT[Ovillo] XOXO
Por lo que he entendido se trata de estandarizar pequeñas porciones de código. Una especie de metodología a la hora de desarrollar determinados esquemas. Por eso dice que se ponen soluciones a problemas concretos. Por ejemplo - ¿Cómo se hace una lista de definiciones? - ¿Cómo se presenta un calendario? Cosas así, si se tuviera un formato estandar para hacer ciertas cosas, para el resto de gente sería mucho más fácil acceder a ellas. No sé si no me he enterado de nada, pero por lo que he visto en la página de los microformats por ahi van los tiros El día 5/10/05, stripTM [EMAIL PROTECTED] escribió: Manuel González Noriega escribió: Estoy acabando un proyecto que, como es obligado estos días, tendrá una api pública (Free the Data!) . Como complemento, y como sustituto mientras la API llega a completarse, utilizaré en mis listados de productos listas XHTML marcado con XOXO. Gracias a esto, tú ya tendrías un punto de apoyo para recoger mi XHTML y procesarlo adecuadamente y utilizarlo en tu aplicación. Lo más trivial sería recoger mi página de resultados, transformarla con XSLT y tener un feed Atom/RSS, si me diese por no implementarlo. Lo bueno es que se te pueden ocurrir ideas mucho más ingeniosas y no tendrías ninguna barrera de entrada a implementarlas. Es decir, el XHTML se convierte en una forma fácil de compartir datos y no solo de mostrarlos. En cinco minutos que he tardado en modificar mi XHTML, ya he creado una API a mi sitio. Los microformatos me ayudan a compartir. Y compartir es vivir :-) A ver si he entendido bien el escenario, Pepito tiene una página en la que vende cosas y además quiere ofrecer información a terceras partes, como no quiere complicarse la vida montando xmls o lo que sea para sindicar esos contenidos decide que esos 'terceros' tienen que tomarlo del xhtml que genera en su web y como xoxo les facilita la vida ¿no? ¿Cual es la ventaja de este método? (creo que se me escapan cosas) -- Saludos -=stripTM=- ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo -- Orange at GMail ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo
Re: OT[Ovillo] XOXO
¿Y no es el XOXO un microformato? ;) http://developers.technorati.com/wiki/XOXO Abstract XOXO is one of several MicroFormatshttp://developers.technorati.com/wiki/MicroFormats. This specification defines a new XHTML document type that is based upon the module framework and modules defined in Modularization of XHTML [ XHTMLMODhttp://www.w3.org/TR/xhtml-modularization]. The purpose of the XOXO document type is to serve as the basis for XHTML friendly outlines for processing by XML engines and for easy interactive rendering by browsers. El día 5/10/05, Daniel Torres Burriel [EMAIL PROTECTED] escribió: Orange at GMail wrote: Por lo que he entendido se trata de estandarizar pequeñas porciones de código. Una especie de metodología a la hora de desarrollar determinados esquemas. Por eso dice que se ponen soluciones a problemas concretos. Pero, ¿no era esa la definición que daba Manu de los microformatos? No se si me he perdido... -- /* Daniel Torres Burriel - www.torresburriel.comhttp://www.torresburriel.com /* Web design - Usability consulting - IT Press /* More info bio: www.torresburriel.com/perfil/http://www.torresburriel.com/perfil/ /* GPG key: 0x43DB2AB7 ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo -- Orange at GMail ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] ¿Texto en medidas relativas o absolutas?
Espero tener de aqui a poco unas cuantas maquetas totalmente funcionales
basadas en keywords para el texto, y em's para las medidas (lo que tarde
luego la empresa en implementar mis maquetas ya es otra historia)
Con ellas en la mano podremos pasarle todos los testeos que queramos y asi
hacernos una idea bien concreta de sus posibilidades.
Os mantendré informados
El día 4/10/05, mmundo [EMAIL PROTECTED] escribió:
Yo tuve tiempo de comprobar que ciertamente existe un umbral mínimo de
9px, pero solamente con relación a la configuración del tamaño de
fuente del navegador. El umbral mínimo desaparece en el momento en que
el usuario reduce el tamaño de fuente manualmente a través de las
opciones de menú.
De esta manera, se evita el problema de usabilidad/accesibilidad con
el que Vicente empezó la discusión. Las keywords son una solución que
puede funcionar en muchos casos, de la misma forma que los píxeles
trabajados adecuadamente también lo pueden ser.
Saludos,
Martí Mundó
--
El 3/10/05, Orange at GMail[EMAIL PROTECTED] escribió:
A ver, a raíz de este post he estado haciendo algunas pruebas de campo
Parece ser que IE5.0 e IE5.5 reducen una keyword respecto a IE6, FF y
Opera 8.5, al menos con la fuente x-small
Por ejemplo, para definir la fuente como x-small, en IE5.x hay que
definirla
como xx-small si queremos conseguir el mismo tamaño
Para arreglarlo se puede hacer esto (que valida):
body {
font-size: xx-small; /* IE5.x */
f\ont-size: x-small; /* Estandares */
}
Esta declaración deja el em en 10px (navegadores modernos Windows con el
tamaño de letra por defecto), por si teneis que echar cuentas para
diseños
elásticos, alturas de linea, etc ...
Por ahora no he probado con otras keywords y me falta pasar el testeo
por
MAC, pero ahi queda la cosa
B.
El día 30/09/05, Camilo Kawerín [EMAIL PROTECTED] escribió:
Hola Pablo y todos,
Pablo Impallari escribió:
Yo prefiero los tamaños fijos en pixeles para los textos.
Mi experiencia es que la mayoria de los clientes/usuarios que no son
expertos, tienen sus navegadores seteados con tamaños de textos
mayor o
menor, sin saber siquiera que esa funcion existe o que pueden
cambiarla
a gusto.
Supongo yo, tal ves equibocadamente (o tal ves no) que alguna ves
hayan
experimentado con esa funcion en alguna web que tenia tamaños fijos,
y
al no notar cambios lo dejaron seteado en cualquier tamaño y luego
se
hayan olvidado... entonces al encontrar una web con tamaños
relativos
creen que lo que esta mal es al web y no su navegador.
El usuario experimentado no tiene problemas en aumentar el tamaño si
lo
desea, y las personas cortas de vista (o por lo menos las 3 que yo
conozco) usan programas que funcionan como un zoom de la pantalla,
dado
que no solo ven chicas las letras de las webs, sino la de cualquier
otro
programa que utilizan en su maquina.
Obviamente esto no es lo politicamente correcto... pero creo que
en la
practica se da de esa manera, y si bien esta en nuestras manos como
diseñadores hacer que esta realidad cambie, la verdad es que las
veces
que use tamaños de textos relativos tube quejas de los clientes..
asique
ahora utilizo tamaños fijos, siempre.
Entiendo tu postura y yo también tuve problemas en ese sentido, pero
me
parece que por ese camino vamos derecho a una web aún peor que la que
intentamos superar los que decidimos trabajar siguiendo estándares.
Digo
esto porque personalmente creo que usar px en la hoja de estilos para
el
texto es peor que la etiqueta font, en la que los valores del atributo
size son relativos.
Por ejemplo, un portal de noticias[1] donde trabajé como periodista
tiene un código desastroso, pero el uso de font en los textos permite
cambiar el tamaño del texto desde el navegador. Y durante el tiempo
que
tuve relación con el sitio, nunca hubo quejas de usuarios porque el
texto fuera muy chico o muy grande.
Es cierto que existe un problema por la falta de conocimiento de los
usuarios de las posibilidades que ofrece su navegador, pero me parece
que acentuar ese desconocimiento es el peor camino.
Saludos
[1] http://www.momarandu.com/
--
Camilo Kawerín
27Sur comunicación diseño
http://www.27sur.com
Recuerde *RESPONDER* a este mail, así puedo hacer un seguimiento de la
conversación.
___
Lista de distribución Ovillo
Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org
Puedes modificar tus datos o desuscribirte en la siguiente dirección:
http://ovillo.org/mailman/listinfo/ovillo
--
Orange at GMail
___
Lista de distribución Ovillo
Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org
Puedes modificar tus datos o
Re: [Ovillo] ¿Texto en medidas relativas o absolutas?
Por cierto, acabo de hacer otra prueba...
He configurado el tamaño del carácter por defecto del navegador en 9px (es
decir que el medium tendría ese tamaño, y el x-small debería afoptar según
la lógica algo ininteligible)
He abierto mis maquetas y ningún problema, la fuente se me había reducido un
poco, pero nada del otro mundo, se veía perfectamente.
Acto seguido he abierto GMail para poner este mensaje, fuentes en EMs y una
página totalmente inutilizable, para escribir esta espuesta he tenido que
darle 3 veces a CTRL+
Dicho queda
;)
El día 4/10/05, Orange at GMail [EMAIL PROTECTED] escribió:
Espero tener de aqui a poco unas cuantas maquetas totalmente funcionales
basadas en keywords para el texto, y em's para las medidas (lo que tarde
luego la empresa en implementar mis maquetas ya es otra historia)
Con ellas en la mano podremos pasarle todos los testeos que queramos y asi
hacernos una idea bien concreta de sus posibilidades.
Os mantendré informados
El día 4/10/05, mmundo [EMAIL PROTECTED] escribió:
Yo tuve tiempo de comprobar que ciertamente existe un umbral mínimo de
9px, pero solamente con relación a la configuración del tamaño de
fuente del navegador. El umbral mínimo desaparece en el momento en que
el usuario reduce el tamaño de fuente manualmente a través de las
opciones de menú.
De esta manera, se evita el problema de usabilidad/accesibilidad con
el que Vicente empezó la discusión. Las keywords son una solución que
puede funcionar en muchos casos, de la misma forma que los píxeles
trabajados adecuadamente también lo pueden ser.
Saludos,
Martí Mundó
--
El 3/10/05, Orange at GMail[EMAIL PROTECTED] escribió:
A ver, a raíz de este post he estado haciendo algunas pruebas de
campo
Parece ser que IE5.0 e IE5.5 reducen una keyword respecto a IE6, FF
y
Opera 8.5, al menos con la fuente x-small
Por ejemplo, para definir la fuente como x-small, en IE5.x hay que
definirla
como xx-small si queremos conseguir el mismo tamaño
Para arreglarlo se puede hacer esto (que valida):
body {
font-size: xx-small; /* IE5.x */
f\ont-size: x-small; /* Estandares */
}
Esta declaración deja el em en 10px (navegadores modernos Windows con
el
tamaño de letra por defecto), por si teneis que echar cuentas para
diseños
elásticos, alturas de linea, etc ...
Por ahora no he probado con otras keywords y me falta pasar el testeo
por
MAC, pero ahi queda la cosa
B.
El día 30/09/05, Camilo Kawerín [EMAIL PROTECTED]
escribió:
Hola Pablo y todos,
Pablo Impallari escribió:
Yo prefiero los tamaños fijos en pixeles para los textos.
Mi experiencia es que la mayoria de los clientes/usuarios que no
son
expertos, tienen sus navegadores seteados con tamaños de textos
mayor o
menor, sin saber siquiera que esa funcion existe o que pueden
cambiarla
a gusto.
Supongo yo, tal ves equibocadamente (o tal ves no) que alguna ves
hayan
experimentado con esa funcion en alguna web que tenia tamaños
fijos, y
al no notar cambios lo dejaron seteado en cualquier tamaño y luego
se
hayan olvidado... entonces al encontrar una web con tamaños
relativos
creen que lo que esta mal es al web y no su navegador.
El usuario experimentado no tiene problemas en aumentar el tamaño
si lo
desea, y las personas cortas de vista (o por lo menos las 3 que yo
conozco) usan programas que funcionan como un zoom de la pantalla,
dado
que no solo ven chicas las letras de las webs, sino la de
cualquier otro
programa que utilizan en su maquina.
Obviamente esto no es lo politicamente correcto... pero creo que
en la
practica se da de esa manera, y si bien esta en nuestras manos
como
diseñadores hacer que esta realidad cambie, la verdad es que las
veces
que use tamaños de textos relativos tube quejas de los clientes..
asique
ahora utilizo tamaños fijos, siempre.
Entiendo tu postura y yo también tuve problemas en ese sentido, pero
me
parece que por ese camino vamos derecho a una web aún peor que la
que
intentamos superar los que decidimos trabajar siguiendo estándares.
Digo
esto porque personalmente creo que usar px en la hoja de estilos
para el
texto es peor que la etiqueta font, en la que los valores del
atributo
size son relativos.
Por ejemplo, un portal de noticias[1] donde trabajé como periodista
tiene un código desastroso, pero el uso de font en los textos
permite
cambiar el tamaño del texto desde el navegador. Y durante el tiempo
que
tuve relación con el sitio, nunca hubo quejas de usuarios porque el
texto fuera muy chico o muy grande.
Es cierto que existe un problema por la falta de conocimiento de los
usuarios de las posibilidades que ofrece su navegador, pero me
parece
que acentuar ese desconocimiento
Re: [Ovillo] ¿Texto en medidas relativas o absolutas?
Bueno, realmente Google utiliza las fuentes en porcentajes, pero adolece del
mismo problema que los EM's, que no tienen un límite de seguridad para
fuentes pequeñas
El día 4/10/05, Orange at GMail [EMAIL PROTECTED] escribió:
Por cierto, acabo de hacer otra prueba...
He configurado el tamaño del carácter por defecto del navegador en 9px (es
decir que el medium tendría ese tamaño, y el x-small debería afoptar según
la lógica algo ininteligible)
He abierto mis maquetas y ningún problema, la fuente se me había reducido
un poco, pero nada del otro mundo, se veía perfectamente.
Acto seguido he abierto GMail para poner este mensaje, fuentes en EMs y
una página totalmente inutilizable, para escribir esta espuesta he tenido
que darle 3 veces a CTRL+
Dicho queda
;)
El día 4/10/05, Orange at GMail [EMAIL PROTECTED] escribió:
Espero tener de aqui a poco unas cuantas maquetas totalmente funcionales
basadas en keywords para el texto, y em's para las medidas (lo que tarde
luego la empresa en implementar mis maquetas ya es otra historia)
Con ellas en la mano podremos pasarle todos los testeos que queramos y
asi hacernos una idea bien concreta de sus posibilidades.
Os mantendré informados
El día 4/10/05, mmundo [EMAIL PROTECTED] escribió:
Yo tuve tiempo de comprobar que ciertamente existe un umbral mínimo de
9px, pero solamente con relación a la configuración del tamaño de
fuente del navegador. El umbral mínimo desaparece en el momento en que
el usuario reduce el tamaño de fuente manualmente a través de las
opciones de menú.
De esta manera, se evita el problema de usabilidad/accesibilidad con
el que Vicente empezó la discusión. Las keywords son una solución que
puede funcionar en muchos casos, de la misma forma que los píxeles
trabajados adecuadamente también lo pueden ser.
Saludos,
Martí Mundó
--
El 3/10/05, Orange at GMail [EMAIL PROTECTED] escribió:
A ver, a raíz de este post he estado haciendo algunas pruebas de
campo
Parece ser que IE5.0 e IE5.5 reducen una keyword respecto a IE6,
FF y
Opera 8.5, al menos con la fuente x-small
Por ejemplo, para definir la fuente como x-small, en IE5.x hay que
definirla
como xx-small si queremos conseguir el mismo tamaño
Para arreglarlo se puede hacer esto (que valida):
body {
font-size: xx-small; /* IE5.x */
f\ont-size: x-small; /* Estandares */
}
Esta declaración deja el em en 10px (navegadores modernos Windows
con el
tamaño de letra por defecto), por si teneis que echar cuentas para
diseños
elásticos, alturas de linea, etc ...
Por ahora no he probado con otras keywords y me falta pasar el
testeo por
MAC, pero ahi queda la cosa
B.
El día 30/09/05, Camilo Kawerín [EMAIL PROTECTED]
escribió:
Hola Pablo y todos,
Pablo Impallari escribió:
Yo prefiero los tamaños fijos en pixeles para los textos.
Mi experiencia es que la mayoria de los clientes/usuarios que no
son
expertos, tienen sus navegadores seteados con tamaños de textos
mayor o
menor, sin saber siquiera que esa funcion existe o que pueden
cambiarla
a gusto.
Supongo yo, tal ves equibocadamente (o tal ves no) que alguna
ves hayan
experimentado con esa funcion en alguna web que tenia tamaños
fijos, y
al no notar cambios lo dejaron seteado en cualquier tamaño y
luego se
hayan olvidado... entonces al encontrar una web con tamaños
relativos
creen que lo que esta mal es al web y no su navegador.
El usuario experimentado no tiene problemas en aumentar el
tamaño si lo
desea, y las personas cortas de vista (o por lo menos las 3 que
yo
conozco) usan programas que funcionan como un zoom de la
pantalla, dado
que no solo ven chicas las letras de las webs, sino la de
cualquier otro
programa que utilizan en su maquina.
Obviamente esto no es lo politicamente correcto... pero creo
que en la
practica se da de esa manera, y si bien esta en nuestras manos
como
diseñadores hacer que esta realidad cambie, la verdad es que las
veces
que use tamaños de textos relativos tube quejas de los
clientes.. asique
ahora utilizo tamaños fijos, siempre.
Entiendo tu postura y yo también tuve problemas en ese sentido,
pero me
parece que por ese camino vamos derecho a una web aún peor que la
que
intentamos superar los que decidimos trabajar siguiendo
estándares. Digo
esto porque personalmente creo que usar px en la hoja de estilos
para el
texto es peor que la etiqueta font, en la que los valores del
atributo
size son relativos.
Por ejemplo, un portal de noticias[1] donde trabajé como
periodista
tiene un código desastroso, pero el uso de font en los textos
permite
cambiar
Re: [Ovillo] ¿Texto en medidas relativas o absolutas?
A ver, a raíz de este post he estado haciendo algunas pruebas de campo
Parece ser que IE5.0 e IE5.5 reducen una keyword respecto a IE6, FF y
Opera 8.5, al menos con la fuente x-small
Por ejemplo, para definir la fuente como x-small, en IE5.x hay que definirla
como xx-small si queremos conseguir el mismo tamaño
Para arreglarlo se puede hacer esto (que valida):
body {
font-size: xx-small; /* IE5.x */
f\ont-size: x-small; /* Estandares */
}
Esta declaración deja el em en 10px (navegadores modernos Windows con el
tamaño de letra por defecto), por si teneis que echar cuentas para diseños
elásticos, alturas de linea, etc ...
Por ahora no he probado con otras keywords y me falta pasar el testeo por
MAC, pero ahi queda la cosa
B.
El día 30/09/05, Camilo Kawerín [EMAIL PROTECTED] escribió:
Hola Pablo y todos,
Pablo Impallari escribió:
Yo prefiero los tamaños fijos en pixeles para los textos.
Mi experiencia es que la mayoria de los clientes/usuarios que no son
expertos, tienen sus navegadores seteados con tamaños de textos mayor o
menor, sin saber siquiera que esa funcion existe o que pueden cambiarla
a gusto.
Supongo yo, tal ves equibocadamente (o tal ves no) que alguna ves hayan
experimentado con esa funcion en alguna web que tenia tamaños fijos, y
al no notar cambios lo dejaron seteado en cualquier tamaño y luego se
hayan olvidado... entonces al encontrar una web con tamaños relativos
creen que lo que esta mal es al web y no su navegador.
El usuario experimentado no tiene problemas en aumentar el tamaño si lo
desea, y las personas cortas de vista (o por lo menos las 3 que yo
conozco) usan programas que funcionan como un zoom de la pantalla, dado
que no solo ven chicas las letras de las webs, sino la de cualquier otro
programa que utilizan en su maquina.
Obviamente esto no es lo politicamente correcto... pero creo que en la
practica se da de esa manera, y si bien esta en nuestras manos como
diseñadores hacer que esta realidad cambie, la verdad es que las veces
que use tamaños de textos relativos tube quejas de los clientes.. asique
ahora utilizo tamaños fijos, siempre.
Entiendo tu postura y yo también tuve problemas en ese sentido, pero me
parece que por ese camino vamos derecho a una web aún peor que la que
intentamos superar los que decidimos trabajar siguiendo estándares. Digo
esto porque personalmente creo que usar px en la hoja de estilos para el
texto es peor que la etiqueta font, en la que los valores del atributo
size son relativos.
Por ejemplo, un portal de noticias[1] donde trabajé como periodista
tiene un código desastroso, pero el uso de font en los textos permite
cambiar el tamaño del texto desde el navegador. Y durante el tiempo que
tuve relación con el sitio, nunca hubo quejas de usuarios porque el
texto fuera muy chico o muy grande.
Es cierto que existe un problema por la falta de conocimiento de los
usuarios de las posibilidades que ofrece su navegador, pero me parece
que acentuar ese desconocimiento es el peor camino.
Saludos
[1] http://www.momarandu.com/
--
Camilo Kawerín
27Sur comunicación diseño
http://www.27sur.com
Recuerde *RESPONDER* a este mail, así puedo hacer un seguimiento de la
conversación.
___
Lista de distribución Ovillo
Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org
Puedes modificar tus datos o desuscribirte en la siguiente dirección:
http://ovillo.org/mailman/listinfo/ovillo
--
Orange at GMail
___
Lista de distribución Ovillo
Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org
Puedes modificar tus datos o desuscribirte en la siguiente dirección:
http://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] offtopic: ¿Texto e n medidas relativas o absolutas?
Ya Pablo, pero es que en este caso sí que se aplican las recomendaciones y estándares... y es cuando la cosa no funciona, porque en Microsoft no hacen su trabajo como debieran Yo mismo he sentido el impulso de dejar a los usuarios de IE6 con algún que otro palmo de narices (y de hecho en alguna página personal lo he hecho, evidentemente sin que dejara de funcionar nada importante) En cualquier caso, y en referencia a navegadores que no soportan los estándares como toca, cabe también la posibilidad de que la página no se vea perfectamente, pero que degrade bien y el contenido sea accesible. Ejemplo: enlazas la hoja de estilos sofisticados a través de IMPORT (y una básica a través de LINK) para que a los usuarios de Nets4 no les casque toda la presentacion, pero puedan acceder al contenido El día 29/09/05, Pablo Suárez León [EMAIL PROTECTED] escribió: No se si seras el unico o no. Pero En mi humilde opinion el problema no es de ellos, es tuyo en este caso por no darles soporte. Es preferible salvar a un usuario que use MSIE que a 300 desarrolladores que no son lo suficientemente profesionales para hacer que su pagina sea accesible y cumpla los estandares. Se trata de llegar al mayor numero posible de usuarios, incluidos los que usan Msie en versiones antiguas. No se trata de de justificarse en aplicar recomendaciones y estandares sino en usarlos. Pablo Suárez León Programador Fundosa Teleservicios Grupo Fundosa Tlf. 91 121 03 41 Fax. 91 375 70 51 www.teleservicios.es http://www.teleservicios.es -Mensaje original- De: [EMAIL PROTECTED] [mailto: [EMAIL PROTECTED] En nombre de mmundo Enviado el: jueves, 29 de septiembre de 2005 15:10 Para: Ovillo, la lista de CSS en castellano Asunto: Re: [Ovillo] offtopic: ¿Texto en medidas relativas o absolutas? El 29/09/05, Pablo Suárez León[EMAIL PROTECTED] escribió: Bueno, no se trata de ser realistas o no. Ni de cuantos usuarios tienen esto o lo otro. Se trata de seguir unas normas (WAI, WCAG, Section 501) para que las paginas sean accesibles. Al igual que es importante que el codigo valide y siga estandares la acesibilidad es igual de importante. Puesto que a menudo nos justificamos en argumentos basados en aplicar recomendaciones y estándares web (y no en estadísticas), ¿hasta qué punto sería responsabilidad del titular del site aplicar o condicionar un desarrollo para que el diseño sea compatible con determinado navegador que no implementa correctamente la especificación CSS o no cumple requerimientos UAAG (y en este segundo caso se incluyen muchos navegadores/agentes de usuario)? Puesto que MSIE es el navegador más usado con algunas lagunas importantes en la implementación de CSS2 (como el modelo de caja para versiones 5.x/Win, o las pseudoclases, etc...) ¿soy el único que, antes de desquiciarse, en algún momento ha pensado si el que usa MSIE no lo visualiza correctamente... es su problema? Saludos, Martí. ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo -- Orange at GMail ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] DIV liquido con scroll se puede?
Muchísima atención a esa página (y algunos métodos similares) que para conseguir simular el FIXED en Explorer lo hacen entrar en Quirks Mode, y eso puede tener implicaciones en otros elementos de la página Lo pone en el propio ejemplo ... !-- IE in quirks mode -- !DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.0//EN El día 23/09/05, luis cruz salanova [EMAIL PROTECTED] escribió: --- Soy Rauto [EMAIL PROTECTED] escribió: El ultimo problema con la propiedad fixed es que en IE se arrastra y como sabemos todos los clientes ven todo a traves de IE. Si alguien conoce otra opción será bienvenida. Gracias. Pero esos enlaces que te mandaron sí que se ven bien en IE, no se usa la propiedad Fixed sino que se simula con posicionamientos absolutos. ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo -- Orange at GMail ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Box Model Hack
Un navegador que aplique correctamente los estándares entenderá las 3
declaraciones, por tanto utilizará el último valor
IE5.x entenderá sólamente las dos primeras, con lo que utilizará la última
que entiende, la que pone ie (aunque deberia decir ie5.x), es decir la
segunda
Opera (las versiones antiguas) sólamente comprendían la primera de las
reglas, y es la que se quedan
El día 22/09/05, Bernat Lleonart [EMAIL PROTECTED] escribió:
Hola,
Conozco y utilizo el hack para IE5.x, y me funciona debidamente, pero
me gustaría saber exactamente por qué funciona, qué interpretación
hace el navegador. Parto de la magnífica explicación que encontré en
http://www.disenorama.com/articulos/css/el_modelo_de_cajas.htm, y
utilizo el siguiente código:
#caja{
width: 100px; /*1-para opera*/
\width: 130px; /*2-para ie-se agrega el padding y border*/
w\idth: 100px; /*3- estandares*/
}
Pero no entiendo la tercera línea (w\idth: 100px;), con el
comentario estandares (?) porque si no la escribo me funciona
igualmente...
A ver si alguien me aclara esto, que seguro que es de principiante :)
Bernat
___
Lista de distribución Ovillo
Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org
Puedes modificar tus datos o desuscribirte en la siguiente dirección:
http://ovillo.org/mailman/listinfo/ovillo
--
Orange at GMail
___
Lista de distribución Ovillo
Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org
Puedes modificar tus datos o desuscribirte en la siguiente dirección:
http://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Box Model Hack
El por qué un navegador entiende una declaración y no la otra ya no me lo
sé.
Piensa que en estas cosas no se ofrece una funcionalidad (como el hecho de
comprender declaraciones con una barra en medio) para resolver un problema
(discriminar cierto tipo de navegadores), sino que primero se tiene el
problema y se rastrean 1000 comportamientos de navegadores hasta encontrar
un resquicio que poder utilizar
O al reves, puede que metieran eso en navegadores modernos simplemente para
poder diferenciarlos de los antiguos (como los distintos modos basados en el
DOCTYPE)
La verdad es que no sé qué fué primero, la gallina o el huevo. O igual hay
una razón totalmente distinta
xDDD
El día 22/09/05, Bernat Lleonart [EMAIL PROTECTED] escribió:
2005/9/22, Orange at GMail [EMAIL PROTECTED]:
Un navegador que aplique correctamente los estándares entenderá las 3
declaraciones, por tanto utilizará el último valor
Entonces un navegador que aplique correctamente los estándares
entiende w\idth como width? Por qué no da error?
IE5.x entenderá sólamente las dos primeras, con lo que utilizará la
última
que entiende, la que pone ie (aunque deberia decir ie5.x), es decir la
segunda
Opera (las versiones antiguas) sólamente comprendían la primera de las
reglas, y es la que se quedan
Gracias por las aclaraciones.
El día 22/09/05, Bernat Lleonart [EMAIL PROTECTED] escribió:
Hola,
Conozco y utilizo el hack para IE5.x, y me funciona debidamente, pero
me gustaría saber exactamente por qué funciona, qué interpretación
hace el navegador. Parto de la magnífica explicación que encontré en
http://www.disenorama.com/articulos/css/el_modelo_de_cajas.htm, y
utilizo el siguiente código:
#caja{
width: 100px; /*1-para opera*/
\width: 130px; /*2-para ie-se agrega el padding y border*/
w\idth: 100px; /*3- estandares*/
}
Pero no entiendo la tercera línea (w\idth: 100px;), con el
comentario estandares (?) porque si no la escribo me funciona
igualmente...
A ver si alguien me aclara esto, que seguro que es de principiante :)
Bernat
___
Lista de distribución Ovillo
Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org
Puedes modificar tus datos o desuscribirte en la siguiente dirección:
http://ovillo.org/mailman/listinfo/ovillo
--
Orange at GMail
___
Lista de distribución Ovillo
Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org
Puedes modificar tus datos o desuscribirte en la siguiente dirección:
http://ovillo.org/mailman/listinfo/ovillo
___
Lista de distribución Ovillo
Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org
Puedes modificar tus datos o desuscribirte en la siguiente dirección:
http://ovillo.org/mailman/listinfo/ovillo
--
Orange at GMail
___
Lista de distribución Ovillo
Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org
Puedes modificar tus datos o desuscribirte en la siguiente dirección:
http://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] fieldset y legend
El problema mmundo es que creo recordar que en determinados navegadores no habia forma humana de solucionarlo. Y si encima te piden que valides CSS, pues estás apañao El día 19/09/05, mmundo [EMAIL PROTECTED] escribió: Si el problema está en aplicar diferentes valores a determinadas propiedades, yo usaría el mismo criterio que se aplica para solucionar el problema del modelo de caja o de los keywords de las fuentes: * Aísla estas reglas CSS * Fíltralas aplicando el método que más te guste: 1) hack o 2) utilizando código propietario de Microsoft Saludos, Martí Mundó. -- El 18/09/05, Inti Castro[EMAIL PROTECTED] escribió: estoy armando un formulario de suscripción que es bastante extenso por lo que estoy usando varios fieldset para separar los campos por grupos. el tema es que me estan pidiendo que aplique un diseño al legend (titulo) de cada fieldset que no veo fácil dada la inconsistencia que hay entre browsers para la aplicacion de estilos a este elemento. la verdad que no quiero desechar la idea del uso del fieldset + legend solo por el hecho presentacional. alguno conoce o sabria decirme que cosas son las que hay que tener en cuenta para lograr que haya una consistencia en los estilos de (al menos) ie6, ff, opera y safari? lo que tengo que aplicar no es algo muy complicado. a lo que le tengo miedo es al margin/padding porque noté que al menos entre ie y ff hay una diferencia sustancial. en ie hay como un padding-left que solo logre sacar con margenes negativos. como es este tema en safari? y si separo el form en fieldsets pero reemplazo los legend por hNs? perderia el sentido de usar fieldsets, no? que recomiendan? inti castro [EMAIL PROTECTED] ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo -- Orange at GMail ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] fieldset y legend
Te hablo de memoria, pero creo recordar que la solución pasaba por márgenes y paddings negativos. Pero variaba mucho por ejemplo entre distintas versiones de IE, Mac, etc... Sobre todo es que me parece que había sitios donde NO funcionaba nada, entonces te daba igual utilizar comentarios condicionales, filtros, hacks, expressions y lo que fuera ... te lo representaba mal y punto Pero repito también, que igual era yo que estaba espeso y no encontré la combinación correcta. O que en su momento pensé que no me compensaba meter 3 bloques de condicionales para los distintos IE, un estandar para FF, un hack para Safari, etc... El día 19/09/05, mmundo [EMAIL PROTECTED] escribió: El 19/09/05, Orange at GMail[EMAIL PROTECTED] escribió: El problema mmundo es que creo recordar que en determinados navegadores no habia forma humana de solucionarlo. Y si encima te piden que valides CSS, pues estás apañao Al primer problema, si se trata de alguno de los de la família Microsoft, el método de código propietario de los filtros te sirve para escribir el código que quieras (desde cargar un CSS hasta segmentar un fragmento de HTML). De lo contrario, le veo difícil solución (a no ser que cambies de elementos). La sugerencia que hice fue porqué me pareció entender que una de las soluciones era aplicar márgenes negativos o algo parecido. Al segundo problema, tanto los filtros como bastantes hacks validan (x)HTML y CSS. Un saludo, Martí Mundó. -- ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo -- Orange at GMail ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] fieldset y legend
Hombre, Safari es un buen baremo para Konqueror, ya que podríamos decir que es un KHTML tuneado xD He intentado recuperar ls pruebas que hice yo pero me las he cargado, sólo conservo las maquetas finales en el que eliminé el legend y meti h3 El día 19/09/05, mmundo [EMAIL PROTECTED] escribió: Pues a falta de un enlace web con una tabla comparativa y aprovechando que Inti está metido, podríamos hacer las pruebas: * Si Inti dispone de servidor podría publicar un formulario con el elemento fieldset + legend con un CSS asociado * Orange puede informarnos de las pruebas (ya que Safari no utiliza Gecko). * Así mismo, si otro usuario dispone de Konkeror o iCab (que llevan su propio motor de renderización) se pueden sumar a las pruebas. El 19/09/05, Orange at GMail[EMAIL PROTECTED] escribió: Yo tengo acceso a un Mac, si te quieres lanzar con pruebas te lo testeo en Safari El día 19/09/05, mmundo [EMAIL PROTECTED] escribió: OK, yo estoy intentando aportar posibles soluciones a Inti Castro en función de sus comentarios: [cita Inti] la verdad que no quiero desechar la idea del uso del fieldset + legend solo por el hecho presentacional. alguno conoce o sabria decirme que cosas son las que hay que tener en cuenta para lograr que haya una consistencia en los estilos de (al menos) ie6, ff, opera y safari? [fin cita] * Aísla las reglas CSS que te funcionen en cada navegador * Fíltralas aplicando el método que más te guste (o te permitan los requerimientos de tu proyecto): 1) hack o 2) utilizando código propietario de Microsoft (si es que el problema lo tienes únicamente con MSIE/Win y los requerimientos de tu proyecto te lo permiten). [cita Inti] en ie hay como un padding-left que solo logre sacar con margenes negativos. como es este tema en safari? [fin cita] La verdad, en el caso concreto de los formularios yo no dispongo de pruebas realizadas entre plataformas distintas a PC/Win. Personalmente, deducí que el problema estaba en MSIE (porqué los navegadores de la famila Gecko/Win respondían a las propiedades definidas en el CSS). [cita Inti] y si separo el form en fieldsets pero reemplazo los legend por hNs? perderia el sentido de usar fieldsets, no? que recomiendan? [fin cita] Las principales implicaciones las tendrás en la accesibilidad web, ya que para los navegadores visuales, la agrupación de campos la puedes solucionar visualmente a través del diseño, y para los casos en que no se activen las hojas de estilo, si tienes marcado un elemento de cabecera hx (en mi opinión fuera del elemento fieldset), cumplirá la misma función (porqué la lógica es la misma). Llegados a este punto, ¿aporta algo a la accesibilidad web el elemento fieldset sin legend o reemplazándolo por el elemento cabecera (hx)? (Aunque si te sirve de consuelo, algunas ayudas técnicas no son capaces de asociar el fieldset con su legend). Para cualquier alternativa que no sea marcar correctamente el código, sugiero que escribas la pregunta a la lista sobre accesibilidad (accesoweb) para saber si algún usuario ha realizado pruebas (a través de ayudas técnicas) con fieldset sin legend y fieldset con cabecera hx (fuera o dentro del elemento fieldset). Salu2, Martí Mundó. -- El 19/09/05, Orange at GMail[EMAIL PROTECTED] escribió: Te hablo de memoria, pero creo recordar que la solución pasaba por márgenes y paddings negativos. Pero variaba mucho por ejemplo entre distintas versiones de IE, Mac, etc... Sobre todo es que me parece que había sitios donde NO funcionaba nada, entonces te daba igual utilizar comentarios condicionales, filtros, hacks, expressions y lo que fuera ... te lo representaba mal y punto Pero repito también, que igual era yo que estaba espeso y no encontré la combinación correcta. O que en su momento pensé que no me compensaba meter 3 bloques de condicionales para los distintos IE, un estandar para FF, un hack para Safari, etc... El día 19/09/05, mmundo [EMAIL PROTECTED] escribió: El 19/09/05, Orange at GMail[EMAIL PROTECTED] escribió: El problema mmundo es que creo recordar que en determinados navegadores no habia forma humana de solucionarlo. Y si encima te piden que valides CSS, pues estás apañao Al primer problema, si se trata de alguno de los de la família Microsoft, el método de código propietario de los filtros te sirve para escribir el código que quieras (desde cargar un CSS hasta segmentar un fragmento de HTML). De lo contrario, le veo difícil solución (a no ser que cambies de elementos). La sugerencia que hice fue porqué me pareció entender que una de las soluciones era aplicar márgenes negativos o algo parecido. Al segundo
Re: [Ovillo] fieldset y legend
Yo tampoco soy un experto, pero en el proyecto que te digo me pasaban la web por Konqueror y estaba OK, yo creo que Safari es un buen baremo, aunque siempre algo puede petar El día 19/09/05, mmundo [EMAIL PROTECTED] escribió: El 19/09/05, Orange at GMail[EMAIL PROTECTED] escribió: Hombre, Safari es un buen baremo para Konqueror, ya que podríamos decir que es un KHTML tuneado xD No sé, yo no soy experto en este tema. Solo sé que Safari parte de KHTML desde el año 2002 y que Apple realiza modificaciones que, teóricamente, también se implementant en KHTML Pero una cosa es la teoría y otra la práctica... (Como no soy usuario habitual de Mac, por eso lo he propuesto.) He intentado recuperar ls pruebas que hice yo pero me las he cargado, sólo conservo las maquetas finales en el que eliminé el legend y meti h3 El día 19/09/05, mmundo [EMAIL PROTECTED] escribió: Pues a falta de un enlace web con una tabla comparativa y aprovechando que Inti está metido, podríamos hacer las pruebas: * Si Inti dispone de servidor podría publicar un formulario con el elemento fieldset + legend con un CSS asociado * Orange puede informarnos de las pruebas (ya que Safari no utiliza Gecko). * Así mismo, si otro usuario dispone de Konkeror o iCab (que llevan su propio motor de renderización) se pueden sumar a las pruebas. El 19/09/05, Orange at GMail[EMAIL PROTECTED] escribió: Yo tengo acceso a un Mac, si te quieres lanzar con pruebas te lo testeo en Safari El día 19/09/05, mmundo [EMAIL PROTECTED] escribió: OK, yo estoy intentando aportar posibles soluciones a Inti Castro en función de sus comentarios: [cita Inti] la verdad que no quiero desechar la idea del uso del fieldset + legend solo por el hecho presentacional. alguno conoce o sabria decirme que cosas son las que hay que tener en cuenta para lograr que haya una consistencia en los estilos de (al menos) ie6, ff, opera y safari? [fin cita] * Aísla las reglas CSS que te funcionen en cada navegador * Fíltralas aplicando el método que más te guste (o te permitan los requerimientos de tu proyecto): 1) hack o 2) utilizando código propietario de Microsoft (si es que el problema lo tienes únicamente con MSIE/Win y los requerimientos de tu proyecto te lo permiten). [cita Inti] en ie hay como un padding-left que solo logre sacar con margenes negativos. como es este tema en safari? [fin cita] La verdad, en el caso concreto de los formularios yo no dispongo de pruebas realizadas entre plataformas distintas a PC/Win. Personalmente, deducí que el problema estaba en MSIE (porqué los navegadores de la famila Gecko/Win respondían a las propiedades definidas en el CSS). [cita Inti] y si separo el form en fieldsets pero reemplazo los legend por hNs? perderia el sentido de usar fieldsets, no? que recomiendan? [fin cita] Las principales implicaciones las tendrás en la accesibilidad web, ya que para los navegadores visuales, la agrupación de campos la puedes solucionar visualmente a través del diseño, y para los casos en que no se activen las hojas de estilo, si tienes marcado un elemento de cabecera hx (en mi opinión fuera del elemento fieldset), cumplirá la misma función (porqué la lógica es la misma). Llegados a este punto, ¿aporta algo a la accesibilidad web el elemento fieldset sin legend o reemplazándolo por el elemento cabecera (hx)? (Aunque si te sirve de consuelo, algunas ayudas técnicas no son capaces de asociar el fieldset con su legend). Para cualquier alternativa que no sea marcar correctamente el código, sugiero que escribas la pregunta a la lista sobre accesibilidad (accesoweb) para saber si algún usuario ha realizado pruebas (a través de ayudas técnicas) con fieldset sin legend y fieldset con cabecera hx (fuera o dentro del elemento fieldset). Salu2, Martí Mundó. -- El 19/09/05, Orange at GMail[EMAIL PROTECTED] escribió: Te hablo de memoria, pero creo recordar que la solución pasaba por márgenes y paddings negativos. Pero variaba mucho por ejemplo entre distintas versiones de IE, Mac, etc... Sobre todo es que me parece que había sitios donde NO funcionaba nada, entonces te daba igual utilizar comentarios condicionales, filtros, hacks, expressions y lo que fuera ... te lo representaba mal y punto Pero repito también, que igual era yo que estaba espeso y no encontré la combinación correcta. O que en su momento pensé que no me compensaba meter 3 bloques de condicionales para los distintos IE, un estandar para FF, un hack
Re: [Ovillo] fieldset y legend
Pues llámame cagón, pero creo recordar que yo hice bastante pruebas una vez y no había manera..Claro que tenía que asegurar consistencia hasta con navegadores Mac y Linux, y al menos yo, no lo consegui Pensaba que sí, pero me he ido al proyecto en cuestión y acabe metiendo los titulos de los fieldset en un H3 Es que por defecto los navegadores hacen una cosa muy raras, si le pones un border al fieldset y al legend verás de lo que hablo. Y no encontré ningún sistema fiable al 100% para eliminar ese estilo por defecto en todos los navegadores Suerte, y si encuentras la solución posteala por favor El día 18/09/05, Inti Castro [EMAIL PROTECTED] escribió: estoy armando un formulario de suscripción que es bastante extenso por lo que estoy usando varios fieldset para separar los campos por grupos. el tema es que me estan pidiendo que aplique un diseño al legend (titulo) de cada fieldset que no veo fácil dada la inconsistencia que hay entre browsers para la aplicacion de estilos a este elemento. la verdad que no quiero desechar la idea del uso del fieldset + legend solo por el hecho presentacional. alguno conoce o sabria decirme que cosas son las que hay que tener en cuenta para lograr que haya una consistencia en los estilos de (al menos) ie6, ff, opera y safari? lo que tengo que aplicar no es algo muy complicado. a lo que le tengo miedo es al margin/padding porque noté que al menos entre ie y ff hay una diferencia sustancial. en ie hay como un padding-left que solo logre sacar con margenes negativos. como es este tema en safari? y si separo el form en fieldsets pero reemplazo los legend por hNs? perderia el sentido de usar fieldsets, no? que recomiendan? inti castro [EMAIL PROTECTED] ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo -- Orange at GMail ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Como insertar un flash si guiendo los estándares lo mejor posible
¿Y qué tal el FLACCESS de Sergi?
http://meddle.dzygn.com/esp/weblog/flash.accesible/
El día 16/09/05, Pixelperú Yahoo [EMAIL PROTECTED] escribió:
Prueba con lo sgte, considerando redimensionar las medidas originales del
archivo FLA
HTML
div id=banner !--Animación Flash--
h1 class=hiddenWeb de Pello./h1
object type=application/x-shockwave-flash data=PelloCV.swf
width=100% height=100%
param name=movie value=PelloCV.swf /
param name=menu value=false /
img src=images/pellocv.jpg alt=Web de Pello./
/object
/div
CSS
#container {
background: #fff ;
margin: 0 auto;
text-align: left;
padding: 0;
width: 100%;
height:100%;
}
#hidden, .hidden,
{display:none;}
Miguel Flores Franco
Pixelperu
Arte, Diseño, Web y Teletrabajo
http://www.pixelperu.com
Cel.: (1) 9330 8572 | Telf.: (1) 567 7475
MSN: [EMAIL PROTECTED]
Arrieros somos, y en el camino nos vemos
- Original Message -
From: Igor Ormaetxebarria [EMAIL PROTECTED]
To: Ovillo, la lista de CSS en castellano ovillo@lists.ovillo.org
Sent: Friday, September 16, 2005 12:13 PM
Subject: [Ovillo] Como insertar un flash siguiendo los estándares lo mejor
posible
Hola lista,
un amigo me ha pedido que le meta en un html su CV hecho en flash, y
quiero hacerlo lo más estandar y accesible posible (dentro de las
limitaciones del flash, claro).
He hecho una prueba, y en IE aparece como yo quiero (ocupando el máximo
de
pantalla aunque redimensiones) pero en Mozilla se ve pequeño. Que puedo
hacer?
Este es el código que he escrito:
[www.txurdi.net/pellohttp://www.txurdi.net/pello
]
!DOCTYPE html
PUBLIC -//W3C//DTD XHTML 1.0 Transitional//EN
http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd;
html xmlns=http://www.w3.org/1999/xhtml; xml:lang=es lang=es
head
meta http-equiv=Content-Type content=text/html; charset=iso-8859-1
/
meta http-equiv=content-language content=es /
meta name=keywords content=Pello Irizar diseño /
meta name=description content=Web de Pello. /
titlePello Irizar Huguet./title
/head
body
OBJECT classid=clsid:D27CDB6E-AE6D-11cf-96B8-44455354
codebase=
http://download.macromedia.com/pub/shockwave/cabs/flash/swflash.cab#version=6,0,40,0
WIDTH=100% HEIGHT=100% id=PelloCV
PARAM NAME=movie VALUE=PelloCV.swf
PARAM NAME=quality VALUE=high
PARAM NAME=bgcolor VALUE=#FF
EMBED src=PelloCV.swf quality=high bgcolor=#FF WIDTH=100%
HEIGHT=100%
NAME=PelloCV ALIGN= TYPE=application/x-shockwave-flash
PLUGINSPAGE=http://www.macromedia.com/go/getflashplayer;
/EMBED
/OBJECT
/body
/html
___
Lista de distribución Ovillo
Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org
Puedes modificar tus datos o desuscribirte en la siguiente dirección:
http://ovillo.org/mailman/listinfo/ovillo
__
Renovamos el Correo Yahoo!
Nuevos servicios, más seguridad
http://correo.yahoo.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
--
Orange at GMail
___
Lista de distribución Ovillo
Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org
Puedes modificar tus datos o desuscribirte en la siguiente dirección:
http://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] TopStyle
Una pregunta, TopStyle parece que te deja definir sitios web, del palo gestor de proyectos de DW, HS, etc... Pero parece que sólo vale para ver archivos en local, filtrados segun diversos criterios, ¿¿sabeis si tiene soporte FTP y demás?? Muchas gracias B. El día 15/09/05, Abel Domínguez [EMAIL PROTECTED] escribió: Como herramienta de apoyo y consulta (propiedades para CSS1, CSS2 y las permitidas según qué navegador) es de lo mejorcito. Como en nuestra agencia trabajamos con la licencia del pack de Macromedia, es mi principal herramienta junto con Homesite para la maquetación. Muy recomendable :) A ratos pienso que Dreamweaver se lo podrían ahorrar en dicho pack. Aupa Homesite! xD El día 12/09/05, DEL AMO MATEOS, DAVID [EMAIL PROTECTED] escribió: Hola a todos, necesito haceros una preguntilla algo urgente, ¿Qué opinais de la herramienta TopStyle? Es que ahora a mi jefe le ha dado la idea de comprarla y me gustaría saber que opinais de ella y si conoceis algo mejor que esto, debo decir que tiene que ser para güindous :P y si puede ser que se integre con Frontpage mejor que mejor. PD: Perdonar mi falta de educación al preguntar algo asi tan a bocajarro, pero es que voy con un pokitin de prisa :P Muchisimas gracias a todos y todas, David del Amo Mateos ___ Lista de distribución Ovillo Para 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 Saludos, -- Abel Domínguez ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo -- Orange at GMail ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] css en explorer 5 en Macintosh
Ahi va otro link que te puede ser de ayuda http://www.l-c-n.com/IE5tests/ Yo la verdad es que estuve a punto de comenzar el movimiento To Hell with IE Mac, pero después de leer algo de historia en el libro de Zeldman le he empezado a coger cariño (y mira que me joroba, porque no hay manera de cuadrar las cosas) A nivel puramente personal y fantasioso creo que el IEMac fué un magnífico proyecto, en su momento la vanguardia de los navegadores ... y me da en la nariz que problemas internos con Tantek Çelik fué lo que descalabró todo ¿demasiado brillante? ¿le sacó los colores a sus compañeros de IE Win? ... En fins, que tengas suerte, la vas a necesitar ;) El día 12/09/05, Inti Castro [EMAIL PROTECTED] escribió: On 9/12/05, olga monzon [EMAIL PROTECTED] wrote: Aunque tengo serios problemas para visualizar los css en explorer 5 de Macintosh, no me coge en absoluto los css http://www.macedition.com/cb/resources/macbrowsercsssupport.html inti castro [EMAIL PROTECTED] ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo -- Orange at GMail ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Reunión en Madrid
Yo es que creo que este lunes estaré liado, si no si que me apuntaba :( 2005/9/3, Rubén Lozano [EMAIL PROTECTED]: Pues yo creo saber cual es, pero vamos que cualquiera esta bien. ¿Nadie más se apunta? Víctor Pimentel escribió: On Fri, 02 Sep 2005 20:31:15 +0200, stripTM [EMAIL PROTECTED] wrote: Lo primero gracias a Víctor por la correción, el sitio del que hablamos es un Asturiano que está cerca de Opera (calle Costanilla de los Ángeles) se puede estar desde tomando unas cervezas, sidras... hasta pedir raciones, también tiene mesas por si la cosa se alarga y nos ponemos caninos. Creo recordar que se llama Los ángeles (como la calle) tiene por las paredes cacharros de cuando nuestros abuelos eran pequeños. El asunto sería ver si nos juntamos unos cuantos para hacer la reunión más amena ¿no?. Creo que te refieres a este - http://papelera.freelinuxhost.com/wp-content/losangeles.jpg Por lo que parece, está igual de cerca de las estaciones de Opera (cómo me gusta mi navegador) que de Callao. Saludos, Víctor ___ Lista de distribución Ovillo Para 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 -- Orange at GMail ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] FRAMES y ¿javascript?
El problema de ese método es que no puedes utilizar ningún otro posicionamiento absoluto en la página Y las soluciones javascript, siempre flickean En fin, que cada cosa tiene sus pequeños inconvenientes El día 3/09/05, Manuel González Noriega [EMAIL PROTECTED] escribió: On 03/09/05, Manuel González Noriega [EMAIL PROTECTED] wrote: aquí tienes un método para emular position:fixed en Javascript http://www.cssplay.co.uk/layouts/fixed.html Emular en IE6, obviously -- Manuel a veces :) a veces :( pero siempre trabajando duro para Simplelógica: apariencia, experiencia y comunicación en la web. http://simplelogica.net # (+34) 985 22 12 65 ¡Ah! y escribiendo en Logicola: http://simplelogica.net/logicola/ ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo -- Orange at GMail ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] ¿Se puede ?
No me funciona el link que has puesto, pero valora bien utilizar el IE7 de Edwards porque para resolver pequeños fallos a veces es como intentar matar moscas a cañonazos Y si te decides a utilizarlo leete la sección de rendimiento del propio site, porque en ocasiones puede ralentizar muchísimo la carga de una página Y también ándate al loro porque todas las versiones traen algún bug que otro El día 2/09/05, knocte [EMAIL PROTECTED] escribió: El 2/09/05, Manuel J. Recena Soto[EMAIL PROTECTED] escribió: Hola, buenos días: Os escribo para preguntaros dos cuestiones sobre la siguiente página: http://tinyurl.com/bhhve a) Si veis la página con Safari/Firefox/Mozilla comprobaréis que el botón del formulario (submit) está perfectamente alineado (horizontalmente) con la caja del input. En nuevo amigo IE no es así, ¿Alguien sabe cómo solucionar esto de una forma sencilla? b) Justo debajo de la cabecera (flash) hay un pequeño sistema de migas de pan. Para cada uno de los nivel tengo definido una clase (n1, n2 y n3) que aplico a un span respectivamente. Algunos de estos niveles pueden ser un enlace como podréis comprobar. Para ello, defino los estilos correspondientes a la etiqueta a. En cuanto al color de los enlaces le digo que herede el color del padre, es decir, el color del span. Esto funciona correctamente en Firefox, pero no en IE. ¿Alguna solución que no sea definir el color también para los enlaces? Muchas gracias. un saludo Hola. Este tipo de bugs tontos del IE son los que soluciona el IE7 (no es una nueva versión del Internet Explorer), ¿has probado a utilizarlo?: http://dean.edwards.name/IE7/intro/ Espero que te sirva. Saludos, André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 -- Orange at GMail ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] propiedad outline
Pues ahi va otro http://www.dithered.com/css_filters/css_only/index.php El día 2/09/05, stripTM [EMAIL PROTECTED] escribió: mmundo wrote: Quizás te serva: Full CSS Property Compatibility Chart: http://www.corecss.com/properties/full-chart.php Vaya, parece que el sitio no funciona :( El 1/09/05, Constantino Rodríguez[EMAIL PROTECTED] escribió: ¿Alguien podría decirme si algún navegador actual admite la propiedad 'outline' y por qué los que suelo usar (IE, Firefox, Opera) no lo hacen? He visto las características de esta propiedad y creo que podría ser bastante útil, al no redimensionar el elemento, ¿no? En Mozilla existe -moz-outline no se muy bien porque no le han eliminado ya el prefijo -moz- quizás sea una implementación del outline de CSS3, si tienes curiosidad puedes seguir el bug a ver si lo explican https://bugzilla.mozilla.org/show_bug.cgi?id=281972 y luego nos cuentas ;-) -- Saludos -=stripTM=- ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo -- Orange at GMail ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] propiedad outline
Opa! ... pegué el enlace de la discriminación de navegadores xD No obstante creo que había más de un sitio con el soporte de propiedades, a ver si lo encuentro Sorry El día 2/09/05, Orange at GMail [EMAIL PROTECTED] escribió: Pues ahi va otro http://www.dithered.com/css_filters/css_only/index.php El día 2/09/05, stripTM [EMAIL PROTECTED] escribió: mmundo wrote: Quizás te serva: Full CSS Property Compatibility Chart: http://www.corecss.com/properties/full-chart.php Vaya, parece que el sitio no funciona :( El 1/09/05, Constantino Rodríguez[EMAIL PROTECTED] escribió: ¿Alguien podría decirme si algún navegador actual admite la propiedad 'outline' y por qué los que suelo usar (IE, Firefox, Opera) no lo hacen? He visto las características de esta propiedad y creo que podría ser bastante útil, al no redimensionar el elemento, ¿no? En Mozilla existe -moz-outline no se muy bien porque no le han eliminado ya el prefijo -moz- quizás sea una implementación del outline de CSS3, si tienes curiosidad puedes seguir el bug a ver si lo explican https://bugzilla.mozilla.org/show_bug.cgi?id=281972 y luego nos cuentas ;-) -- Saludos -=stripTM=- ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo -- Orange at GMail -- Orange at GMail ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Texto lista centrado verticalmente
Hasta que CSS nos brinde la propiedad vertical-alin, (o hasta que el soporte
de display: table-cell combinado con lo anterior sea mayoritario) no se
puede centrar de verdad en vertical nada que tenga un tamaño variable,
excepto los fondos
Algo tan simple como esto sigue siendo, según lo veo yo, un verdadero
escollo para el desarrollo con CSS. A veces hay que hacer filigranas, y la
gente que empieza se desespera (esto último no lo digo por ti, hablo en
general). Creo que es la pregunta que más se repite en foros y listas
;)
El día 31/08/05, Thaís Moraleida [EMAIL PROTECTED] escribió:
En esta página he encontrado una solución:
http://www.ampsoft.net/webdesign-l/vertical-aligned-nav-list.html
Funciona, pero necesito saber con anterioridad si el texto ocupará una
o más líneas dentro del elemento. Lo que quisiera era una única
solución que funcionase con independencia del número de líneas dentro
del elemento. No se me ocurre nada, pero ¿alguien tiene alguna
sugerencia?
El 31/08/05, Thaís Moraleida[EMAIL PROTECTED] escribió:
Sí, para centrar el background funciona, pero lo que quiero centrar es
el texto, cuando haya una o más líneas.
li {
position: relative;
display: block;
padding: 5px 5px 5px 24px;
margin: 0;
background: #FF9933 url(points.gif) no-repeat 3px center;
color: #FFF;
}
Gracias,
Thaís Moraleida
El 30/08/05, Orange at GMail[EMAIL PROTECTED] escribió:
Le quitas la viñeta y la simulas con una imagen de fondo, y la defines
para
que se muestre centrada verticalmente. Algo asi:
li {
list-style-type: none;
background: url(imagen) left center no-repeat
}
El día 30/08/05, Thaís Moraleida [EMAIL PROTECTED] escribió:
Hola a todos,
Tengo un problemilla que no consigo resolver.
En una lista horizontal, con textos que ocupan una o más lineas
dentro de cada li, necesito que el texto esté verticalmente
alineado respecto a la li. He intentado poniendo la propiedad
line-height del tamaño de la li y estableciendo vertical-align:
middle, pero no funciona cuando hay la necesidad de un salto de
línea.
¿Alguien me puede ayudar?
ul
lia href=index.php?type=1Verkaufsimmobilien/a/li
lia href=index.php?type=2Ferienhäuser und
Ferienwohnungen/a/li
lia href=new_user.phpInserieren/a/li
/ul
___
Lista de distribución Ovillo
Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org
Puedes modificar tus datos o desuscribirte en la siguiente
dirección:
http://ovillo.org/mailman/listinfo/ovillo
--
Orange at GMail
___
Lista de distribución Ovillo
Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org
Puedes modificar tus datos o desuscribirte en la siguiente dirección:
http://ovillo.org/mailman/listinfo/ovillo
___
Lista de distribución Ovillo
Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org
Puedes modificar tus datos o desuscribirte en la siguiente dirección:
http://ovillo.org/mailman/listinfo/ovillo
--
Orange at GMail
___
Lista de distribución Ovillo
Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org
Puedes modificar tus datos o desuscribirte en la siguiente dirección:
http://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Texto lista centrado verticalmente
Le quitas la viñeta y la simulas con una imagen de fondo, y la defines para
que se muestre centrada verticalmente. Algo asi:
li {
list-style-type: none;
background: url(imagen) left center no-repeat
}
El día 30/08/05, Thaís Moraleida [EMAIL PROTECTED] escribió:
Hola a todos,
Tengo un problemilla que no consigo resolver.
En una lista horizontal, con textos que ocupan una o más lineas
dentro de cada li, necesito que el texto esté verticalmente
alineado respecto a la li. He intentado poniendo la propiedad
line-height del tamaño de la li y estableciendo vertical-align:
middle, pero no funciona cuando hay la necesidad de un salto de línea.
¿Alguien me puede ayudar?
ul
lia href=index.php?type=1Verkaufsimmobilien/a/li
lia href=index.php?type=2Ferienhäuser und Ferienwohnungen/a/li
lia href=new_user.phpInserieren/a/li
/ul
___
Lista de distribución Ovillo
Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org
Puedes modificar tus datos o desuscribirte en la siguiente dirección:
http://ovillo.org/mailman/listinfo/ovillo
--
Orange at GMail
___
Lista de distribución Ovillo
Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org
Puedes modificar tus datos o desuscribirte en la siguiente dirección:
http://ovillo.org/mailman/listinfo/ovillo
