Re: [Ovillo] intentando crear una plantilla/formulario con css
Gracias. Quizá el elemento form sea el más razonable semánticamente hablando, ya que estamos creando un formulario. Sin embargo, no sería un formulario con posibilidad de envío como tal. (Ni con entrada de datos). On 11/6/06, inti castro [EMAIL PROTECTED] wrote: On 11/6/06, Carlos Costa [EMAIL PROTECTED] wrote: Estoy intentando crear una plantilla (formulario tradicional, de los de la era pre-internet) usando css. He puesto un pequeño ejemplo en http://ccp.servidores.net/learning/css/plantilla/ esto tal vez te sirva de ejemplo: http://www.themaninblue.com/writing/perspective/2004/03/24/ http://www.themaninblue.com/experiment/InForm/ -- 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://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] intentando crear una plantilla/formulario con css
No es exactamente una plantilla que debe ser completada en papel. Es una plantilla que sale ya cubierta y que se puede ver en la pantalla del ordenador o ser impresa (con otra hoja de estilo, con toda seguridad). ¿Es correcto usar un formulario para esto? On 11/7/06, inti castro [EMAIL PROTECTED] wrote: On 11/7/06, Carlos Costa [EMAIL PROTECTED] wrote: no sería un formulario con posibilidad de envío como tal. (Ni con entrada de datos). ya veo... no habia entendido tu pedido, entonces. la idea es generar una planilla que debe ser impresa y completada en papel? supongo que muchos no estaran de acuerdo pero en ese caso yo usaria algun formato para impresión y no html. claro que el html es mucho mas directo y accesible, podria decirse, pero si tu objetivo es el medio analogico yo recomendaría un rtf, doc o pdf que se descargue desde la web. a no ser que deba ser html por alguna razón en particular... en ese caso yo siempre prefiero listas de definición. dan mucha mas flexibilidad que las tablas y la semantica, a mi entender, es bastante similar (la asociación entre un dt y dd es equivalente a un th y td). dl dtlabel/label/dt ddinput //dd /dl -- 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://lists.ovillo.org/mailman/listinfo/ovillo ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
[Ovillo] intentando crear una plantilla/formulario con css
Hola a todos: Estoy intentando crear una plantilla (formulario tradicional, de los de la era pre-internet) usando css. He puesto un pequeño ejemplo en http://ccp.servidores.net/learning/css/plantilla/ Se trata de algo parecido al típico formulario que se cubre para presentar un informe, solicitud, etc. Es decir: piden un dato y hay que cubrir ese dato (puede ser marcar con una cruz, como en el ejemplo que he puesto, o cubrir el nombre): Nombre: Carlos Marque su nivel de urgencia: X Alta - Media - Baja Creo que es un caso para utilizar listas de definición. En el ejemplo que he puesto en esa página lo he hecho de dos formas: una con tablas y otra con listas de definición. No quiero utilizar tablas porque no me parece una estructura tabular y porque tendré que hacer una versión para imprimir, y pienso que me va a dar más juego utilizar listas de definición. Como veis, ando un poco perdido, ya que no consigo el mismo efecto con las dl que con las tablas. Para colmo de males: si cambio el tamaño de letra la tabla mantiene su diseño, mientras que la dl se rompe. Y si lo veo en explorer, ídem. Además, si el campo está vacío, con tablas mantiene la estructura, con dl no. Pese a todo, creo que estamos hablando claramente de listas de definición, así que quiero seguir por ese camino. ¿Algún consejo?. Muchas gracias por adelantado, Carlos. ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
[Ovillo] divs anidados y float: right
Hola a todos! Me pasa una cosa rara (que, como casi todas las cosas raras relacionadas con el css, tienen relación con la ignorancia). Así que os pido que me ilustréis. En la url http://casa.ccp.servidores.net/learning/css/prueba_css.html he puesto un ejemplo simplificado. tengo 4 divs: un div que agrupa a los otros tres (container). Los otros tres son main_content y dos laterales (pero no uno a cada lado, sino uno encima del otro, ¿ok?). Algo así: [ main ][ lateral_1] [ content ][ lateral_2] pues bien, tengo dos preguntas: 1. ¿por qué el borde del div container no engloba a todos los demás? 2. ¿por qué si elimino el float: right en cualquiera de los dos laterales, sí que veo cómo container se hace más grande? Muchas gracias, Carlos. ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] buscando semántica para datos de con tacto y listado de cargos - ¿lista de definición?
Muchas gracias a todos por vuestras respuestas. Parece claro que hay varias aproximaciones semánticas: lista de definición, address, mixto de ambas, tabla, hCard. Las analizaré y usaré la que mejor se adapte a lo que busco. Así como para muchas cosas en la informática (y en la vida) hay más de una manera de hacer las cosas, personalmente pienso que la solución semántica debería ser una, única, no haber dudas entre varias; así que quizá se nos está escapando algo... o este pensamiento mío no es muy correcto. Gracias! On 1/23/06, Emmanuelle Gutiérrez y Restrepo [EMAIL PROTECTED] wrote: Si de semántica hablamos, entonces para ello existen los metadatos, que permiten diferenciar claramente entre quién es el autor de un contenido y quién el responsable del sitio, etc. address es uno de los elementos del marcado HTML contenedor de metadatos, pero ni es el único ni es indispensable en todos los casos. Y es un elemento creado para indicar datos de contacto. Y esos datos de contacto pueden referirse al autor de un contenido, del contenido de la página, o pueden ser simplemente los datos de contacto relativos a un contenido. Como he dicho, en el ejemplo de la especificación se menciona un formulario y el autor de un documento, pero son ejemplos. Saludos, Emmanuelle -Mensaje original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] nombre de alberto romero Enviado el: lunes, 23 de enero de 2006 21:12 Para: Ovillo, la lista de CSS en castellano Asunto: Re: [Ovillo] buscando semántica para datos de contacto y listado de cargos - ¿lista de definición? On 23/01/06, Choan C. Gálvez [EMAIL PROTECTED] wrote: Cierto, del documento, no necesariamente de su autor. Eso ha sido una imprecisión mía. Corro a flagelarme XD Jajaja no, no era en ese plan, pero pienso que hay bastante diferencia entre info de contacto del autor de una página e info de contacto de la página o parte de ella, sólo eso :) -- alberto romero | denegro.com ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo -- [ http://www.improveyourweb.com/ ] web.log.about.web.development ___ Lista de distribución Ovillo Para escribir a la lista, envia 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] buscando semántica para datos de conta cto y listado de cargos - ¿lista de definición ?
Hola a todos! Si tenemos que representar unos datos de contacto, del tipo habitual Mi Superempresa c/ Gran Vía, 400 23100 Cuzcurrita del Río Tirón Granada [EMAIL PROTECTED] 919991122 ¿Cuál sería la mejor representación?. He pensado en poner cada elemento como parte de una lista de definición, aunque lo veo un poco forzado: dl dtcalle:/dt ddc/ Gran Vía, 400/dd ... /dl Para el caso de un listado de cargos, del estilo: Director General: Pedro Pérez / 91888 / [EMAIL PROTECTED] Director Comercial: Petra Perez / 918880001 / [EMAIL PROTECTED] he pensado también en una lista de definición, pero no lo veo demasiado claro tampoco: dl dtCargo:/dt ddDirector General/dd dtNombre:/dt ddPedro Pérez/dd ... /dl ¿Cómo lo veis? Muchas gracias, Carlos. ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Compresión Ficheros CSS
ps: sobre mod_gzip [1] empresa que lo desarrollahttp://www.remotecommunications.com [2] mog_gzip home pagehttp://sourceforge.net/projects/mod-gzip/ [3] comentario, en inglés, bastante clarificante http://www.schroepl.net/projekte/mod_gzip/ y mirando la web de estadísticas de sf.net parece que el proyecto está bastante parado :( Posiblemente por su estabilidad. Yo lo he usado durante años sin problemas. Para apache2, mira mod_deflate. -- [ http://www.improveyourweb.com/ ] web.log.about.web.development ___ Lista de distribución Ovillo Para escribir a la lista, envia 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] Compresión Ficheros CSS
On 7/1/05, roger [EMAIL PROTECTED] wrote: 2) La compresión en el servidor no afecta al ancha de banda, ya que al usuario siempre se le manda la pagina ya procesado. Es decir, el servidor Apache, procesa el php, lo descomprime y lo envia al cliente descomprimido. Hasta donde yo sé, con mod_gzip el servidor envía la página comprimida y el browser la descomprime. -- [ http://www.improveyourweb.com/ ] web.log.about.web.development ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo