[Ovillo] [MWeb'07] Recordatorio de Llamada a la Participación
(Disculpas si recibe varias copias de este correo o no es de su interés) Estimado/a autor/a: Ante la proximidad de la fecha límite para la presentación de comunicaciones de las I JORNADAS SOBRE WEB MÓVIL (MWeb'07), le recordamos que puede enviar sus artículos hasta el próximo viernes, 20 de abril de 2007. Esperamos sus contribuciones. Un saludo, Martín -- Martin Alvarez Espinar Oficina W3C España Edificio CTIC Parque Científico-Tecnológico de Gijón 33203 - Gijón, Asturias, España tel.: +34 984390616; +34 984291212; fax: +34 984390612 email: [EMAIL PROTECTED] URL: http://www.w3c.es === LLAMADA A LA PARTICIPACIÓN: MWeb'07 MWeb'07 - Primeras Jornadas sobre Web Móvil 12 y 13 de septiembre de 2007 Palacio de Congresos de Zaragoza Sitio Web: http://www.w3c.es/Eventos/2007/Mweb Contacto: [EMAIL PROTECTED] INFORMACIÓN Y OBJETIVOS --- MWeb'07 son unas Jornadas sobre Web Móvil, que se celebrarán los días 12 y 13 de septiembre de 2007, en Zaragoza, dentro del Congreso Español De Informática (CEDI). Estas jornadas pretenden aglutinar el entorno empresarial y universitario con idea de crear un punto de encuentro entre aquellos profesionales, empresas, e investigadores interesados en el potencial de la Web accesible desde dispositivos móviles (teléfonos, PDAs, dispositivos de mano, etc.) en el mercado y el entorno académico, basándose en estándares. Las Jornadas están dirigidas hacia aquellos profesionales, consultores y analistas que estén interesados en la Web Móvil para proyectos, y a aquellos grupos académicos de investigación que desean mostrar los avances realizados en esta área. MWeb'07 está organizado por: Oficina W3C España, Fundación CTIC y el Ayuntamiento de Zaragoza. COMITÉ ORGANIZADOR Encarna Quesada Ruíz (W3C España) Ignacio Marín Prendes (Fundación CTIC) Mª Jesús Fernández Ruíz (Ayuntamiento de Zaragoza) PRESIDENTES DEL COMITÉ CIENTÍFICO Fernando Soriano Vallejo (Telefónica) Javier Soriano Camino (Universidad Politécnica de Madrid) TEMAS DE INTERÉS La Web Ubicua Escenarios y casos de uso de la Web Ubicua Usabilidad en las aplicaciones de la Web Ubicua Seguridad, y privacidad en la Web Ubicua La Web Ubicua en casa, en movimiento y en la oficina Perspectivas de negocio ante nuevas oportunidades basadas en la Web Ubicua Independencia de Dispositivo y Multimodalidad Movilidad de aplicaciones - permitir a los usuarios el uso de aplicaciones de la misma forma mientras se producen cambios en el dispositivo de acceso El papel de los navegadores Web como sistema operativo para aplicaciones independientes de la plataforma La importancia de los interfaces de scripting para fomentar la innovación en las aplicaciones Web Interfaces de usuario multimodales como parte de las aplicaciones de la Web Ubicua Aplicaciones en las que intervienen múltiples dispositivos Gestión de Dispositivos Móviles Pensando en el contexto - Adaptación de las preferencias del usuario, características de los dispositivos móviles y las condiciones del entorno Gestión de los recursos de las aplicaciones basadas en la sesión, y posibilidad de gestionar sesiones persistentes o temporales Descripción de servicios y características de forma útil para las aplicaciones Web Mecanismos de descubrimiento en la Web Ubicua y consideración de factores como el contexto y la escalabilidad Aplicaciones en las que las características de los dispositivos aumentan gracias a los servicios de la red Consideraciones técnicas para exposición de las características de gestión de los dispositivos móviles a las aplicaciones Web Repositorios de descripción de dispositivos móviles Arquitectura Arquitecturas dirigidas por eventos para aplicaciones Web distribuidas El papel de la Web Semántica para la Web Ubicua Rompiendo las barreras entre la Web, la Mensajería Instantánea y VoIP Trabajo existente en la coordinación de dispositivos, como UPnP y posibles protocolos adicionales Integrando servicios de voz y datos para mejorar las comunicaciones entre las personas Separar las interfaces de usuario y la lógica de las aplicaciones para permitir la ejecución en distintos dispositivos ENVÍO DE COMUNICACIONES --- Para las ponencias se solicitan trabajos originales en los aspectos relacionados con la temática de las jornadas. Con el objetivo de acomodar apropiadamente contribuciones científicas e industriales, las jornadas acogerán dos sesiones dedicadas a experiencia industrial y a comunicaciones científicas, respectivamente. Solamente podrán presentarse contribuciones a la sección de comunicaciones científicas ya que el contenido de la sesión dedicada a experiencia industrial se determinará mediante otros procedimientos. Se aceptarán
Re: [Ovillo] Divs con esquinas redondeadas y sombras degradadas
Rodrigo Galindez escribió: Genial la data técnica. Aclaro: GIF ya es libre, desde Octubre de 2006 (http://www.freesoftwaremagazine.com/node/1772) Por lo demás, en mi opinión y lamentablemente, GIF para gráficos sencillos y JPG para fotografías o imágenes complejas con mucha profundidad de color. Por lo menos hasta que haya una porción significante de usuarios con navegadores con soporte verdadero para PNG. Rodrigo On Apr 12, 2007, at 3:46 PM, xNoleet wrote: Pregunta interesante a aclarar: Técnicamente: El formato GIF permite una paleta máxima de 256 colores, incluyendo un color que puede o no ser transparente. El formato PNG, posee un canal alfa adicional, separado de la capa de paleta de colores que permite usar (la cual tambien son 256 colores). He ahi donde radica el problema del IE en renderizar o interpretar un archivo PNG, no comprende la capa adicional de transparencia. Socio-Economicamente: El formato GIF (Graphic Interchange Format) fue patentado y ahora las aplicaciones que exportan o permiten el uso de este formato, deben pagar una cuota. El formato PNG nacio como una iniciativa Open-Source, y se pueden obtener resultados similares al GIF. Esa es una explicación breve y muy recortada, pero espero aclare las dudas mas básicas, si desean saber mas, preguntar a Don Google, el sabe mucho mas :). Pz. -- xNoleet ][ freelance graphic designer artist ] http://www.dojohabit.com ][ Dôjo ] http://www.luser-co.com ][ Lüser - Tees de diseño x Fuck Fashion! ] http://vm.dojohabit.com ][ personal portfolio ] http://h3x.dojohabit.com ][ experimental project ] ___ 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 Rodrigo Galindez [EMAIL PROTECTED] http://www.16bits.net NEW! E-mail to my mobile: [EMAIL PROTECTED] ___ 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 Vamos por partes: Por un lado tenemos JPEG que es un formato de imagen con compresión con pérdida en favor del peso del fichero perfecto para imágenes con mucho cambio de color (lease fotografía). Si queremos que este tipo de imágenes pese poco y sean de un tamaño considerable este es el formato a usar. Por el otro esta GIF que es un formato de imagen con paleta indexada con 8 bits de profundidad por píxel con soporte para transparecia binaria. Para continuar esta PNG que es un formato de imagen con compresión SIN PERDIDA. con soporte de hasta 3 canales (de hasta 16 bits) y uno adicional Alpha podemos una imagen de 64 bits totales por píxel. Aquí es donde está el problema, PNG no hace una compresión con pérdida a favor del peso de la imagen y no llega al nivel de compresión de JPEG. Y por otro lado GIF tiene mejor compresión que JPEG para imágenes con pocas variaciones de color (colores planos ..) y encima soporte de transparencia (cosa que JPEG no tiene). Si comprimimos una imágen con pocas variaciones de color en PNG de 4 canales (de hasta 64 bits por píxel) nunca va a pesar menos que en formato GIF (8 bits por píxel). Yo hablo de cojer el PNG y el programa de tratamiento de imágenes de turno e indexar la paleta de colores (de 8bits) para ponerlo a la misma altura (a numero de bits por píxel). Podeis probarlo, además PNG tiene mejor nivel de compresión (Pesan menos que los GIF). Solo estoy dando una solución a los que quieren hacer uso de las recomendaciones de la W3C, tener ficheros menos pesados, y una explicación de por qué explorer 6 no soporta el canal alpha y su solución alternativa. El que quiera seguir usando GIF está en su derecho (además ya es libre). Yo por mi parte ya tengo un sustito mejor que GIF. Saludos a todos. ___ 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, tocayo Ya te lo han dicho todo, yo también optaría por usar los condicionales y una hoja de estilo propia para Internet Explorer. Es extraño es que se vea todo bien en IE 6 y en Firefox (lonormal es que se viese más parecido en IE 7 y en FF, y distinto en IE 6), no obstante yo sólo quería decirte que no te estás adelantando: ya hay muchísimos usuarios de IE 7 (en mis webs entran casi el mismo número de visitantes con las versiones 6 y 7) ___ 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] poltergeist cómo nunca
sn escribió: salud a la comunidad! llevo poco tiempo maquetando con css y aún así ya me he encontrado con cosas raras, fenómenos paranormales. casi todos relacionados con el explorer de microsoft. sin embargo, éste en cuestión, me ha sobrecogido. ocurre en ie6(es el único que he probado). sucede que el enlace de texto Envía una postal a alguien, aparece duplicado al renderizarse la página, existiendo un sólo elemento de éste tipo en el código fuente. para colmo, al rollovear el de abajo del todo(el único que existe) se activa el efecto over, ¡pero sólo sobre el otro!. me parece acojonantemente absurdo y lo comparto por que aunque no lo resolvamos o no sepamos porque pasa, sin duda es descojonante cómo curiosidad. jiasjiasjiasjias ni que decir tiene que en el resto de los navegadores se visualiza bien. no tengáis en cuenta posibles errores/incongruencias en el código ya que se trata de una página de prueba. ahí va el monstruo: !DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.01 Transitional//EN html head titleServicio de postales /title link rel=stylesheet type=text/css media=screen, projection href=estilo.css style body{ font-size : 15px; font-family : verdana,arial,helvetica; /*font-weight : bold;*/ color : #00; background-color : #ff; /*margin-left : 0px; margin-right : 0px; margin-top : 0px; margin-bottom : 0px;*/ margin:0px; } img{ border:1px #9E9C9C solid;} td{ font-size : 11pt; font-weight : bold; color : #00; } ul{ list-style:none; padding-top:20px; position:relative; right:20px; } form{ display:inline; } a:link {text-decoration: none; color : #5F5F5E;} a:visited {text-decoration: none; color : #5F5F5E;} a:active {text-decoration: none} a:hover {text-decoration: none; color : #00;} #contenedor{ text-align:center; margin:0px auto; padding-top:20px; } #izquierda{ float:left; text-align:left; } #datos_formulario{ width:300px; text-align:center; margin:0px auto; } #derecha{ float:right; } .checkbox{ clear:both; margin-bottom:20px; padding-top:25px; } #texto_postal{ /*float:right;*/ width:242px; position:relative; bottom:319px; left:74px; text-align:justify; } * html #texto_postal{ bottom:307px; left:-105px; } .mensaje{ position:absolute; top:-14px; width:88%; font-size:13px; } #datos{ position:absolute; top:118px; padding-left:253px; width:100%; font-size:13px; /*background:red;*/ } * html #datos{ width:200%; font-size:13px; top:122px; line-height:10px; } #postal{ width:600px; text-align:center; margin:0px auto; padding-top:40px; } #postal img{ margin-bottom:10px; } #spacer{ clear:both; text-indent:-2000px; } /*index*/ #contenedor_fotos{ text-align:center; margin:0px auto; /*background:black;*/ width:970px; height:100%; } .contenedor_foto { float:left; width:290px; height:190px; margin: 10px; padding:5px; padding-top:15px; background-color:#EEF5DB; border-right: #a5a7aa solid 1px; border-bottom: #a5a7aa solid 1px; text-align:center; } /*index*/ /style /head body div id=contenedor h3Postales/h3 div id=postal img src=imagenes/1.jpg border=0 width=475 img src=imagenes/1gris.jpg border=0 width=475 div id=texto_postal p class='mensaje'nbsp;nbsp;nbsp;Cada mes, en Smashing Magazine, dedican una entrada a recopilar lo más interesante relacionado con el desarrollo web aparecido en los últimos 30 días. En este caso se ocupan del mes de marzo, con un listado muy extenso, quizá demasiado, y en él podemos en/pspan id='datos'pstrongDestinatario:/strong/ppdest /ppstrongRemitente:/strong/pprem/pspan /div!--fin texto_postal-- /div!--fin postal-- h3a href=index.phpEnviacute;a una postal a alguien/a/h3 /div!--fin contenedor-- /body /html a lo mejor tiene explicación y mis pocos conocimientos me impiden verla. vosotros diréis. un saludo! ___ 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 eso tiene pinta de ser el duplicate character bug de IE 6 http://www.positioniseverything.net/explorer/dup-characters.html -- *Félix Zapata Berlinches* Responsable Técnico Logotipo de Brainet c/ Santa María de la Cabeza nº 9, 47012 Valladolid. Teléfono: 983 10 09 07 http://www.brainet.es Este correo electrónico y, en su caso, cualquier fichero anexo al mismo, pueden contener información de
Re: [Ovillo] poltergeist cómo nunca
jarl! no conocía ese bug, voy a hechar un ojo. se agradece, félix. ___ 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
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
[Ovillo] más sobre formularios
salud! al igual que silvia yo también me estoy peleando con la maquetación de los formularios en css. siguiendo alguno de los enlaces que pasásteis, me he construido uno, procurando hacerlo accesible, utilizando tags cómo fieldset, legend, label... sin embargo, el resultado final varía de considerablemente de un navegador a otro. contrariamente a lo ke es pasa normalmente, ésta vez ie6 hace algunas cosas mejor ke firefox. pego el código: !DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.01 Transitional//EN html head titleServicio de postales /title style form.formulario_envio { margin:0px auto; width:400px; text-align:center; } form.formulario_envio legend { padding: 0 2px; font-weight: bold; } form.formulario_envio label { display: inline-block; line-height: 1.8; vertical-align: top; } form.formulario_envio fieldset ol { margin: 0; padding: 0; } form.formulario_envio fieldset li { list-style: none; padding: 5px; margin: 0; } form.formulario_envio fieldset fieldset { border: none; margin: 3px 0 0; } form.formulario_envio fieldset fieldset legend { padding: 0 0 5px; font-weight: normal; } form.formulario_envio fieldset fieldset label { display: block; width: auto; } form.formulario_envio em { font-weight: bold; font-style: normal; color: #f00; } form.formulario_envio label { width: 140px; /* Width of labels */ } form.formulario_envio fieldset fieldset label { margin-left: 1623px; /* Width plus 3 (html space) */ } /style /head body form action=enviopostal.php method=post class=formulario_envio fieldset legendDatos personales/legend ol lilabel for=email_destinatarioEmail destinatario /labelinput type=Text name=email_destino size=20 maxlength=50 value=x/li lilabel for=destinatarioNombre destinatario /labelinput type=Text name=nombre_destino size=20 maxlength=50 value=x/li lilabel for=email_remitenteEmail remitente /labelinput type=Text name=email_origen size=20 maxlength=50 value=x/li lilabel for=remitenteNombre remitente /labelinput type=Text name=nombre_origen size=20 maxlength=50 value=x/li /ol /fieldset fieldset legendComprobación recepción/legend p class=checkboxinput type=Checkbox name=avisar ? echo $variables_formulario[4]; ?Quiero ser avisado de la recepcioacute;n/p /fieldset fieldset legendCuerpo del mensaje/legend pTexto de la postal/p textarea name=texto cols=40 rows=6/TEXTAREA /fieldset pinput type=Submit value=Enviar name=enviar nbsp;nbsp;nbsp;INPUT type=Submit value=Ver postal name=ver/p /form /body /html cómo véis, son bastante diferentes, dependiendo del navegador. lo que más me preocupa es el hecho de que los inputs, en firefox, no queden alineados. no entiendo porque no lo hacen ya que el label que los precede tiene un ancho fijo, lo que debería desplazarlos a todos por igual. cualquier observación/corrección/comentario acerca del formulario, será bienvenida. todos mis agradecimientos, una vez más. un saludo!! ___ 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
[Ovillo] serestandar.es | difusión de los es tándares web, y sus diferentes vertientes y apl icaciones
Por fin. Parecía que este día no llegaba nunca, pero al fin llegó. Es un auténtico honor presentaros serestandar.es. El proyecto en el que hemos estado metidos trabajando duro, el genial Daniel Torres Burrielhttp://www.torresburriel.com/weblog/, Clarissa Reyes (Enter Event), y el que les escribe. *serestandar.es* será un evento con conferencias y talleres relacionados con el diseño y desarrollo web basado en estándares web. Se celebrará en *mi querida* Sevilla, entre los días *27 y 29 de Junio*. La lista de ponentes * impone*: 1. Andy Budd 2. Anne van Kesteren 3. Aral Balkan 4. Arnau Siches 5. David Arango 6. Emmanuelle Gutiérrez y Restrepo 7. Fernando Blat 8. Javier Cañada 9. Jeff Croft 10. Jeremy Keith 11. Joaquín Cuenca 12. Juan Carlos García 13. Kemie Guaida 14. Luis Villa 15. Manuel González Noriega 16. Mike Davidson 17. Molly E. Holzschlag 18. Pete LePage 19. Ramón Pravia 20. Veerle Pieters Nota de prensa: Tenemos en placer de anunciar, tras varios meses de trabajo, la celebración en la ciudad de Sevilla (España) de la primera edición de *serestandar.es*, un evento organizado por EnterEvent, y que tiene por objetivo la difusión de los estándares web, y sus diferentes vertientes y aplicaciones. *¿Qué es serestandar.es?* Un conjunto de talleres y conferencias sobre diseño y desarrollo web con estándares, en los que participarán como ponentes muchos de los mejores diseñadores y desarrolladores, cuyo método de trabajo está basado en el respeto a los estándares web. El evento *se celebrará entre los días 27 y 29 de Junio de 2007* en la preciosa ciudad de *Sevilla*. *Por qué esta conferencia* - En España y en general en el mundo hispanohablante, hay una gran demanda de formación en este sector - En España no hay, en líneas generales, formación reglada en este sector - Se trata de un sector muy dinámico, que requiere de una actualización constante de conocimiento - Se trata de un sector en el que quien más conoce la técnica y mejor la pone en práctica, mejores resultados obtiene *Por qué en Sevilla* - Sevilla es una gran ciudad, muy conocida fuere de España - El atractivo turístico de Sevilla es un factor determinante - Las infraestructuras de servicios en Sevilla son punteras - Las comunicaciones con el eje de la Alta Velocidad (Tarragona-Lleida-Zaragoza-Madrid-Sevilla) son un fuerte factor de motivación, decisivo para ir a Sevilla *En qué consiste* - Ponencias de alto nivel sobre desarrollo web - Ponentes de primer nivel mundial, españoles y extranjeros - Talleres prácticos - Demostración de nuevas técnicas y tecnologías aplicadas - Generación de un alto nivel de networking *A quién va dirigida* - Ejecutivos y profesionales del sector de las nuevas tecnoliogías - Freelances del sector - Empresas clientes de nuevas tecnologías - Consultores de negocio tecnológico - Responsables tecnológicos y políticos de las Administraciones públicas Un saludo para todos, y esperamos veros en Sevilla. -- Enrique Rodriguez Vallejo http://ervdesign.net | [EMAIL PROTECTED] Tlfno: 667 237 770 ___ 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] hola,webs de empleo
hola, hay una que lleva un par de meses abierta, tiene buen diseño con CSS : www.cambiadeempleo.com [EMAIL PROTECTED] escribió: buenas,alguien me puede echar una mano diciendome alguna web de empleo nueva? ___ 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
Re: [Ovillo] Encuentro cercano con ie7
Hola, sobre esto: El día 12/04/07, LISTAS escribió: Errores que veo: 4) Esta declaración es absurda: line-height: 25%. No dará error pero no está acorde con las reglas tipográficas. Si el alto en línea de una fuente puede preverse, el % no tiene razón, ¿se entiende? Dicho de otro modo: si el ancho de una puerta es de 65cm el largo no puede ser de 132% el ancho puesto que puede preverse en centímetros y es una medida fija. De última utiliza em que está más acorde con el tratamiento de fuentes. es TOTALMENTE FALSO, cito textualmente a w3.org: *'line-height'* *Value:* normal | numberhttp://www.w3.org/TR/REC-CSS2/syndata.html#value-def-number| length http://www.w3.org/TR/REC-CSS2/syndata.html#value-def-length | percentagehttp://www.w3.org/TR/REC-CSS2/syndata.html#value-def-percentage| inherit http://www.w3.org/TR/REC-CSS2/cascade.html#value-def-inherit * Initial:* normal *Applies to:* all elements *Inherited:* yes * Percentages:* refer to the font size of the element itself *Media:* visualhttp://www.w3.org/TR/REC-CSS2/media.html#visual-media-group Saludos! ___ 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
TOTALMENTE FALSO no, estimada Karen: que el W3C sugiera el uso de porcentaje (%) en un interlineado no invalida el uso lógico del tratamiento de fuentes, y en eso se basa mi argumento. Un argumento con la solidez de unos cuantos siglos a partir de Gutemberg. Pero para erradicar fantasmas voy a extender mi ejemplo: ¿Qué pasa si (y sólo si), un texto debe ser impreso a cpo12 en 1 sola hoja formato A4? Esa es la consigna. Veamos. Los porcentajes pueden funcionar muy bien en objetos líquidos tales como una página web, pero al verse obligados a convertirse a sólidos para una salida específica en papel, por ejemplo, el porcentaje (%), falla. De modo que deberemos reescalar todo: cuerpo e interlineado. De ahí la importancia de declarar el medio para un fin determinado (de acuerdo al medio el formato) y la relevancia de la declaración en una hoja de estilo en cascada. El W3C no dice sino que recomienda, SIEMPRE RECOMIENDA, lo que de por sí, es muy distinto. @media print { body {font-size: 10pt } } @media screen { body {font-size: 13px } } @media screen, print { body {line-height: 1.2 } /* ¿Dónde recomienda porcentaje? */ }Pon en buscar de tu navegador: % y no te devolverá ningún resultado. Por algo será... Fuente: http://www.w3.org/TR/CSS21/media.html#x0 Podría extenderme por horas, pero como muchos, hoy tengo lo mío y es viernes. ¡Suerte y buen fin de semana! Almirante von Web/. -- Educando al asno, por no apalearlo. ©2007 ;-) - Original Message - From: Karen_WmBeta [EMAIL PROTECTED] To: Ovillo, la lista de CSS en castellano [EMAIL PROTECTED] Sent: Friday, April 13, 2007 7:29 AM Subject: Re: [Ovillo] Encuentro cercano con ie7 Hola, sobre esto: El día 12/04/07, LISTAS escribió: Errores que veo: 4) Esta declaración es absurda: line-height: 25%. No dará error pero no está acorde con las reglas tipográficas. Si el alto en línea de una fuente puede preverse, el % no tiene razón, ¿se entiende? Dicho de otro modo: si el ancho de una puerta es de 65cm el largo no puede ser de 132% el ancho puesto que puede preverse en centímetros y es una medida fija. De última utiliza em que está más acorde con el tratamiento de fuentes. es TOTALMENTE FALSO, cito textualmente a w3.org: *'line-height'* *Value:* normal | numberhttp://www.w3.org/TR/REC-CSS2/syndata.html#value-def-number| length http://www.w3.org/TR/REC-CSS2/syndata.html#value-def-length | percentagehttp://www.w3.org/TR/REC-CSS2/syndata.html#value-def-percentage | inherit http://www.w3.org/TR/REC-CSS2/cascade.html#value-def-inherit * Initial:* normal *Applies to:* all elements *Inherited:* yes * Percentages:* refer to the font size of the element itself *Media:* visualhttp://www.w3.org/TR/REC-CSS2/media.html#visual-media-group Saludos! ___ 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
Re: [Ovillo] Encuentro cercano con ie7
Las comillas, en las url, para algunos navegadores, dan fallo. ¡¡¡MAS ALLA de lo que SUGIERE o RECOMIENDA el W3C!!! 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
Re: [Ovillo] poltergeist cómo nunca
Eso sucede cuando trabajamos con script... Y el que mayores problemas presenta al respecto no es Explorer sino Opera. Almirante von Web/. -- Educando al asno, por no apalearlo. ©2007 ;-) - Original Message - From: Félix Zapata Berlinches [EMAIL PROTECTED] To: Ovillo, la lista de CSS en castellano [EMAIL PROTECTED] Sent: Friday, April 13, 2007 5:30 AM Subject: Re: [Ovillo] poltergeist cómo nunca sn escribió: salud a la comunidad! llevo poco tiempo maquetando con css y aún así ya me he encontrado con cosas raras, fenómenos paranormales. casi todos relacionados con el explorer de microsoft. sin embargo, éste en cuestión, me ha sobrecogido. ocurre en ie6(es el único que he probado). sucede que el enlace de texto Envía una postal a alguien, aparece duplicado al renderizarse la página, existiendo un sólo elemento de éste tipo en el código fuente. para colmo, al rollovear el de abajo del todo(el único que existe) se activa el efecto over, ¡pero sólo sobre el otro!. me parece acojonantemente absurdo y lo comparto por que aunque no lo resolvamos o no sepamos porque pasa, sin duda es descojonante cómo curiosidad. jiasjiasjiasjias ni que decir tiene que en el resto de los navegadores se visualiza bien. no tengáis en cuenta posibles errores/incongruencias en el código ya que se trata de una página de prueba. ahí va el monstruo: !DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.01 Transitional//EN html head titleServicio de postales /title link rel=stylesheet type=text/css media=screen, projection href=estilo.css style body{ font-size : 15px; font-family : verdana,arial,helvetica; /*font-weight : bold;*/ color : #00; background-color : #ff; /*margin-left : 0px; margin-right : 0px; margin-top : 0px; margin-bottom : 0px;*/ margin:0px; } img{ border:1px #9E9C9C solid;} td{ font-size : 11pt; font-weight : bold; color : #00; } ul{ list-style:none; padding-top:20px; position:relative; right:20px; } form{ display:inline; } a:link {text-decoration: none; color : #5F5F5E;} a:visited {text-decoration: none; color : #5F5F5E;} a:active {text-decoration: none} a:hover {text-decoration: none; color : #00;} #contenedor{ text-align:center; margin:0px auto; padding-top:20px; } #izquierda{ float:left; text-align:left; } #datos_formulario{ width:300px; text-align:center; margin:0px auto; } #derecha{ float:right; } .checkbox{ clear:both; margin-bottom:20px; padding-top:25px; } #texto_postal{ /*float:right;*/ width:242px; position:relative; bottom:319px; left:74px; text-align:justify; } * html #texto_postal{ bottom:307px; left:-105px; } .mensaje{ position:absolute; top:-14px; width:88%; font-size:13px; } #datos{ position:absolute; top:118px; padding-left:253px; width:100%; font-size:13px; /*background:red;*/ } * html #datos{ width:200%; font-size:13px; top:122px; line-height:10px; } #postal{ width:600px; text-align:center; margin:0px auto; padding-top:40px; } #postal img{ margin-bottom:10px; } #spacer{ clear:both; text-indent:-2000px; } /*index*/ #contenedor_fotos{ text-align:center; margin:0px auto; /*background:black;*/ width:970px; height:100%; } .contenedor_foto { float:left; width:290px; height:190px; margin: 10px; padding:5px; padding-top:15px; background-color:#EEF5DB; border-right: #a5a7aa solid 1px; border-bottom: #a5a7aa solid 1px; text-align:center; } /*index*/ /style /head body div id=contenedor h3Postales/h3 div id=postal img src=imagenes/1.jpg border=0 width=475 img src=imagenes/1gris.jpg border=0 width=475 div id=texto_postal p class='mensaje'nbsp;nbsp;nbsp;Cada mes, en Smashing Magazine, dedican una entrada a recopilar lo más interesante relacionado con el desarrollo web aparecido en los últimos 30 días. En este caso se ocupan del mes de marzo, con un listado muy extenso, quizá demasiado, y en él podemos en/pspan id='datos'pstrongDestinatario:/strong/ppdest /ppstrongRemitente:/strong/pprem/pspan /div!--fin texto_postal-- /div!--fin postal-- h3a href=index.phpEnviacute;a una postal a alguien/a/h3 /div!--fin contenedor-- /body /html a lo mejor tiene explicación y mis pocos conocimientos me impiden verla. vosotros diréis. un saludo! ___ 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:
Re: [Ovillo] más sobre formularios
Saludos! Como siempre, metiendome :P; bueno, encuentro un par de alicientes para malinterpretaciones por parte de los navegadores y una pequeña impureza en el código: label for=email_destinatarioEmail destinatario /labelinput type=Text name=email_destino size=20 maxlength=50 value=x Esta etiqueta es para email_destinatario, si mal no estoy, el email_destinatario debería estar definido en algun lado en el input correspondiente. La propiedad for se usa (generalmente) cuando no es posible anidar el input dentro del label, debería probar con: labelEmail destinatariobr input type=Text name=email_destino size=20maxlength=50 value=x /label Usualmente el elemento label lo defino en el CSS como display:block;, tal vez la etiqueta br no se vea bien, pero es pura. Con el input anidado, se puede asignar un title en la etiqueta label, esto será de gran ayuda e incrementara la accesibilidad y la usabilidad del formulario, con descripciones precisas sobre cada campo. Al posar el raton sobre la etiqueta (todo el bloque) el tooltip emergerá. 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. form.formulario_envio legend { padding: 0 2px; font-weight: bold; } el primer valor de la propiedad padding no tiene una unidad definida. form.formulario_envio label { display: inline-block; line-height: 1.8; vertical-align: top; } line-height no tiene unidad definida. Vertical-align es una propiedad que puede ser malinterpretada puesto que no ha sido implementada completamente. form.formulario_envio fieldset ol { margin: 0; padding: 0; } Nuevamente, no hay unidades definidas. form.formulario_envio fieldset li { list-style: none; padding: 5px; margin: 0; } margin: no unidades definidas. form.formulario_envio fieldset fieldset { border: none; margin: 3px 0 0; } Para remover el borde, siempre prefiero hacer esto: border-width: 0px; de este modo no le doy chance a los navegadores de interpretarlo de otro modo. Si no tiene ancho, las demas propiedades no importan. El codigo en el CSS sigue teniendo unidades no definidas, pruebe con definirlas y envia que pasa. Pz!. -- xNoleet ][ freelance graphic designer artist ] http://www.dojohabit.com ][ Dôjo ] http://www.luser-co.com ][ Lüser - Tees de diseño x Fuck Fashion! ] http://vm.dojohabit.com ][ personal portfolio ] http://h3x.dojohabit.com ][ experimental project ] ___ 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
Hey! Este tipo de conversaciónes siempre llevan a discusiones infructuosas, Relajense!. Pz!- -- xNoleet ][ freelance graphic designer artist ] http://www.dojohabit.com ][ Dôjo ] http://www.luser-co.com ][ Lüser - Tees de diseño x Fuck Fashion! ] http://vm.dojohabit.com ][ personal portfolio ] http://h3x.dojohabit.com ][ experimental project ] ___ 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
joder xnoleet, impagable y pormenorizado análisis y perfeccionamiento de mi código. por tu interés y ayuda, de veras, gracias. en cuanto le heche un ojo comento!!! ___ 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
X_x por favor no me peguen!. -- xNoleet ][ freelance graphic designer artist ] http://www.dojohabit.com ][ Dôjo ] http://www.luser-co.com ][ Lüser - Tees de diseño x Fuck Fashion! ] http://vm.dojohabit.com ][ personal portfolio ] http://h3x.dojohabit.com ][ experimental project ] ___ 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
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. form.formulario_envio legend { padding: 0 2px; font-weight: bold; } el primer valor de la propiedad padding no tiene una unidad definida. form.formulario_envio fieldset ol { margin: 0; padding: 0; } Nuevamente, no hay unidades definidas. form.formulario_envio fieldset li { list-style: none; padding: 5px; margin: 0; } margin: no unidades definidas. Un apunte. La no definición de unidades cuando el valor es 0 sigue siendo válido: 6 Unidades 6.1 Unidades de longitud El formato de una unidad de longitud es un carácter opcional de signo ('+' o '-', siendo '+' el valor por defecto) seguido inmediatamente de un número (con o sin punto decimal) seguido inmediatamente de un identificador de unidad (una abreviación de dos letras). Después del número '0' el identificador de unidad es opcional. Saludos, -- Oscar Curero - Linux user: 306877 --GPG keyID: 0xE0EA0B24-- ___ 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
muy al contrario xnoleet, agradezco todas las observaciones que comentas. sin embargo no arreglan el principal dilema que tenía. necesitaba que el mensaje y el input relacionado estuvieran en la misma linea y los cuadros del input perfectamente alineados, tu metes un br, por lo que ya cambia la estructura: labelEmail destinatariobr input type=Text name=email_destino size=20maxlength=50 value=x /label con respecto a las otras puntualizaciones: margin:0px auto; creo que esto no es redundante. 0 hace referencia al margen vertical con respecto al borde superior del navegador, auto hace lo mismo pero en el plano horizontal, sirviendo para dejar centrado el formulario. unidades no definidas: completamente de acuerdo, falta la unidad. sin embargo, cuando ésta es 0 creo recordar que no es necesario expecificarla. resto puntualizaciones(border-width, vertical-align...): se agradece, tomo nota. PD: ya resolví mi problema partiendo de otro ejemplo de formulario( http://www.picment.com/articles/css/funwithforms/) repito: seagradece!!! un saludo!!! ___ 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
Saludos! Gracias por la anotación, pero, sigue siendo un problema si los navegadores no implementan esta definicion, no?.-- xNoleet ][ freelance graphic designer artist ] http://www.dojohabit.com ][ Dôjo ] http://www.luser-co.com ][ Lüser - Tees de diseño x Fuck Fashion! ] http://vm.dojohabit.com ][ personal portfolio ] http://h3x.dojohabit.com ][ experimental project ] ___ 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
Rofl, ok!. -- xNoleet ][ freelance graphic designer artist ] http://www.dojohabit.com ][ Dôjo ] http://www.luser-co.com ][ Lüser - Tees de diseño x Fuck Fashion! ] http://vm.dojohabit.com ][ personal portfolio ] http://h3x.dojohabit.com ][ experimental project ] ___ 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
Hola, xNoleet, excelente análisis, muy útil en verdad. Sólo quiero hacer un comentario que es más una duda, espero que me puedan aclarar: Tenía entendido que una longitud de *0* no necesita las dos letras para identificar la unidad. o sea que 0px es lo mismo que 0. sl2 PB xNoleet escribió: Saludos! Como siempre, metiendome :P; bueno, encuentro un par de alicientes para malinterpretaciones por parte de los navegadores y una pequeña impureza en el código: label for=email_destinatarioEmail destinatario /labelinput type=Text name=email_destino size=20 maxlength=50 value=x Esta etiqueta es para email_destinatario, si mal no estoy, el email_destinatario debería estar definido en algun lado en el input correspondiente. La propiedad for se usa (generalmente) cuando no es posible anidar el input dentro del label, debería probar con: labelEmail destinatariobr input type=Text name=email_destino size=20maxlength=50 value=x /label Usualmente el elemento label lo defino en el CSS como display:block;, tal vez la etiqueta br no se vea bien, pero es pura. Con el input anidado, se puede asignar un title en la etiqueta label, esto será de gran ayuda e incrementara la accesibilidad y la usabilidad del formulario, con descripciones precisas sobre cada campo. Al posar el raton sobre la etiqueta (todo el bloque) el tooltip emergerá. 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. form.formulario_envio legend { padding: 0 2px; font-weight: bold; } el primer valor de la propiedad padding no tiene una unidad definida. form.formulario_envio label { display: inline-block; line-height: 1.8; vertical-align: top; } line-height no tiene unidad definida. Vertical-align es una propiedad que puede ser malinterpretada puesto que no ha sido implementada completamente. form.formulario_envio fieldset ol { margin: 0; padding: 0; } Nuevamente, no hay unidades definidas. form.formulario_envio fieldset li { list-style: none; padding: 5px; margin: 0; } margin: no unidades definidas. form.formulario_envio fieldset fieldset { border: none; margin: 3px 0 0; } Para remover el borde, siempre prefiero hacer esto: border-width: 0px; de este modo no le doy chance a los navegadores de interpretarlo de otro modo. Si no tiene ancho, las demas propiedades no importan. El codigo en el CSS sigue teniendo unidades no definidas, pruebe con definirlas y envia que pasa. Pz!. **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.** Visite la Cartelera interactiva de Opus Habana, con el calendario de la programación cultural del Centro Histórico. http://opushabana.ohc.cu/cartelera.php Redacción Opus Habana ___ 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
Saludos! Recalco nuevamente el problema social que existe en cuanto a los tecnicismos: el w3c especifica algo, pero no siempre los desarrolladores de navegadores implementan estas especificaciones, asi que: En teoria debería funcionar, pero, funciona realmente?. Ser específico!. -- xNoleet ][ freelance graphic designer artist ] http://www.dojohabit.com ][ Dôjo ] http://www.luser-co.com ][ Lüser - Tees de diseño x Fuck Fashion! ] http://vm.dojohabit.com ][ personal portfolio ] http://h3x.dojohabit.com ][ experimental project ] ___ 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
Me uno a lo de tenerlos inchados y me recuerda lo que leí hace un tiempo... http://www.aetherlumina.com/html/sucks.html - Original Message - From: sn [EMAIL PROTECTED] To: Ovillo, la lista de CSS en castellano [EMAIL PROTECTED] Sent: Friday, April 13, 2007 4:56 PM Subject: Re: [Ovillo] más sobre formularios llevas razón. yo estoy un poco cansado de la inconsistencia entre las especificaciones teóricas y lo que los navegadores implementan. los tengo un poco hinchados(uno más que otro) de tener que desarrollar diferente para diferentes navegadores, versiones de navegadores, s.o... mucho estándar, mucho estándar pero luego 0 estándar. al menos esa es mi visión(cada uno tiene la suya, sobra decirlo) tras lidiar cada día con todo este tipo de incompatibilidades. hay mucho camino por recorrer todabía y espero que el fin del sufrimiento esté cerca y se comiencen a unificar criterios de manera seria, estándar. ___ 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
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] más sobre formularios
On 4/13/07, xNoleet [EMAIL PROTECTED] wrote: Saludos! Recalco nuevamente el problema social que existe en cuanto a los tecnicismos: el w3c especifica algo, pero no siempre los desarrolladores de navegadores implementan estas especificaciones, asi que: En teoria debería funcionar, pero, funciona realmente?. Ser específico!. lo de 0 por 0px a mi no me ha dado nunca ningún problema. Además, tanto 0 como 0px, 0em, 0ex, 0% y 0pt valen exactamente lo mismo, así que menos problemas. Otra cosa seria con un número diferente de 0, ahí sí que varía todo... -- 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 [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
Saludos, Solo para aportar este link que encontre... digo, tiene que ver con la platica.. :) http://dnevnikeklektika.com/uni-form/ On 4/13/07, carlos campderrós [EMAIL PROTECTED] wrote: On 4/13/07, xNoleet [EMAIL PROTECTED] wrote: Saludos! Recalco nuevamente el problema social que existe en cuanto a los tecnicismos: el w3c especifica algo, pero no siempre los desarrolladores de navegadores implementan estas especificaciones, asi que: En teoria debería funcionar, pero, funciona realmente?. Ser específico!. lo de 0 por 0px a mi no me ha dado nunca ningún problema. Además, tanto 0 como 0px, 0em, 0ex, 0% y 0pt valen exactamente lo mismo, así que menos problemas. Otra cosa seria con un número diferente de 0, ahí sí que varía todo... -- 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 [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
Re: [Ovillo] más sobre formularios
El 13/04/07, xNoleet [EMAIL PROTECTED] escribió: Saludos! Como siempre, metiendome :P; bueno, encuentro un par de alicientes para malinterpretaciones por parte de los navegadores y una pequeña impureza en el código: label for=email_destinatarioEmail destinatario /labelinput type=Text name=email_destino size=20 maxlength=50 value=x Es 'casi' correcto ... label for=email_destinatarioEmail destinatario /label input type=Text name=email_destino size=20 maxlength=50 value=x / Acostumbrate a cerrar siempre. Pero ... http://www.w3.org/TR/html4/interact/forms.html#h-17.9.1 The for attribute associates a label with another control explicitly: the value of the for attribute must be the same as the value of the id attribute of the associated control element. More than one LABEL may be associated with the same control by creating multiple references via the for attribute. Luego ... input type=Text name= id=email_destino size=20 maxlength=50 value=x / Esta etiqueta es para email_destinatario, si mal no estoy, el email_destinatario debería estar definido en algun lado en el input correspondiente. La propiedad for se usa (generalmente) cuando no es posible anidar el input dentro del label, debería probar con: labelEmail destinatariobr input type=Text name=email_destino size=20maxlength=50 value=x /label Lo mismo digo de acostumbrarse a cerrar. Y las dos maneras son legales ... A) FORM action=... method=post TABLE TR TDLABEL for=fnameFirst Name/LABEL TDINPUT type=text name=firstname id=fname TR TDLABEL for=lnameLast Name/LABEL TDINPUT type=text name=lastname id=lname /TABLE /FORM y B) FORM action=... method=post P LABEL First Name INPUT type=text name=firstname /LABEL LABEL INPUT type=text name=lastname Last Name /LABEL /P /FORM Si lo miramos como html, porque si lo miramos como xhtml ... A) FORM action=... method=post TABLE TR TDLABEL for=fnameFirst Name/LABEL TDINPUT type=text name=firstname id=fname / /TR TR TDLABEL for=lnameLast Name/LABEL TDINPUT type=text name=lastname id=lname / /TR /TABLE /FORM y B) FORM action=... method=post P LABEL First Name INPUT type=text name=firstname / /LABEL /P P LABEL INPUT type=text name=lastname / Last Name /LABEL /P /FORM Y aún mejor si ponemos todos los nombres de etiquetas en minusculas. Usualmente el elemento label lo defino en el CSS como display:block;, tal vez la etiqueta br no se vea bien, pero es pura. Con el input anidado, se puede asignar un title en la etiqueta label, esto será de gran ayuda e incrementara la accesibilidad y la usabilidad del formulario, con descripciones precisas sobre cada campo. Al posar el raton sobre la etiqueta (todo el bloque) el tooltip emergerá. 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. http://www.w3.org/TR/CSS21/box.html#margin-properties If there is only one value, it applies to all sides. If there are two values, the top and bottom margins are set to the first value and the right and left margins are set to the second. If there are three values, the top is set to the first value, the left and right are set to the second, and the bottom is set to the third. If there are four values, they apply to the top, right, bottom, and left, respectively. body { margin: 2em } /* all margins set to 2em */ body { margin: 1em 2em } /* top bottom = 1em, right left = 2em */ body { margin: 1em 2em 3em } /* top=1em, right=2em, bottom=3em, left=2em */ The last rule of the example above is equivalent to the example below: body { margin-top: 1em; margin-right: 2em; margin-bottom: 3em; margin-left: 2em;/* copied from opposite side (right) */ } form.formulario_envio legend { padding: 0 2px; font-weight: bold; } el primer valor de la propiedad padding no tiene una unidad definida. http://www.w3.org/TR/CSS21/syndata.html#length-units The format of a length value (denoted by length in this specification) is a number (with or without a decimal point) immediately followed by a unit identifier (e.g., px, em, etc.). After a zero length, the unit identifier is optional. form.formulario_envio label { display: inline-block; line-height: 1.8; vertical-align: top; } line-height no tiene unidad definida. Vertical-align es una propiedad que puede ser malinterpretada puesto que no ha sido implementada completamente. http://www.w3.org/TR/CSS21/visudet.html#line-height 'line-height' Value:normal | number | length | percentage | inherit number The used value of the property is this number multiplied by the element's font size. Negative values are illegal. The computed value is the same as the specified value. 'vertical-align' Value:baseline | sub | super | top | text-top | middle | bottom | text-bottom | percentage |
[Ovillo] Imagenes al Azar
Como rotar una imagen Querida familia CSS, Intento hacer rotar una imagen en sitio web. Cada vez que el usuario ingresa la imagen de fondo sera diferente. La primera opcion fue: Intente usar PHP en Go Live (no se si es posible) pero me indica que debo poner el codigo dentro de la carpeta de imagenes. Como puedo indicar un html a un folder! No me suena correcto. La segundaopcion: Generé un codigo, pero algo no esta funcionando. Solicito su ayuda para encontrar mi error. A continuacion adjunto el codigo. Gracias head meta http-equiv=Content-Type content=text/html; charset=iso-8859-1 titleInterAmerican School of Medical Sciences/title link href=IAMS.css rel=stylesheet type=text/css script type=text/javascriptnum = Math.round(Math.random()*3) document.write('style type=text/css'); document.write('div#logo { background: url(http://www.interamericanschool.com/ias/images/SplashRotate/SPLASH' + num + '.jpg)!important }'); document.write('/style'); /script /head tr td div id=logo a href=#img images/SplashRotate/SPLASH1.jpg src=images/SplashRotate/SPLASH2.jpg alt=Splash Image name=SPLASH width=720 height=291 border=0/a/td /tr _ Express yourself instantly with MSN Messenger! Download today it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ ___ 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] Divs con esquinas redondeadas y sombras degradadas
NetVicious escribió: Hola stripTM, El miércoles, 11 abr 2007 a las 01:52, escribiste: Si no tienes flash simplemente sale la imagen sin las esquinas redondas ¿cual sería el problema? Veamos si preguntan por solucionar un problema con CSS y te sales por Flash no crees que no es correcto. Personalmente usaría Flash para videos y animaciones no para cosas estáticas que se pueden hacer mediante CSS e imágenes, y si me estiras mucho mediante Javascript a lo Nifty Corners. Yo no es que sea muy devoto del flash, pero en este caso degrada bien, y si no lo tiene flash instalado la foto se queda tal cual. -- Saludos -=stripTM=- ___ 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] Imagenes al Azar
Buenas, Personalmente, lo que hago es en la página en la que quiero que me cambie la imagen creo un pequeño estilo en linea, manejado por php, en el que especifico algo del tipo ?php $tmp = rand(minimo,maximo); $path = ruta a las imagenes; echo div.randomImage { background: url(\.$path.$tmp..png\); }\n; } ? Siendo: minimo y maximo el menor y mayor indice de las imágenes. Espero que esto te sirva de algo. Un saludo, Nika. On 4/13/07, daniela niembro maldonado [EMAIL PROTECTED] wrote: Como rotar una imagen Querida familia CSS, Intento hacer rotar una imagen en sitio web. Cada vez que el usuario ingresa la imagen de fondo sera diferente. La primera opcion fue: Intente usar PHP en Go Live (no se si es posible) pero me indica que debo poner el codigo dentro de la carpeta de imagenes. Como puedo indicar un html a un folder! No me suena correcto. La segundaopcion: Generé un codigo, pero algo no esta funcionando. Solicito su ayuda para encontrar mi error. A continuacion adjunto el codigo. Gracias head meta http-equiv=Content-Type content=text/html; charset=iso-8859-1 titleInterAmerican School of Medical Sciences/title link href=IAMS.css rel=stylesheet type=text/css script type=text/javascriptnum = Math.round(Math.random()*3) document.write('style type=text/css'); document.write('div#logo { background: url(http://www.interamericanschool.com/ias/images/SplashRotate/SPLASH' + num + '.jpg)!important }'); document.write('/style'); /script /head tr td div id=logo a href=#img images/SplashRotate/SPLASH1.jpg src=images/SplashRotate/SPLASH2.jpg alt=Splash Image name=SPLASH width=720 height=291 border=0/a/td /tr _ Express yourself instantly with MSN Messenger! Download today it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ ___ 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