Re: [Ovillo] [OT] formularios anidados
Joseba: Un formulario no puede contener otro formulario. No hay más misterio. Salud. -- Choan On Jul 15, 2009, at 12:38 , Joseba wrote: Para ver el nivel de conocimientos de la lista... Ná sin más, me ha surgido ese problema al generarme un formu dinámicamente dentro de otro (se generan en el padre y ha coincidido que esta vez el objeto era un formulario y el padre era otro formulario). Es una intranet algo compleja de generación de objetos dinámicamente. Lo hemos resuelto comprobando el tag del padre y sacándolo a un nivel superior cuando sean formularios pero ya me he quedado con la duda de porque no interpreta los objetos en formus anidados. Ah! El asunto es con el IE7+, la verdad no lo he probado en FF y demás ya que la intranet es específica para IE por requerimiento del cliente. Slt. -Mensaje original- De: ovillo-boun...@lists.ovillo.org [mailto:ovillo-boun...@lists.ovillo.org ] En nombre de Rodrigo Álvarez Virgós Enviado el: miércoles, 15 de julio de 2009 12:15 Para: Ovillo, la lista de CSS en castellano Asunto: Re: [Ovillo] [OT] formularios anidados Hola, Joseba ¿Y para qué quieres un formulario dentro de otro? :-S Joseba escribió: Hola! Igual alguno se ha peleado con esto antes. Tengo form id=”formulario1” … form id=”formulario2” input type=’hidden’ name=’campo1’ value =’1’ / /form /form El problema reside en que si hago referencia a formulario2.campo1.value me devuelve que el objeto es nulo. Si quito el formulario padre no problemo… es como si no supiera interpretar objetos q están en formularios anidados. Alguna sugerencia. Gracias Slt. Caminar sobre el agua y desarrollar software a partir de unas especificaciones es fácil. si ambas están congeladas. Edward V. Berard, ingeniero informático. ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Es malo importar muchas hojas de estilos CSS
On Mar 27, 2009, at 04:44 , Mauricio Dulce wrote: Hola Daniel y Choan, aca muestro un ejemplo de tiempos de carga en una aplicación rails 1 ejemplo aplicando subdominios a carga de imagenes, hojas de estilos, javascript, 3 subdominios http://img49.imageshack.us/img49/5553/imagen3.png 2 ejemplo, mismo sitio con configuracion normal http://img520.imageshack.us/img520/3788/imagen3212931.png tanto el cache del browser como el de la aplicación fueron borrados y el vps reiniciado. Genial. Tu prueba demuestra lo que pretendías demostrar aun sin tener nada que ver con lo que yo preguntaba. Salud. -- Choan ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Es malo importar muchas hojas de estilos CSS
Hola. On Mar 26, 2009, at 14:14 , Javier Guerrero wrote: Pues eso, yo suelo serparar mucho mis hojas de estilos, por un tema de orden. Por ejemplo, desde mi hoja de estilos principal suelo hacer las siguientes importanciones: reset.css layout.css jquery.datepick.css jquery.tabs.css jquery.jcarousel.css calendar.css debug.css los estilos con la notación [jquery.nombre] son archivos CSS que ayudan a definir la funcionalidad de los plugins jQuery y para adaptarlo según el estilo del sitio, sobreescribo. No estoy seguro si hacer tantos imports sea perjudicial para un sitio... ¿qué opinan? Tan malo como te parezca hacer la descarga más lenta. Si el paquete de ficheros se usa siempre completo, concaténalos y sírvelos en una sola petición (pero sigue desarrollando por separado, que ahí sí que vas bien). Si no se usa todo el paquete, concatena lo que sea común y añade una referencia extra cuando corresponda. Salud. -- Choan SugarTest makes JavaScript Testing Sweet http://sugartest.scriptia.net/ ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Es malo importar muchas hojas de estilos CSS
Hola. On Mar 26, 2009, at 15:10 , Javier Guerrero wrote: Si el paquete de ficheros se usa siempre completo, concaténalos y sírvelos en una sola petición (pero sigue desarrollando por separado, que ahí sí que vas bien). A que te refieres con *concaténalos y sírvelos en una sola petición, *por favor, podrías explicarme ese punto? Con concatenar me refiero a crear un solo fichero con el contenido de los ficheros de desarrollo. En sistemas *nix $ cat fichero_1 fichero_2 fichero_n fichero_final En Windows, si mal no recuerdo, se podía usar `copy` $ copy fichero_1 + fichero_2 + fichero_n fichero_final En tus documentos referencias fichero_final en lugar de tu lista de ficheros. Y fiesta. Ahora, cabe tener presente lo que comentaba antes... si tienes un fichero CSS para pintar un selector de fechas y el selector de fechas solo aparece en un par de páginas del sitio, es muy posible que no aporte nada incluirlo en el fichero concatenado. Salud. -- Choan Lovhat, People Sharing Loves and Hates http://lovhat.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://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Es malo importar muchas hojas de estilos CSS
Hola. On Mar 26, 2009, at 15:35 , Mauricio Dulce wrote: Pues lo que yo hago es llamar cada hoja por separado y usar esto http://assets0.midominio.com http://assets1.midominio.com http://assets3.midominio.com , lo cual engaña al navegador y permite una carga mas rápida, tanto en imágenes como en hojas de estilo y javascript, dejando el contenido solo para el dominio principal midominio.com. ¿Y con esto ganas algo? Utilizar un dominio distinto del de contenido para los recursos tiene sus ventajas por aquello de que los navegadores no (suelen) realizar más de dos peticiones en paralelo a un mismo dominio, pero dudo que servir cada fichero desde un dominio suponga una mejora (por aquello de ir resolviendo DNS + hacer la petición + la descarga para unos cuantos ficheros de tamaño chiquitín). Esto... no te estoy llevando la contraria. Solo me gustaría saber si dispones de datos que confirmen lo que dices ya que según mi loca cabecita no parece razonable que sea así. Salud. -- Choan Mundo Du. Cuentos breves, relatos sorprendentes http://mundodu.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://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Es malo importar muchas hojas de estilos CSS
On Mar 26, 2009, at 16:00 , Mauricio Dulce wrote: [...] El problema es que los navegadores modernos se auto-imponen la limitación de establecer sólo dos conexiones por dominio. Incluso si tus usuarios tienen conexiones a internet de banda ancha, tendrán que esperar hasta que todos los recursos web hayan sido descargados secuencialmente. [...] Utilizando el nombre de varios servidores de recursos engañamos al navegador para que abra varias conexiones a la vez incluso si los recursos se encuentran físicamente en el mismo servidor.El resultado es un envío más rápido de los recursos al navegador.. Después necesitas que tu servidor web acepte peticiones para los subdominios de los recursos web. [...] Pues si se a lo que te refieres pero a mi me a funcionado perfectamente en sitios que e hecho en rails con nginx, eso si en vps, no se como valla en los shared. Sí, hombre, si ya sabemos que funcionar funciona. Lo que yo me pregunto es si es más eficiente servir N ficheros de X tamaño desde N dominios que servir un fichero de N*X tamaño desde un dominio. Para distintos valores de N y X y eso. Si me dices que he de tener fe, como si no me dices nada. -- Choan Scriptia, JavaScript y buenas prácticas en español http://blog.scriptia.net/ ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Es malo importar muchas hojas de estilos CSS
Hola. On Mar 26, 2009, at 15:50 , Javier Guerrero wrote: En Windows, si mal no recuerdo, se podía usar `copy` $ copy fichero_1 + fichero_2 + fichero_n fichero_final ¿te refieres siemplemente a tener todo los estilos en un solo archivo? o ¿es un comando que combina los distintos archivos que se tenga? Número de ficheros de desarrollo: tantos como te parezca conveniente. Número de ficheros servidos en producción: tan pocos como te parezca conveniente. Salud. -- Choan Carga y descarga http://cargaydescarga.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://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Es malo importar muchas hojas de estilos CSS
On Mar 26, 2009, at 17:30 , Mauricio Dulce wrote: Desde mi punto de vista y lo que e probado es mas eficiente, tanto en la carga del sitio como a la hora de organizarlo. Apenas tenga mi sitio terminado pasare la url para que pueda hacer las pruebas pertinentes. Tu punto de vista equivale a medir la distancia de Madrid a Barcelona en palmos. ¿Qué dice YSlow/Firebug/cualquier otra herramienta que no mida a palmos? Salud. -- Choan ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Es malo importar muchas hojas de estilos CSS
Hola. On Mar 26, 2009, at 17:39 , Daniel Navarro wrote: Hola, preguntaste: Sí, hombre, si ya sabemos que funcionar funciona. Lo que yo me pregunto es si es más eficiente servir N ficheros de X tamaño desde N dominios que servir un fichero de N*X tamaño desde un dominio. Para distintos valores de N y X y eso. Evidentemente, un sólo fichero con todo aglutinado tardará menos, pero ¿concatenarás todos los recursos además de las css?. El límite de 2 conexiones se aplica también a las imágenes, por ejemplo. Cuando se amplía el número de conexiones paralelas, el tiempo de carga puede ser más que apreciable: http://www.ajaxperformance.com/2006/12/18/circumventing-browser-connection-limits-for-fun-and-profit/ No creo que merezca la pena unir las css en una sola por varios motivos: - Apenas se notará la diferencia de tiempo. - El navegador cachea las css por lo que las demás llamadas serán locales. - La separación de css permite gestionarlas de forma más efectiva. Por lo tanto, es preferible tener los ficheros de hojas de estilo separados frente a la pequeña ventaja de una inapreciable carga más rápida en la primera llamada al sitio. Sin embargo, la opción que plantea Mauricio sí que puede ser interesante. Particularmente, como en el proceso de diseño hay tantos parámetros a tener en cuenta (compatibilidad navegadores, optimización motores de búsqueda, etc.) prefiero reducirlos al mínimo, al menos al principio. Eso no quita para que se unan algunos archivos css en uno solo como, por ejemplo, los de jquery. Supongo que cada vez que escriba a la lista tendré que contar mi vida. Resumo mis mails anteriores en este mismo tema: Si el paquete de ficheros se usa siempre completo, concaténalos y sírvelos en una sola petición (pero sigue desarrollando por separado, que ahí sí que vas bien). Si no se usa todo el paquete, concatena lo que sea común y añade una referencia extra cuando corresponda. Ahora, cabe tener presente lo que comentaba antes... si tienes un fichero CSS para pintar un selector de fechas y el selector de fechas solo aparece en un par de páginas del sitio, es muy posible que no aporte nada incluirlo en el fichero concatenado. Utilizar un dominio distinto del de contenido para los recursos tiene sus ventajas por aquello de que los navegadores no (suelen) realizar más de dos peticiones en paralelo a un mismo dominio, pero dudo que servir cada fichero desde un dominio suponga una mejora (por aquello de ir resolviendo DNS + hacer la petición + la descarga para unos cuantos ficheros de tamaño chiquitín). Lo que yo me pregunto es si es más eficiente servir N ficheros de X tamaño desde N dominios que servir un fichero de N*X tamaño desde un dominio. Para distintos valores de N y X y eso. Número de ficheros de desarrollo: tantos como te parezca conveniente. Número de ficheros servidos en producción: tan pocos como te parezca conveniente. Y finalmente: Tu punto de vista equivale a medir la distancia de Madrid a Barcelona en palmos. ¿Qué dice YSlow/Firebug/cualquier otra herramienta que no mida a palmos? Si me podéis responder con datos, genial. Si seguimos con teorías no avanzamos nada. Un saludo. -- Choan http://choangalvez.nom.es/ ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Advertencia del Validador CSS ante declar aciones múltiples
On Mar 11, 2009, at 14:06 , Hernán Beati - SaberWeb.com.ar wrote:
Acabo de pasar por el Validador CSS del W3C [1] este código de
columnas
con anchos en EM, ambas flotadas (#menu y #contenido1):
#menu, #contenido1 {
display:inline;
float:left;
}
#menu {
width:13em;
}
#contenido1 {
width:41em;
}
Me da por válida la hoja, pero a continuación incluye estas dos
advertencias:
#menu In (x)HTML+CSS, floated elements need to have a width declared.
Only elements with an intrinsic width (html, img, input, textarea,
select, or object) are not affected
#contenido1 In (x)HTML+CSS, floated elements need to have a width
declared. Only elements with an intrinsic width (html, img, input,
textarea, select, or object) are not affected
En cambio, si incluyo en una única declaración el width en vez de
separarlo, no da esas advertencias (pero eso obviamente me obliga a
poner el mismo width a ambos divs):
#menu, #contenido1 {
display:inline;
float:left;
width:13.8em;
}
En definitiva, no me permnite hacer una declaración múltiple
separada
por comas, me obliga a declarar por separado los dos selectores,
para
poder darles un ancho distinto.
¿Es un error del validador que me dé esa advertencia, o hay algo en
alguna recomendación CSS que ponga ese requisito? (que me parece no
muy
lógico).
Según CSS 2 los elementos flotados deben tener una anchura intrínseco
o asignada. El validador hace bien en advertirte. (Según CSS 2.1 no es
necesario y es lo que aplican los navegadores de hoy en día)
Otra cosa es que el validador no sepa combinar reglas, en cuyo caso es
un defecto del validador.
De todos modos, ten presente que es una advertencia y no un error. Y
como ante cualquier advertencia, debes evaluar el mensaje y decidir si
la ignoras o la tomas en cuenta.
Salud.
--
Choan
___
Lista de distribución Ovillo
Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org
Puedes modificar tus datos o desuscribirte en la siguiente dirección:
http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Intercambiar visualmente el orden de dos párrafos
On Mar 12, 2009, at 00:47 , Ramón Corominas wrote: Dados dos elementos HTML (div, por ejemplo) A y B, contiguos en el código en el orden A-B, cuyos contenidos y dimensiones no son determinables a priori, y que deben presentarse visualmente como filas, una debajo de la otra, ¿existe alguna solución multinavegador, usando exclusivamente CSS (y cualquier marcado no-semántico adicional que pudiera requerirse), para alterar visusalmente el orden de las filas sin alterar el orden en el código? Por ejemplo, dados: div id=AEsto es un texto de longitud no conocida./div div id=BLa longitud de este texto tampoco se conoce./div Se debe presentar: La longitud de este texto tampoco se conoce. Esto es un texto de longitud no conocida. Espero que ahora haya quedado todo más claro guiño Asumiendo que multinavegador incluye a IE6 y 7, no no la hay. Salud. -- Choan ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] [OT] innerHTML
Hola. On Dec 19, 2008, at 10:38 AM, Joseba wrote: Como idea mola. No hay una frikin funcion que haga eso en algun Framework del que se pueda extraer sin complicaciones? Teniendo una necesidad parecida, mi editor ha parido esto: http://github.com/choan/js_dom_serializer/tree/master Salud. -- Choan -Mensaje original- De: ovillo-boun...@lists.ovillo.org [mailto:ovillo-boun...@lists.ovillo.org ] En nombre de Choan Gálvez Enviado el: viernes, 19 de diciembre de 2008 10:27 Para: Ovillo, la lista de CSS en castellano Asunto: Re: [Ovillo] [OT] innerHTML Hola. On Dec 18, 2008, at 7:19 PM, Joseba wrote: Igual si explico un poco xq quiero obtener el HTML actual me dais alternativas. Simplemente lo quiero para redibujarlo en otra pantalla a modo de instantánea, osea, guardar ese HTML y mostrarlo cuando sea necesario. Ya sabemos que se pueden guardar los valores y tal y rehacer la maketa con ellos. Pero a mi se me ha ocurrido guardar todo el HTML ya que es la ostra de complejo con infinidad de radio/checks/inputs/textareas/selects y etc. Con mogollón de controles dependientes de lo que pongas en otros, bla bla. Esta claro que IE es el campeón de hago lo que quiero Algunas veces viene bien como es el caso, ya que el innerHTML obtiene ese querido HTML actual. El resto de navegadores, surfeadores, exploradores y demás, sólo obtiene el HTML original, cosa que en este caso me viene malo malísimo. En fin... que quería darle otro aire al modo de almacenar formularios personalizados. Si te estoy entendiendo bien, pretendes almacenar (como texto, en un fichero o una base de datos o un...) el árbol generado en el navegador. En tal caso, el uso de innerHTML es problemático. Cada navegador genera la cadena a su bola (IE usa mayúsculas para los nombres de los elementos, no entrecomilla los atributos, etc. Y el resto, cada uno sus detallicos). Así que, hasta donde yo sé, si quieres obtener una cadena HTML **limpia** la mejor y única solución es hacer la serialización por cuenta propia, esto es... te montas una función serializeHTML (o como le quieras llamar) que reciba un nodo (la raíz de lo que quieras guardar) y vaya recorriendo recursivamente todos los descendientes y generando la cadena de salida. Esta es la técnica utilizada por TinyMCE y cualquier otro editor RTE decente. Un saludo. -- Choan Gálvez choan.gal...@gmail.com http://choangalvez.nom.es/ ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] [OT] innerHTML
Hola. On Dec 18, 2008, at 7:19 PM, Joseba wrote: Igual si explico un poco xq quiero obtener el HTML actual me dais alternativas. Simplemente lo quiero para redibujarlo en otra pantalla a modo de instantánea, osea, guardar ese HTML y mostrarlo cuando sea necesario. Ya sabemos que se pueden guardar los valores y tal y rehacer la maketa con ellos. Pero a mi se me ha ocurrido guardar todo el HTML ya que es la ostra de complejo con infinidad de radio/checks/inputs/textareas/selects y etc. Con mogollón de controles dependientes de lo que pongas en otros, bla bla. Esta claro que IE es el campeón de hago lo que quiero Algunas veces viene bien como es el caso, ya que el innerHTML obtiene ese querido HTML actual. El resto de navegadores, surfeadores, exploradores y demás, sólo obtiene el HTML original, cosa que en este caso me viene malo malísimo. En fin... que quería darle otro aire al modo de almacenar formularios personalizados. Si te estoy entendiendo bien, pretendes almacenar (como texto, en un fichero o una base de datos o un...) el árbol generado en el navegador. En tal caso, el uso de innerHTML es problemático. Cada navegador genera la cadena a su bola (IE usa mayúsculas para los nombres de los elementos, no entrecomilla los atributos, etc. Y el resto, cada uno sus detallicos). Así que, hasta donde yo sé, si quieres obtener una cadena HTML **limpia** la mejor y única solución es hacer la serialización por cuenta propia, esto es... te montas una función serializeHTML (o como le quieras llamar) que reciba un nodo (la raíz de lo que quieras guardar) y vaya recorriendo recursivamente todos los descendientes y generando la cadena de salida. Esta es la técnica utilizada por TinyMCE y cualquier otro editor RTE decente. Un saludo. -- Choan Gálvez choan.gal...@gmail.com http://choangalvez.nom.es/ ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] problema z-index con IE6
On Nov 10, 2008, at 4:25 PM, Kemie Guaida wrote: la mejor explicacion (y solucion) al problema del z index, la encontre aqui: http://mahzeh.org/?p=19 tambien te recominedo esta pagina para experimentar con distintos z- indexes: http://www.tjkdesign.com/articles/z-index/teach_yourself_how_elements_stack.asp Otro artículo sobre el tema, con dibujitos y tal, en catalán: http://blog.esbudellat.net/apilament-de-caixes-relatives-i-absolutes/ Salud. -- Choan ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Distintas columnas CSS en Drupal
Hola.
On Nov 3, 2008, at 10:41 AM, Dan wrote:
Hola a todos.
Estoy creando un template en Drupal 6 a 3 columnas. Hasta aquí no hay
problema. Pero lo que no consigo hacer es que cuando el usuario solo
quiera
dos columnas (por ejemplo poniendo todos los bloques a la izquierda)
la
anchura de la columna de contenido se ensanche hasta el final. El tema
grafico Garland que viene por defecto en Drupal consigue hacer esto,
pero
está tan enrevesado el CSS que me vuelvo loco.
He probado con max-width, %, etc. y google no me da la respuesta :-)
Es decir, necesito tener una estructura de 3 columnas pero flexible en
contenido si faltan la columna izquierda o derecha.
Lo que hace Garland (y otros temas) es asignar al elemento /body una
clase indicándole el tipo de layout.
A partir de ahí, puedes asignar los anchos de las columnas por
contexto. Algo tipo
body.three-cols #main {
width: tal;
}
Un saludo.
--
Choan
___
Lista de distribución Ovillo
Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org
Puedes modificar tus datos o desuscribirte en la siguiente dirección:
http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] [OT] una ot sobre busqueda con javascript
Hola. Disculpen ustedes la intromisión. `search` es un atributo de `window.location` que devuelve la parte de la URL a partir de `?` (incluido). `href` es un atributo de `window.location` que devuelve la URL como cadena. Al usar `search` sobre esta cadena estás utilizando String.prototype.search. En resumen, si lo que buscas es el querystring, usa `window.location.search`. Salud. On Oct 7, 2008, at 7:21 PM, Joseba wrote: Si he probado eso y un carro más. Ya te digo q he estado una hora haciendo el primo con search sin acordarme de la función indexOf. :)) -Mensaje original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] ] En nombre de Marc Palau Enviado el: martes, 07 de octubre de 2008 19:02 Para: Ovillo, la lista de CSS en castellano Asunto: Re: [Ovillo] [OT] una ot sobre busqueda con javascript Hola, Intentasté hacerlo con algo parecido a expresiones regulares. lo suyo seria hacerlo así /\?/ en lugar de ?, pero con indexOf tendrás lo que pides. saludos! Marc - Original Message - From: Joseba [EMAIL PROTECTED] To: 'Ovillo, la lista de CSS en castellano' ovillo@lists.ovillo.org Sent: Tuesday, October 07, 2008 6:46 PM Subject: Re: [Ovillo] [OT] una ot sobre busqueda con javascript Si que estaba espeso si. Gracias. -Mensaje original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] ] En nombre de Marc Palau Enviado el: martes, 07 de octubre de 2008 18:35 Para: Ovillo, la lista de CSS en castellano Asunto: Re: [Ovillo] [OT] una ot sobre busqueda con javascript indexOf url.indexOf(?); saludos! Marc http://www.nbsp.es - Original Message - From: Joseba [EMAIL PROTECTED] To: 'Ovillo, la lista de CSS en castellano' ovillo@lists.ovillo.org Sent: Tuesday, October 07, 2008 6:19 PM Subject: [Ovillo] [OT] una ot sobre busqueda con javascript Hola! Debo estar más espeso que el chocolate frío. Llevo una hora dándole al search y no consigo que me encuentre el caracter ? en una url var url = document.location.href alert(url.search(?)); me devuelve siempre -1, haya o no haya. He aplicado patrones, etc y nai. Help. Gracias. ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] posicionamiento fijo
Hola Andrés. On Sep 15, 2008, at 8:55 PM, Andres wrote: El contenido está relativo, y el header y el footer fixed... Y no veo la manera de que funcione en Explorer. En Firefox funciona perfecto. Explorer tiene un bug curioso curioso [1], que puedes aprovechar (si te atreves) en tu beneficio [2]. Salud. [1]: http://dizque.lacalabaza.net/sotanos/2007/11/posicion-relativa-y-scroll-en-internet-explorer/ [2]: http://www.cssplay.co.uk/layouts/fixed.html -- Choan http://choangalvez.nom.es/ http://lovhat.com/user/168 ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] [OT] propiedad for del label desde javascript
On Jun 24, 2008, at 7:40 PM, Joseba wrote: Alo! Alguien sabe como invovar la propiedad for del label desde javascript document.getElementById(label).for . no va, je. Si eres capaz de traducir invovar a algo inteligible, suscríbete a javaEScript [1] y pregunta por allí. [1]: http://javaescript.scriptia.net/ Salud. -- Choan Gálvez ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] [OT] propiedad for del label desde javascript
Hola. On Jun 24, 2008, at 7:56 PM, Joseba wrote: AG Invovar = invocar (solo para mentes aletargadas que no ven errores gramaticales a simple vista) No te he contestado (y no te contestaré) porque: 1. La pregunta estaba mal planteada 2. No es la lista adecuada. Salud. (Espero que esta sea mi última intervención, perdonen ustedes la continuación del off-topic.) -- Choan Gálvez. ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] OT[Un error al validar]
Hola. On 04/04/2008, at 9:57, Jesus Miguel Gimeno Rosales wrote: Hola a todos: Estoy intentando validar un código de xhtml y me da el siguiente error: *Line 56, Column 22*: there is no attribute disabled. span disabled=**disabled [...] La línea de código es: span disabled=disabled label for=chkMensual class=checkboxEnFila Mensual/label input id=chkMensual type=checkbox name=chkMensual checked=checked disabled=disabled tabindex=1 / /span El Doctype del documento es: !DOCTYPE html PUBLIC -//W3C//DTD XHTML 1.0 Transitional//EN http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd; Yo tengo entendido que disabled=disabled está permitido en el XHTML 1.0 Transitional, pero quizás me equivoco. ¿alguna idea? El atributo existe, desde luego, pero solo es válido para los elementos en los que tiene sentido, esto es, BUTTON, INPUT, OPTGROUP, OPTION, SELECT y TEXTAREA. http://www.w3.org/TR/html401/interact/forms.html#adef-disabled Salud. -- Choan Gálvez, que cuando no trabaja duro escribe en http://cargaydescarga.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://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] YUI CSS
On 03/04/2008, at 16:31, Tei wrote: 2008/4/3 Choan Gálvez [EMAIL PROTECTED]: Hola. [...] Noo. The 'em' unit is equal to the computed value of the 'font-size' property of the element on which it is used. The exception is when 'em' occurs in the value of the 'font-size' property itself, in which case it refers to the font size of the parent element. It may be used for vertical or horizontal measurement. (This unit is also sometimes called the quad-width in typographic texts.) http://www.w3.org/TR/CSS21/syndata.html#em-width Si la fuente está a 12px, 1em son 12px, diga lo que diga el artista. humm.. Una pregunta. En el siguiente ejemplo, ¿deberian ser las dos filas de M de distinta longitud? a mi me salen distintas :/ (motor gecko, en linux) div style=font-size: 12px div style=font-size: 1em;font-family:Sans MMM /div div style=font-size: 1em;font-family:Courier New MMM /div /div No necesariamente. Mira esto: div style=font-size: 12px div style=font-size: 1em;font-family:Sans;width:20em;background:red MMM /div div style=font-size: 1em;font-family:Courier New;width: 20em;background:blue MMM /div /div Salud. -- Choan Gálvez [EMAIL PROTECTED] http://choangalvez.nom.es/ ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] YUI CSS
On 03/04/2008, at 17:06, Tei wrote: On Thu, Apr 3, 2008 at 4:43 PM, Choan Gálvez [EMAIL PROTECTED] wrote: On 03/04/2008, at 16:31, Tei wrote: 2008/4/3 Choan Gálvez [EMAIL PROTECTED]: Hola. [...] Noo. The 'em' unit is equal to the computed value of the 'font-size' property of the element on which it is used. The exception is when 'em' occurs in the value of the 'font-size' property itself, in which case it refers to the font size of the parent element. It may be used for vertical or horizontal measurement. (This unit is also sometimes called the quad-width in typographic texts.) http://www.w3.org/TR/CSS21/syndata.html#em-width Si la fuente está a 12px, 1em son 12px, diga lo que diga el artista. humm.. Una pregunta. En el siguiente ejemplo, ¿deberian ser las dos filas de M de distinta longitud? a mi me salen distintas :/ (motor gecko, en linux) div style=font-size: 12px div style=font-size: 1em;font-family:Sans MMM /div div style=font-size: 1em;font-family:Courier New MMM /div /div No necesariamente. Mira esto: div style=font-size: 12px div style=font-size: 1em;font-family:Sans;width: 20em;background:red MMM /div div style=font-size: 1em;font-family:Courier New;width: 20em;background:blue MMM /div /div esta interesante, yo incluso he añadido lo siguiente para terminar de ver el efecto. div style=font-size: 1em;font-family:Courier New;width:240px;background:yellow MMM /div parece que em se refiere a cosas distintas segun se usa para cajas o fuentes. No. div style=font-size: 12px div style=font-family:Sans;width:20em;background:red MMM /div div style=font-family:Courier New;width:20em;background:blue MMM /div /div Salud. -- Choan Gálvez [EMAIL PROTECTED] http://choangalvez.nom.es/ ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] imagen Background en css?
Hola.
On 20/09/2007, at 18:47, Inmaculada Hidalgo Berni wrote:
Hola,
Te faltan las comillas en la url. Pruebalo
No. Las comillas no son necesarias.
Sigo más abajo...
-Mensaje original-
De: [EMAIL PROTECTED] [mailto:ovillo-
[EMAIL PROTECTED]
En nombre de Luis Villegas
Enviado el: jueves, 20 de septiembre de 2007 18:06
Para: Ovillo
Asunto: [Ovillo] imagen Background en css?
Buenas.
Resulta que tengo este css para dar formato a los inputs y select:
input, select {
background:transparent url(../images/input.gif) repeat scroll 0%;
border:1px solid #9BADB8;
font-size:11px;
margin:1px;
}
En firefox todo tiene estilo, pero en IE, los select no guardan el
estilo.
¿Hay alguna forma de que esto funcione en IE?
Se siente pero va a ser que no. IE pinta el background _debajo_ del
widget. Está ahí, pero no se ve :(
Salud.
--
Choan Gálvez
[EMAIL PROTECTED]
http://choangalvez.nom.es/
___
Lista de distribución Ovillo
Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org
Puedes modificar tus datos o desuscribirte en la siguiente dirección:
http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] entidad
Hola. On 12/09/2007, at 17:12, Diego Burich wrote: gracias David, muy clara la respuesta ¿En serio? A mí me parece una barbaridad. No existe tal cosa como elementos que comienzan por Salud. saludos El día 12/09/07, David Pardo [EMAIL PROTECTED] escribió: Hola Diego, En XHTML, los elementos que comienzan por están reservados para entidades especiales. Es posible que ahora mismo, y en tu caso, P no tenga ningún significado, pero podría tenerlo en el futuro. Por tanto, es deseable escribirlo como amp;P para que no haya lugar a confusión. Diego Burich escribió: gracias x las respuestas, lo bueno es que puede que esto se corrija, ahora lo malo es que si tuviera que explicar por qué es necesario pasarlo no sabría hacerlo saludos! El día 11/09/07, Jorge L. Batista E. [EMAIL PROTECTED] escribió: sí, creo que es necesario cambiar por amp;, de todas maneras nunca viene mal ss En Tue, 11 Sep 2007 12:01:12 -0400, Diego [EMAIL PROTECTED] escribió: hola lista, consulta, tengo esto: a href=page05.asp title=EP Project/a lo que me tira un error en la validacion, lo que queria saber es si esto puede ocacionar conflicto de algun tipo? ya que hasta ahora visualmente no di con ningun error, es necesario un amp; ? los datos los trae una bbdd, saludos! ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo Las siguientes líneas de texto son agregadas por los Servidores Centrales de Correo de la Oficina del Historiador de la Ciudad de la Habana. Cartelera Interactiva de Opus Habana: http://opushabana.ohc.cu/cartelera.php con la programación cultural del Centro Histórico. Servidor Central de Ficheros: ftp://ftp.ohc.cu con programas, controladores drivers, documentación técnica y una biblioteca digital. mailto:[EMAIL PROTECTED] para insertar información al final de los mensajes de correo electrónico enviados hacia o desde la OHCH o llámenos al 8608853/48 __ Información de NOD32, revisión 2521 (20070911) __ Este mensaje ha sido analizado con NOD32 antivirus system http://www.nod32.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://lists.ovillo.org/mailman/listinfo/ovillo ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo -- Choan Gálvez [EMAIL PROTECTED] http://choangalvez.nom.es/ ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] entidad
Hola. On 12/09/2007, at 18:03, Diego Burich wrote: me parece una respuesta válida. A mí no. David y Tei ya lo han explicado dignamente en otros mensajes. Y como decía, la barbaridad está en elementos que comienzan por . Respecto al mensaje de error, está bien clarito: is a reserved character beginning an entity Y punto pelota. Ni elemento ni leches, es un carácter reservado. Salud. este es un comentario al error: An entity http://www.htmlpedia.org/wiki/Character_Entity reference was found in the document, but there is no reference by that name defined. Often this is caused by misspelling the reference name, unencoded ampersands, or by leaving off the trailing semicolon (;). *The most common cause of this error is unencoded ampersands in URLs* as described by the Ampersands in URLs http://www.htmlhelp.com/. All special characters in the HREF attribute should be encoded. is a reserved character beginning an entityhttp://www.htmlpedia.org/wiki/Character_Entity. (ex: nbsp;). Ampersands in HREF field should be encoded as the equivalent entity amp;, even when used as a separator for parameters in the URL. Also keep in mind that named entity references are case-sensitive; Aelig; and aelig; are different characters. Aca tambien hace referencia a los href, al uso que hace php... etc, sin embargo vale aclarar que en este caso es texto Hasta donde pude ver lo toman como una entidad reservadada, como no solo en xhtml sino en html, En primera instancia mi pregunta era porque generaba un error en la validacion un caso como EP ? quizas puedas aportar algo, saludos El día 12/09/07, Choan Gálvez [EMAIL PROTECTED] escribió: Hola. On 12/09/2007, at 17:12, Diego Burich wrote: gracias David, muy clara la respuesta ¿En serio? A mí me parece una barbaridad. No existe tal cosa como elementos que comienzan por Salud. saludos El día 12/09/07, David Pardo [EMAIL PROTECTED] escribió: Hola Diego, En XHTML, los elementos que comienzan por están reservados para entidades especiales. Es posible que ahora mismo, y en tu caso, P no tenga ningún significado, pero podría tenerlo en el futuro. Por tanto, es deseable escribirlo como amp;P para que no haya lugar a confusión. Diego Burich escribió: gracias x las respuestas, lo bueno es que puede que esto se corrija, ahora lo malo es que si tuviera que explicar por qué es necesario pasarlo no sabría hacerlo saludos! El día 11/09/07, Jorge L. Batista E. [EMAIL PROTECTED] escribió: sí, creo que es necesario cambiar por amp;, de todas maneras nunca viene mal ss En Tue, 11 Sep 2007 12:01:12 -0400, Diego [EMAIL PROTECTED] escribió: hola lista, consulta, tengo esto: a href=page05.asp title=EP Project/a lo que me tira un error en la validacion, lo que queria saber es si esto puede ocacionar conflicto de algun tipo? ya que hasta ahora visualmente no di con ningun error, es necesario un amp; ? los datos los trae una bbdd, saludos! ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo Las siguientes líneas de texto son agregadas por los Servidores Centrales de Correo de la Oficina del Historiador de la Ciudad de la Habana. Cartelera Interactiva de Opus Habana: http://opushabana.ohc.cu/cartelera.php con la programación cultural del Centro Histórico. Servidor Central de Ficheros: ftp://ftp.ohc.cu con programas, controladores drivers, documentación técnica y una biblioteca digital. mailto:[EMAIL PROTECTED] para insertar información al final de los mensajes de correo electrónico enviados hacia o desde la OHCH o llámenos al 8608853/48 __ Información de NOD32, revisión 2521 (20070911) __ Este mensaje ha sido analizado con NOD32 antivirus system http://www.nod32.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://lists.ovillo.org/mailman/listinfo/ovillo ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo ___ Lista de distribución
Re: [Ovillo] Problema con solapamiento de capas (z-index) en IE
Hola.
On 11/09/2007, at 13:05, Rodrigo Álvarez Virgós wrote:
Hola
por despiste nos has enviado la dirección local, en lugar de la de
internet.
Por favor vuelve a darnos la dirección.
¡Ups! Perdón ^_^
http://www.vitalcama.es/alfa/donde_estamos.php
Y ahora por despiste te has cepillado la descripción del problema.
Como lo tengo reciente...
IE maneja mal el stacking. Posibles soluciones:
a) En lugar de colocar el mapa como descendiente del LI de turno,
hazlo hijo directo de BODY y posiciónalo mediante JS.
b) Crea una clase con un z-index de la muerte. Digamos, `.z-of-death
{ z-index: choricientosmil; }`. Cuando vayas a mostrar el mapa,
asigna esta clase al LI contenedor. Cuando lo ocultes, quítasela.
Un artículo (en catalán) que te ayudará: http://css.artnau.com/
apilament-de-caixes-relatives-i-absolutes/
Salud.
--
Choan Gálvez
[EMAIL PROTECTED]
http://choangalvez.nom.es/
___
Lista de distribución Ovillo
Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org
Puedes modificar tus datos o desuscribirte en la siguiente dirección:
http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] noscript versus validacion de xhtml
Hola. On 06/09/2007, at 17:02, Jorge Vallejo de Castro wrote: Efectivamente la mejor solucion ha sido no utilizar el noscript sino poner en principio los estilos tal cual y despues javascript se encarga de modificarlos, lo q ocurre entonces es que se muestra todo el menu completo y despues solo las secciones principales. Una técnica que te podría interesar: http://blog.scriptia.net/articulos/2006/11/ocultar-elementos-por-css- si-y-solo-si-disponemos-de-javascript.html Salud. -- Choan Gálvez [EMAIL PROTECTED] http://choangalvez.nom.es/ ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] [OT] inputs con atributo readonly, ¿no se envían?
Hola. On 30/08/2007, at 22:47, stripTM wrote: Choan Gálvez escribió: Ese es el punto. Si no vas a dejar que lo cambie, no tiene sentido presentarlo en algo que parece que se puede cambiar. Mi propuesta va en la línea de usar _texto_, no una entrada de texto de solo lectura. Pero si que se nota que no se puede cambiar ya que visualmente se lo puedo presentar en grisecito, otro punto por el que pienso que es correcto es que si por ejemplo el usuario trucase el input para quitarle el readonly y poder modificarlo seguiría siendo válido ya que lo que se le enviaría al servidor sigue siendo un nombre de usuario y una password. Como comenta Tei, me parece más elegante un input type=text readonly=readonly value=usuario / que un input type=hidden value=usuario / + spanusuario/span Bueno, a ti te parece una cosa y a mí me parece otra. Siendo cuestión de gustos, no hay mucho que discutir. Salud. -- Choan Gálvez [EMAIL PROTECTED] http://choangalvez.nom.es/ ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] [OT] inputs con atributo readonly, ¿no se envían?
Hola. On 30/08/2007, at 0:51, stripTM wrote: Choan Gálvez escribió: Hola. On 29/08/2007, at 16:51, AraDaen wrote: Hola a todos! Siento el ot, pero he estado mirando en el w3c y no me ha sacado de dudas. Estoy realizando un pequeño proyecto en xhtml+css, y haciendo pruebas con un formulario me ha sorprendido encontrar que los datos marcados como readonly , no son enviados al realizar el submit. ¿Es normal que suceda eso? Pensaba que readonly hacia referencia a la capacidad de editar el campo, no a la de ser enviado. ¿Tiene name ese campo? El hecho de que sea readonly no lo descalifica como successful control, pero el no tener nombre, sí. Echa un vistazo a http://www.w3.org/TR/html4/interact/ forms.html#successful-controls. Aprovecho para opinar: un campo readonly no debería siquiera ser un campo. Pues yo creo que hay ocasiones que si que viene bien para evitar un input hidden Por ejemplo una página con identificación usuario / contraseña en la que si te has conectado una vez y la vuelves a visitarla unos días después sigues conectado. Puedes querer que en una zona 'sensible' la conexión haya sido durante la sesión, para evitar que entre gente que se ha despistado y no ha cerrado. A mi me viene muy bien que el procesamiento de la identificación sea siempre el mismo, es decir que le llegue un usuario / contraseña, y al usuario le pondríamos necesitamos que confirmes tu identidad, para ello introduce tu contraseña y le muestras el nombre de usuario para que se de cuenta que realmente es el suyo pero no le dejas que lo cambie. Ese es el punto. Si no vas a dejar que lo cambie, no tiene sentido presentarlo en algo que parece que se puede cambiar. Mi propuesta va en la línea de usar _texto_, no una entrada de texto de solo lectura. Salud. -- Choan Gálvez [EMAIL PROTECTED] http://choangalvez.nom.es/ ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] [OT] inputs con atributo readonly, ¿no se envían?
Hola. On 29/08/2007, at 16:51, AraDaen wrote: Hola a todos! Siento el ot, pero he estado mirando en el w3c y no me ha sacado de dudas. Estoy realizando un pequeño proyecto en xhtml+css, y haciendo pruebas con un formulario me ha sorprendido encontrar que los datos marcados como readonly , no son enviados al realizar el submit. ¿Es normal que suceda eso? Pensaba que readonly hacia referencia a la capacidad de editar el campo, no a la de ser enviado. ¿Tiene name ese campo? El hecho de que sea readonly no lo descalifica como successful control, pero el no tener nombre, sí. Echa un vistazo a http://www.w3.org/TR/html4/interact/ forms.html#successful-controls. Aprovecho para opinar: un campo readonly no debería siquiera ser un campo. Salud. -- Choan Gálvez [EMAIL PROTECTED] http://choangalvez.nom.es/ ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Limitar alto de celda de tabla
Hola Rodrigo.
On 10/07/2007, at 15:02, Rodrigo Álvarez Virgós wrote:
Hola, Ovillo
Veréis, he creado vía php una paleta de colores para que el usuario
cambie el fondo de la página. La he creado mediante dos tablas, con un
botón en cada celda. El problema que tengo es que si doy a los botones
una dimensión menor de 25x25: en Firefox y Opera (y sin embargo no en
IE) la celda no se me ajusta en altura, mostrando un cell-padding
espantoso.
La mejor manera de entender el problema es viéndolo:
http://www.camala.es/alfa/paleta_colores.php¿A alguien se le ocurre
una
solución?
Por si sirve de algo, éste es mi código css:
table {
border-collapse: collapse;
border-spacing: 0;
display: inline;
margin-right: 20px;
}
table * {
padding: 0;
margin: 0;
}
table td {
border: 1px solid #000;
}
table td button {
width: 10px;
height: 10px;
border: 0;
}
Debes añadir:
table td {
line-height: 10px;
}
table td button {
vertical-align: bottom;
}
Salud.
--
Choan Gálvez
[EMAIL PROTECTED]
http://choangalvez.nom.es/
___
Lista de distribución Ovillo
Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org
Puedes modificar tus datos o desuscribirte en la siguiente dirección:
http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] como hacer esto?
Hola. On 06/06/2007, at 13:58, Juan Jorge Muñoz Herrero wrote: Puedes empezar con esto, en media hora de aprendizaje tendrás resuelto tu problema http://www.cristalab.com/tutoriales/214/tutorial-de-jquery-ajax- hecho-facil Impresionante. Un tutorial titulado Tutorial de jQuery, AJAX hecho fácil en el que no se habla en absoluto de AJAX. Grr. El día 6/06/07, Carlos Rincón [EMAIL PROTECTED] escribió: Hola, El mié, 06-06-2007 a las 12:55 +0200, Amanda Espuela escribió: Hola estoy intentando hacer en una web el efecto con javascript que hay en la web de www.yahoo.es en las pestañas de la derecha. Me está siendo muy dificil porque no encuentro librerias que tengan hecho algo similar con onmouseover (con onclik si las he encontrado, pero no me sirven. Mi gran problema es cuando pongo el efecto slidDown en el onmouseover de la capa que hace el efcto, entonces cuando el cursor pasa por un h4 conenido en esta capa no entiende que esta en la capa x si no en el h4 y se cierra. Es una locura ¿podeis ayudarme? Una de los mejores librerías AJAX es JQuery. Es muy fácil de usar, está pensado para crear javascript no intrusivo y tiene bastantes plugins. http://jquery.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://lists.ovillo.org/mailman/listinfo/ovillo -- Carlos Rincón www.neuroticweb.com www.neuroticweb.com/blog ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo -- Juan Jorge Muñoz Herrero http://www.taarq.com (0034) 635 10 7142 ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo -- Choan Gálvez [EMAIL PROTECTED] http://choangalvez.nom.es/ ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] [off-topic] Ayuda con menú desplega ble (javascript)
Hola Rodrigo. On 01/06/2007, at 12:41, Rodrigo Álvarez Virgós wrote: Hola, Ovillo Os comento un problema que tengo, a ver si alguien es capaz de resolverlo. Estoy desarrollando un sitio web con un desplegable que funciona de la siguiente manera: - El menú en prinicipio se muestra entero, tanto los menús como los submenús. - Cuando se carga la página (body onload), con JS pliego los submenús, poniendo su display a none. - Los submenús se despliegan y pliegan a voluntad del usuario (li onclick) poniendo el display a block o de nuevo a none, respectivamente. Lo hago de esta manera para que si el usuario tiene desactivado JS, se le muestre el menú entero, y así evitar que el código sea intrusivo. El problema está en que pasa una pequeña porción de tiempo hasta que el menú se pliega en el body onload, y cuando lo hace: la página muestra un pantallazo bastante feo y molesto. Personalmente no me gustan nada los menús desplegables, pero si es lo que el cliente quiere... ¿Se os ocurre una solución no intrusiva para que no se muestre el pantallazo? Se me ocurre precargar el menú antes de visualizarlo, pero no sé cómo hacerlo ^^ Si alguien se anima a intenatelo, puede ver el menú en http://www.camala.es/alfa/ Otra opción es manipular el DOM antes de que se haya cargado. Añadiendo al elemento HTML una clase mediante javascript, puedes especificar el estado por defecto del menú para usuarios con javascript activado desde la hoja de estilos. Véase http://blog.scriptia.net/articulos/2006/11/ocultar-elementos- por-css-si-y-solo-si-disponemos-de-javascript.html Salud. -- Choan Gálvez [EMAIL PROTECTED] http://choangalvez.nom.es/ ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] problema con la DTD
Hola. On 21/05/2007, at 17:01, Javier Gomez wrote: parece que la DTD estubiera influyendo en los estilos de la CSS y eso no parece logico. No lo parece. Pero tiene su explicación: cuando usas el doctype de HTML Transitional, IE entra en quirks mode. Cuando usas el de XHTML 1.0 transicional, IE usa el modo estándar. http://gutfeldt.ch/matthias/articles/doctypeswitch/table.html Lo de las diferencias entre modo estándar y quirks lo dejo abierto para que investigues por tu cuenta. Salud. -- Choan Gálvez [EMAIL PROTECTED] http://choangalvez.nom.es/ ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] codigos
On 29/04/2007, at 20:51, Javier Gomez wrote: yo quisiera hacer un comentario, que hago extensible a TODOS los mensajes del foro que incluyen referencias y enlaces a diferentes recursos. no cuesta mucho adelantar en que idioma se va a encontrar la informacion. es tan simple como añadir un (ingles) cuando proceda. ¿no? parece que se da por sentado que si no sabes ingles no puedes pretender aprender algo. Puedes pretender aprender inglés ;) Salud. -- Choan Gálvez [EMAIL PROTECTED] http://choangalvez.nom.es/ ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] ¿se puede hacer?
On 26/04/2007, at 13:18, Amanda Espuela wrote: La idea seria en un diseño encuadrado en el centro de la pantalla con un margin auto left y right en el div general. El diseño constaria de dos columnas la izquierda mas fina que la derecha. Quieres que la derecha se situe en el código antes que la de la izquierda. ¿Como lo ves? En Layout Gala [0] tienes ejemplos de todo tipo de posicionamiento. [0]: http://blog.html.it/layoutgala/ Un saludo. -- Choan Gálvez [EMAIL PROTECTED] http://choangalvez.nom.es/ ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] ¿se puede hacer?
On 26/04/2007, at 13:18, LISTAS wrote: Es la cosa más sencilla del mundo, pero sólo podrás hacerlo con JavaScript. Como voy a tener que usar imágenes para explicártelo y la lista no los admite, escríbeme a listas[arroba]milnueve84.com.ar y te lo enseñaré. Vamos hombre, ¿es que no puedes hacer nada sin usar JS? Deberías dedicar más tiempo a leer documentación e investigar y menos a decir pavadas. Un saludo. -- Choan Gálvez [EMAIL PROTECTED] http://choangalvez.nom.es/ ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Encuentro cercano con ie7
On 12/04/2007, at 23:44, LISTAS wrote:
Errores que veo:
1) las url contenidas no llevan comillas: url(images/fondo.jpg)
No hay ningún error en esto. Las comillas no son necesarias:
The format of a URI value is 'url(' followed by optional whitespace
followed by an optional single quote (') or double quote ()
character followed by the URI itself, followed by an optional single
quote (') or double quote () character followed by optional
whitespace followed by ')'. The two quote characters must be the same.
http://www.w3.org/TR/CSS21/syndata.html#value-def-uri
Y como soy un snob, no lo traduzco.
Salud.
--
Choan Gálvez
[EMAIL PROTECTED]
http://choangalvez.nom.es/
___
Lista de distribución Ovillo
Para escribir a la lista, envia un correo a [EMAIL PROTECTED]
Puedes modificar tus datos o desuscribirte en la siguiente dirección:
http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Encuentro cercano con ie7
Hola.
On 13/04/2007, at 15:46, LISTAS wrote:
Las comillas, en las url, para algunos navegadores, dan fallo.
¡¡¡MAS ALLA de lo que SUGIERE o RECOMIENDA el W3C!!!
Y más allá de lo que sugiera el Almirante, la especificación dice lo
que dice y no usar las comillas no es ningún error.
Salud.
--
Choan
Traducción:
El formato de un valor de URI es el siguiente : URL (seguido por un
espacio en blanco 'opcional' y seguido por un apóstrofe opcional
['] o el
doble encomillado []; el carácter seguido por el susodicho URI,
seguido por
un apóstrofe opcional ['] o el carácter doble encomillado []
seguido por
espacio en blanco [opcional] seguido por []'). Los dos caracteres
de la
declaración deben ser iguales.
Conclusión: con comillas, algunos navegadores dan fallo, sin comillas,
ninguno.
Nota: no confundir estas comillas de estilo ruta con estas de
programación
ruta.
Almirante von Web/.
--
Educando al asno, por no apalearlo.
©2007 ;-)
- Original Message -
From: Choan Gálvez [EMAIL PROTECTED]
To: Ovillo, la lista de CSS en castellano [EMAIL PROTECTED]
Sent: Friday, April 13, 2007 6:20 AM
Subject: Re: [Ovillo] Encuentro cercano con ie7
On 12/04/2007, at 23:44, LISTAS wrote:
Errores que veo:
1) las url contenidas no llevan comillas: url(images/fondo.jpg)
No hay ningún error en esto. Las comillas no son necesarias:
The format of a URI value is 'url(' followed by optional whitespace
followed by an optional single quote (') or double quote ()
character followed by the URI itself, followed by an optional single
quote (') or double quote () character followed by optional
whitespace followed by ')'. The two quote characters must be the
same.
http://www.w3.org/TR/CSS21/syndata.html#value-def-uri
Y como soy un snob, no lo traduzco.
Salud.
--
Choan Gálvez
[EMAIL PROTECTED]
http://choangalvez.nom.es/
___
Lista de distribución Ovillo
Para escribir a la lista, envia un correo a [EMAIL PROTECTED]
Puedes modificar tus datos o desuscribirte en la siguiente dirección:
http://lists.ovillo.org/mailman/listinfo/ovillo
___
Lista de distribución Ovillo
Para escribir a la lista, envia un correo a [EMAIL PROTECTED]
Puedes modificar tus datos o desuscribirte en la siguiente
dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
--
Choan Gálvez
[EMAIL PROTECTED]
http://choangalvez.nom.es/
___
Lista de distribución Ovillo
Para escribir a la lista, envia un correo a [EMAIL PROTECTED]
Puedes modificar tus datos o desuscribirte en la siguiente dirección:
http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Encuentro cercano con ie7
Hola. On 13/04/2007, at 16:02, xNoleet wrote: Hey! Este tipo de conversaciónes siempre llevan a discusiones infructuosas, Relajense!. Pz!- Por favor, no elimines el contexto en tus respuestas, que se nos olvida de qué estábamos discutiendo ;) Salud. -- Choan Gálvez [EMAIL PROTECTED] http://choangalvez.nom.es/ ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a [EMAIL PROTECTED] Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] más sobre formularios
On 13/04/2007, at 16:22, Oscar Curero wrote:
xNoleet vàreu escriure:
Saludos!
Siguiendo:
form.formulario_envio {
margin:0px auto;
width:400px;
text-align:center;
}
si margin está definido en 0px, para que incluir el valor auto,
auto puede ser interpretado libremente por cada navegador.
No. El comportamiento de `auto` está perfectamente definido: http://
www.w3.org/TR/CSS21/visudet.html#Computing_widths_and_margins.
Otra cosa es que los navegadores lo implementen mal. Y hasta donde yo
sé, el único problema es que IE en modo quirks y en versiones 6
no lo soporta (lo ignora, no hace daño). A cambio, interpreta a su
manera el `text-align: center;` y te permite usarlo para centrar
elementos de bloque.
Salud.
--
Choan Gálvez
[EMAIL PROTECTED]
http://choangalvez.nom.es/
___
Lista de distribución Ovillo
Para escribir a la lista, envia un correo a [EMAIL PROTECTED]
Puedes modificar tus datos o desuscribirte en la siguiente dirección:
http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] La flecha del SELECT
On 28/03/2007, at 20:55, diego burich wrote: El día 28/03/07, Choan Gálvez [EMAIL PROTECTED] escribió: On 28/03/2007, at 18:46, Juan José Montes de Oca Arbós wrote: El día 28/03/07, Manuel Castillo Sánchez [EMAIL PROTECTED] escribió: Claro que puedes cambiarlo, pero digamos que el usuario se acostumbra a lo habitual, a un select de facto, si le cambias esa apariencia seguramente le hagas pensar más de lo debido. En cuanto a los scrolls dentro de un div mi posición es contraria también, yo creo que basta con el scroll del navegador, haz uso del espacio. Es mi opinión al igual que la tuya, puede que esté equivocado, pero es lo que yo haría en mi trabajo. Yo creo que no está mal el poder cambiar la flecha o los scrolls- bar... de hecho, ¿con CSS no cambiamos la apariencia de los INPUT para que sean planos, o tengan reborde punteado, o que al seleccionar algo cambie su forma? En efecto, se aplican estilos que hacen difícil reconocer los campos de entrada como tales. Y este es un problema grave. dependen como lo hagan (pero lo mismo pasaria con una simple botonera). Vamos que diseño no es sinónimo de desastre :) No, no lo es. Hay buenos diseños y malos diseños. Los buenos diseños se disfrutan, los malos se sufren. Para eso justamente me parece que es el CSS. Veo mal el que no se pueda cambiar el estilo de un SELECT o los Scrollbars (una de las pocas cosas buenas de Internet Explorer) Y yo veo mal (como usuario) que los diseñadores se entrometan en los elementos básicos de _mi_ interfaz. mmnmmm, haber, a que llamamos mi_interfaz ? Si solicito ver una web, y esa web tiene un entorno gráfico y me presentan las cosas claramente. Con qué exactamente se están entrometiendo?? Con mi capacidad de reconocer un elemento de la interfaz sin tener que pensar. (no olvidemos que esa primera interfaz (la predeterminada del navegador), tambien la diseñaron) Por supuesto. Pero yo puedo escoger el aspecto de mi sistema operativo (sé que no todos pueden) y hacerlo fácil de usar para mí. Si estoy acostumbrado a usar barras de desplazamiento azules, las amarillas no aportan otra cosa que despiste. Salud. -- Choan Gálvez [EMAIL PROTECTED] http://choangalvez.nom.es/ ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] [OT] Hasta la vista, baby
On 15/03/2007, at 17:05, Hari Seldon wrote: Un OT totalmente fuera de lugar, y que encima has spameado en dos listas (al menos, en las dos en las que coincidimos); sospecho que habrá sido en todas las que participas También lo ha enviado: * a listas en las que ya no participa porque se le dio de baja por crossposting * a listas que han cambiado de dirección * a direcciones xxx-bounces que son administrativas. Un saludo. -- Choan Gálvez [EMAIL PROTECTED] http://choangalvez.nom.es/ ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
