Re: [Ovillo] margin-botton diferente
A mí lo que digan en este asunto Google o la W3C no me importa demasiado. Si tienes que editar una hoja de estilo que hiciste hace tres años, la diferencia entre editar una clase titular y una clase TextoVerdeGrande es suficiente razón para mí como para usar nombres de clase con contenido semántico, en vez de descriptores físicos ;) No solo porque es más fácil de localizar la clase titular que la TextoVerdeGrande, sino porque a lo mejor ahora los titulares cambian a color negro y ya la hemos liado El 26 de noviembre de 2012 12:34, marcos méndez filesi mmfil...@gmail.comescribió: : ) es un tema complejo, que no está claro cómo va a terminar. Por lo que tengo entendido, la situación está así: la w3c está con los microformatos (y por lo tanto con los nombres de clase semánticos que apuntabas), pro, Google, Microsoft, Yahoo y el buscador ruso que ahora no recurdo cómo se llama han apostado x los microdatos, donde el nombre de las clases da igual. (De hecho Google ha lanzado un aviso de que o microformatos o microdatos, pero que no se compromete a que funcionen ambos. Entonces, ¿la w3c o google-microsoft? Dados los tempos de la w3c, de momento creo que es más sensato apostar por google-microsoft. ** +info Explicación de pq me quedo con los microdatos http://www.mmfilesi.com/blog/microformatos-o-microdatos/ Explicación de qué son los microdatos http://www.mmfilesi.com/blog/que-son-los-microdatos/ El 26 de noviembre de 2012 13:23, Dan danal...@gmail.com escribió: Hola :-) Conozco la web semántica, pero hace unos cuantos años cuando empecé con CSS se decía que los nombres de las clases también formaban parte de la web semántica, por lo que ahora no sé si esto sigue vigente y me he quedado algo anticuado ;-) Gracias por la explicación. -Mensaje original- De: marcos méndez filesi [mailto:mmfil...@gmail.com] Enviado el: lunes, 26 de noviembre de 2012 12:09 Para: Ovillo, la lista de CSS en castellano Asunto: Re: [Ovillo] margin-botton diferente Hola, ; ) No, esto no es exactamente así. Para la web semántica es importante que: a) Se usen tags semánticos de html 5 (aside, header) b) Se usen los tags estructurales de forma correcta (p.ej, lo de poner solo un h1, usar quotes para las citas, etcéteras). c) Usar microdatos o microformatos. (Yo creo que son mejor los microdatos). ** Lo que ocurre es que con los microformatos, SÍ que hay que emplear determinados nombres de clase (p.e. given-name, para los nombres); pero solo tienen un valor semántico si son exactamente los que forman parte de algún estándar microformato (en este caso vcard). En cualquier caso, creo que los microdatos no tardarán en sustitutir a los microformatos. Bs++ El 26 de noviembre de 2012 11:01, Dan danal...@gmail.com escribió: Los nombres de clase deben significar algo respecto al elemento(s) que lo va a tener, por ejemplo .titulo, .titular, .cita, .comentario, .destacado La clase .margin no aporta ningún tipo de información, sólo acerca de su presentación y es incorrecto. Esto es parte de la web semántica. Salu2. -Mensaje original- De: Carlos Núñez [mailto:cha...@gmail.com] Enviado el: viernes, 23 de noviembre de 2012 17:50 Para: Ovillo, la lista de CSS en castellano Asunto: Re: [Ovillo] margin-botton diferente Llamame sencillo, porque no estoy aun con los estandares y validaciones y desconozco si esta bien pero si le pones una clase .margin{margin-bottom: 2%;} y luego h1 class=margin funciona perfectamente. El 23 de noviembre de 2012 17:19, Pablo Rodríguez oi...@web.de escribió: margin-bottom: 2% -- Carlos Núñez ___ Lista de distribución Ovillo Para 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 -- Marcos Méndez Filesi http://www.mmfilesi.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 -- Marcos Méndez Filesi http://www.mmfilesi.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
Re: [Ovillo] margin-botton diferente
+1 al comentario de Marcos. En algunos casos lo que hago es usar varios nombres de clases, el mío que es el que define los estilos que aplico realmente, y el indicado por los microformatos, que a menudo no llevan estilos propios asociados. Habrá que echarle un ojo a eso de los microdatos... El 26 de noviembre de 2012 13:35, marcos méndez filesi mmfil...@gmail.comescribió: *A mí lo que digan en este asunto Google o la W3C no me importa demasiado.* Quizás convenga acotar lo que entendemos x semántico. : ) Semántico, en Internet, no son los significados que tú o yo entendamos, sino lo que las máquinas puedan entender. Si una máquina no sabe que titular significa titular, no es un contenido semántico, aunque el término resulte comprensible para los programadores que conozcan la lengua hispana. Es decir, si quieres hacer una web semántica es fundamental hacer las cosas siguiendo algún tipo de estándar que entiendan las máquinas. Esto no es obligatorio, por supuesto, pero para los que tenemos la esperanza de que algún día las lavadoras puedan entender a Borges es importante... ah, claro, y también es muy importante para el SEO, razón menos relevante para la humanidad que la primera. Entonces, si quieres seguir tu método, que es también el mío, y poder llamar a las clases de alguna forma que resulten comprensibles pasado un tiempo (cabecera, barra, titular, sidebar, color_amarillo, texto_destacado), entonces tienes que usar microdatos. De lo contrario, o no haces una web semántica o la haces con microformatos, y entonces sí que tienes que usar unos nombres de clase en concreto: http://microformats.org/ ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://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] Drupal 7
ESTANDARES WEB es todo señores. Si hay algún administrador por aquí que me corrija, pero que yo sepa, los estándares web los define el W3C y son HTML, XHTML, CSS, ECMAScript, DOM, SOAP, WDSL y otros más oscuros, pero desde luego no entran en esa categoría herramientas de CMS. ___ Lista de distribución Ovillo Para 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] [OFFTOPIC] ¿ Qué hacer en 404 ?
Hoy os escribo por si me podéis dar vuestras opiniones sobre un asunto. Cuando en un sitio web un visitante pone una url inexistente ( bien porque ha toqueteado con ella o bien porque se cambio de sitio ). ¿ Qué hacéis ?, ¿ Le redirigís a la portada ?, ¿ Le mostráis un mensaje de error?, Por seguridad yo muestro un mensaje genérico de error, que aparece siempre que hay un error, independientemente del tipo que sea, al estilo de ha ocurrido un error, nuestro servicio técnico ha sido avisado. A nivel interno, se nos envía un mensaje con todos los detalles del error, y a nivel externo, si alguien está usando herramientas automatizadas para buscar vulnerabilidades en la página, recibirá un código 200 en vez de un 404, lo que le dará menos pistas para un ataque. Saludos, Ernesto ___ Lista de distribución Ovillo Para 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] Curso organizado por el W3C en español sobre Buenas Prácticas en Web Móvil.
Ovillo es una comunidad de diseñadores y desarolladores interesados en los estándares web. El principal objetivo de ovillo es compartir ideas, aprender y ayudarnos en el trabajo diario con los estándares web. A mí me parece que información sobre un curso acerca del desarrollo web móvil organizado por el W3C es perfectamente compatible con el objetivo de la lista. El 8 de agosto de 2012 18:23, Edgardo Raúl Galletto edgardogalle...@gmail.com escribió: Amén hermano!! Amén! Edgardo Raúl Galletto www.webmoderna.com.ar i...@webmoderna.com.ar 0351-153272337 Enviado desde mi MoraNegra® de Oscuro Argentina -Original Message- From: David Bautista davidbautistanave...@gmail.com Sender: ovillo-boun...@lists.ovillo.org Date: Wed, 8 Aug 2012 19:19:17 To: Ovillo, la lista de CSS en castellanoovillo@lists.ovillo.org Reply-To: Ovillo, la lista de CSS en castellano ovillo@lists.ovillo.org Subject: Re: [Ovillo] Curso organizado por el W3C en español sobre Buenas Prácticas en Web Móvil. Hay que ser quejicas joder... El curso está de puta madre, va con la temática de la lista y esto no es para nada spam. Gracias Manuel! 2012/8/8 Guido Cabrera Castro guido...@gmail.com Hay algo peor que el spam. Es el reenvío de spam ___ Lista de distribución Ovillo Para 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] Duda sobre maquetación
Hola, Yo tampoco he usado 960 grid, pero como bien dices, cada cosa es para lo que es, y un div se usa para agrupar elementos a los que luego aplicar estilos comunes o comportamientos vía DOM. Usar un div para incluir un único elemento es redundante, y no lo veo necesario. Salud! El 2 de agosto de 2011 10:29, Gerardo Oscar Jimenez Tornos gerardoosca...@gmail.com escribió: Hola Miguel Angel, Prácticamente no he utilizado 960 grid system pero obviamente es mejor utilizar la recomendación que especifican los autores ya que eliminando elementos para 'optimizar' corres el riesgo de que no se vea correctamente en otros navegadores, o no puedas cambiar de una hoja de estilos a otra. Además, la supuesta optimización no ahorra tiempo perceptible al usuario, sería mucho mejor quitar los blancos del css e intentar agrupar las peticiones de archivos (con sprites por ejemplo) PS: Esto sí que 'desoptimiza' jeje: http://www.treeweb.es/ShareCode/6ecca1ed5ab5d13a276b9a0b2f4e2f0e Advertencia: puede provocar alucinaciones XD Saludos El 2 de agosto de 2011 10:53, Miguel Angel mik_...@hotmail.com escribió: Hola buenas, Tenemos una mini-discusión entre yo y un maquetador sobre un concepto de maquetación. Estamos usando 960 grid system. Tenemos una parte donde esta maquetado un titular h3 que esta englobado por un grid que ocupa el 100% y tiene un fondo de color gris oscuro. Yo he colocado el grid y dentro el h3, y mi compañero dice que no es necesario englobar el h3 por el grid ya que te ahorras el elemento div grid por cuestiones de optimización. Yo creo que conceptualmente no es correcto ya que el grid esta pensado para estructurar contenido, y simplemente por ahorrar códido, no es correcto que se elimine la definición de grid... cada cosa es para lo que es, y estoy seguro de que se pueden ahorrar muchos otros estilos reusando otros, pero el concepto no es este.. Un saludo!! ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://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] Problema imágenes en Mac
¿Has comprobado el espacio de color de las imágenes? Algunos navegadores son más quisquillosos que otros con eso. El 29 de abril de 2011 13:27, Martín Moreno martin.mor...@gmail.comescribió: Descartado el problema con Chrome, pues. Si has comprobado que las url's están bien (y que en Windows se vean tan sólo porque están cacheadas), si has comprobado que no interfiere ningún proxy, firewall ni antivirus... se me ocurre poco más. 2011/4/29 Nacho F. Carreño na...@stvisual.com Hola Martín, He probado en Safari, IE y Firefox en Mac. En la máquina virtual de windows he probado con IE8 y se ve bien. Saludos, Nacho El 29/04/2011 11:34, Martín Moreno escribió: ¿Qué versión del sistema operativo tienes?¿Te pasa en TODOS los navegadores en Mac? Supongo que ya habrás descartado todos los posibles problemas derivados de la caché, del proxy y el firewall (si existen), etc. Si el fallo es en todos los navegadores (Safari, Chrome, Firefox y Opera al menos), me inclino a pensar que el problema tiene que derivar de alguno de estos factores. Si se produce sólo en Chrome, por ejemplo, el problema puede ser este: http://www.google.com/support/forum/p/Chrome/thread?tid=59edeb170358baffhl=en http://www.google.com/support/forum/p/Chrome/thread?tid=59edeb170358baffhl=en Saludos Martín Moreno @m4rt1n 2011/4/29 Nacho F. Carreñona...@stvisual.com Hola a tod@s, Estoy teniendo problemas en la maquetación de una Web en Mac. Concretamente en una página que es un listado de productos donde se muestra una imagen de cada producto. Esta imagen no está un el servidor sino que se está mostrando desde un servidor externo. El problema es que en navegadores con Windows se ve perfectamente y al entrar desde Max aparece una x o el alt de la imagen como si no existiera la imágen. No pasa en todas las imágenes. Además si entro a ver la ficha del artículo y pulso el botón volver la foto aparece correctamente. A las imágenes no les veo nada raro, están puestas con el tipicoimg src=ruta de la foto alt=Descripcion alternativa /. Estoy usando XHTML 1.0 strict. Saludos, Nacho ___ Lista de distribución Ovillo Para 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 ___ Lista de distribución Ovillo Para 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] Vulnerabilidad HTML
Hola, Hay muchísimas formas de hacker una página hecha en PHP, el servidor puede tener medidas de seguridad pero si el código no es seguro se abren muchas puertas a un posible ataque. Hay muchas guías en Internet que te pueden ayudar a escribir código seguro, como http://www.php-code.net/2010/09/securing-php-applications-part-i-securing-php-code/ Saludos, Ernesto 2010/12/15 Eva García evag...@gmail.com Hola a t...@s, Lo primero gracias por las respuestas. Imaz el formulario están en html, paso el contenido por el método post y la página siguiente lo que hace es recoger las variables y enviarlas con la función mail ¿como se puede hackear? o mejor dicho ¿como se podría mejorar el formulario para evitar el hackeo? Los includes hacen llamadas a una serie de ficheros que únicamente contienen código html y la llamada la hago con ? include(nombredelfichero.php); ? ¿está mal hecho? Xavier aun no he restaurado la página para poder ver el código. Resumiento, ¿descartáis que no sea el motivo un problema de seguridad del servidor? Saludos y gracias Eva El 15 de diciembre de 2010 13:04, Xavier Araque A.|Rendergraf xavierara...@gmail.com escribió: Si vemos el código sería mejor El 15 de diciembre de 2010 07:27, Juan Miguel Imaz ima...@adimedia.netescribió: Una página con un formulario es MUY susceptible de ser hackeada. Incluso únicamante con includes, si están mal hechos, es hackeable. El 15/12/2010 12:52, Eva García escribió: Buenos días, Una de mis páginas Web ha sido hackeada y la empresa de hosting dice que es una vulnerabilidad del código de la página. La página está echa en html con extensión php pues utilizo includes para no tener que estar repitiendo el código de cabecera y menú en todos los archivos. Unicamente utilizo la funcion mail para enviar los datos de un formulario. Nada más. ¿Creeis que se puede hackear una página HTML por una vulnerabilidad del mismo? No había oido nada parecido en mi vida, me da la sensación que la empresa de Hosting me está contando una milonga para lavarse las manos. Saludos y gracias Eva ___ Lista de distribución Ovillo Para 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 -- -Xavier- La paciencia es una virtud, La constancia nos lleva al éxito - Patience is a Virtue, Perseverance leads to success. Las cosas más importantes no son la mayoría de las cosas. 3D Character Development, Graphic Designer and Web Engineer http://linuxtachira.org http://rendergraf.wordpress.com @rendergraf http://xavieraraque.wordpress.com @xavieraraque http://www.rendergraf.org i...@rendergraf.org Facebook: http://bit.ly/99CncX LinkedIn: http://linkd.in/aOCWbc msn:xavierara...@hotmail.com msn%3axavierara...@hotmail.com msn%3axavierara...@hotmail.com msn%253axavierara...@hotmail.com msn%3axavierara...@hotmail.com msn%253axavierara...@hotmail.com msn%253axavierara...@hotmail.com msn%25253axavierara...@hotmail.com Telf.: +58 416 1027262 Linux counter: 292510 at http://counter.li.org Táchira-Venezuela ___ Lista de distribución Ovillo Para 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] Vulnerabilidad HTML
Hola, Sin más información (especialmente los logs de actividad en los minutos previos al ataque) no se puede hacer un diagnóstico. Aunque si hay más webs que han sufrido el mismo ataque yo se lo comunicaría al soporte del servidor, a ver si se lo toman más en serio... Saludos, Ernesto 2010/12/15 Eva García evag...@gmail.com Hola a t...@s de nuevo, En primer lugar vuelvo a daros las gracias a todos por vuestros mensajes. El sexto sentido que tenemos las mujeres (;-)) me ha hecho pensar que si mi página había sido hackeada y fuera un problema del servidor es posible que otras páginas con las que comparto hosting estuvieran también con el mismo problema. Pues bien he mirado cual era mi dirección IP y he buscado páginas que compartan mi alojamiento. Pues bien, muchas de ellas tienen el mismo problema que yo, hackeadas con el mismo index.html, lo que me hace pensar que se más que un problema en mi página el problema de seguridad ha estado en la empresa de hosting ¿que os parece? Saludos y mil gracias de nuevo! Eva El 15 de diciembre de 2010 15:44, Gerardo Oscar Jimenez Tornos gerardoosca...@gmail.com escribió: Hasta que no veamos el código no podemos hacer nada. Vamos a ciegas. Es como conducir de noche sin las luces puestas. Por favor, péganos el código y así intentamos ayudarte. No temas por pegar el código si no tienes claves a la vista. Un saludo Gerardo El 15 de diciembre de 2010 15:31, Jose Florido joseflor...@gmail.com escribió: Si es un form para enviar email, lo mas comun es que sea inyeccion de cabeceras de correo en la funcion mail() de php. Basicamente no estas comprobando bien los parametros que recibes del formulario, pero tu HTML no tiene porque estar mal, simplemente al recibir las variables en PHP tienes que evitar ciertos caracteres (minimo \r y \n). Problemas de este tipo se suelen utilizar para enviar spam desde tu formulario a terceras partes. Aunque tu formulario no permita especificar la cebecera To:, mediante abuso del Subject: pueden hacer que el email vaya a otras direcciones de correo y el servidor encargado del envio de spam seria el tuyo. Mas detalles: http://www.securephpwiki.com/index.php/Email_Injection 2010/12/15 Leandro Asrilevich bea...@gmail.com: Eva por lo que contas es mas que probable que el problema es del hosting y no tuyo. Recuerdo que una vez probando en un servidor propio instale uno de los paneles mas avabzados que vi de servicio de hosting, y al mes a travez de una vulnerabilidad del codigo del panel, por medio de un bot realizaron lo mismoq ue te ha pasado a vos, borraron todos los files de cada uno de los vhosts creados en el servidor mediante el panel, y pusieron un index.html con una reseña al grupo de hackers. Que panel de administracion tiene tu servicio de hosting?.. yo apuntaria por ese lado. _ Leandro Asrilevich | www.beastxblog.com FrontEnd Developer Movil: +54 (11) 15 3663 0011 Web: http://www.beastxblog.com MSN: bea...@gmail.com Skype User: leandro.asrilevich Dorrego 328 Muniz - Partido de San Miguel Buenos Aires - Argentina 2010/12/15 Camilo Kawerín camilokawe...@gmail.com Creo que la única manera en que podrían haberlo hecho, si fuera gracias una vulnerabilidad del sitio, es mediante un script PHP que hubieran subido a tu servidor desde un formulario. Si no hubiera manera de subir archivos al servidor desde una página del sitio, se me ocurre entonces que el ataque tuvo que haber sido conectándose al FTP. De todos modos, te recomiendo que insistas con el soporte del hosting para que te den más información, tanto para demostrar que el problema se debe a una vulnerabilidad del sitio como para descartar que hubiera sido otro tipo de acceso. Saludos y suerte! 2010/12/15 Eva García evag...@gmail.com Hola de nuevo, Lo que han hecho es borrar todos los archivos del directorio raiz y han colocado un archivo index.html con unos simbolos en arabe. Los curioso es que los subdirectorio que utilizo para las imagenes, includes, etc. no han sido borrado y están ahí todos los archivos. Saludos, Eva 2010/12/15 Camilo Kawerín camilokawe...@gmail.com Hola, Creo que ya aclaró que la página es simple y sólo usa PHP para incluir las partes que se repiten, sin nada raro, y para enviar mail. La gente de soporte de los servicios de hosting tienen la costumbre de llamarle hackeo a cualquier cosa y siempre es por un error de programación. La pregunta, Eva, es ¿exactamente qué le ocurrió a la página? Saludos 2010/12/15
Re: [Ovillo] ¿Cómo cambio Hojas de estilo sin refr escar mi página?
Un artículo clásico en el que explican como hacerlo: http://www.alistapart.com/articles/alternate/ El 25 de octubre de 2010 22:44, Gerardo Oscar Jimenez Tornos gerardoosca...@gmail.com escribió: Está claro que debe ser con javascript, lo que no está nada claro es tener que ir aplicando estilos uno por uno, para eso están precisamente las hojas de estilo. Una misma página puede tener varias hojas de estilo de entre las que elegir, por ejemplo, en firefox se puede elegir la hoja css desde el menú ver-estilo de página. Lo que se necesita es hacer con javascript lo mismo que hace el menú. El 25 de octubre de 2010 20:57, GiLgAmEzH gilgam...@gmail.com escribió: Eso lo deberías hacer con javascript. No es nada muy complejo y en la web esta lleno de datos. En resumen lo que haces con javascript es cambiar las propiedades de un elemento usando Objeto.Propiedad = valor buscate en google getElement suerte!! El 25 de octubre de 2010 15:47, Marcos Lorca marcoslo...@hotmail.com escribió: Hola a t...@s, necesito ayuda para insertar en mi web una funcionalidad que me permita modificar la apariencia de mi sitio; por ejemplo en una primera hoja de estilo tener un fondo de Body color #00, y en la otra tener un fondo de Body color #CC... y que al apretar un botón se haga el cambio de hoja de estilo sin tener que recargar completamente la página. Saludos y gracias Marcos Lorca ___ Lista de distribución Ovillo Para 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 -- Los filósofos no han hecho más que interpretar de diversos modos el mundo, pero de lo que se trata es de transformarlo C.M. Tesis 11 Uno no siempre hace lo que quiere pero tiene el derecho de no hacer lo que no quiere. http://www.flickr.com/bolche MSN, Gtalk, Jabber: gilgam...@gmail.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
Re: [Ovillo] caracteres extraños con dremweaver
Disiento amigablemente del último consejo de Helmán :) Creo que es mejor usar tildes con UTF-8 que entidades. El código es más legible y fácil de editar, más amigable para los buscadores, y pesa menos. El 13 de septiembre de 2010 22:30, Helmán helman@gmail.com escribió: Ademas de lo que dice Gerardo, sería útil que usaras entidades en vez de la tilde que proporciona el teclado. consulta entidades. ___ Lista de distribución Ovillo Para 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] Target
Realmente el debate no es tan nimio es una lista que trata sobre estándares en el desarrollo web El asunto yo lo veo más como: si desean usar XHTML estricto, el target blank no se acepta. Puede usar javascript para saltarse la norma, puede mejorar la usabilidad, pero si una página se abre en otra ventana no es XHTML estricto, por mucho que lo pongamos en la primera línea del código. Teniendo otros muchos DTD donde elegir, no entiendo que razones puede haber para querer usar uno que expresamente limita funcionalidades que se quieren usar. Que declare XHTML Transitional, o HTML 4, y todos tan contentos. Saludos, Ernesto El 15 de junio de 2010 14:00, Ignacio Ricci ignacio.ri...@gmail.comescribió: Porque hay debate frente a cualquier cosa, hasta mínima? Si desean usar XHTML estricto, el target blank no valida. Lo pueden hacer con JS. Si quieren mejorar la usabilidad del link, pueden agregarle un icono haciendo referencia a que es un link externo. No hay más que eso... ___ Lista de distribución Ovillo Para 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] Definición de fuentes en proyecto grand e
Las clases se aplicarían en el html del siguiente modo: div class=titulo blanco justifyemCassanova/em/div Donde resultaría que el texto se mostraría con el tamaño definido en titulo, aparecería justificado en cursiva y en color blanco. De este modo pienso que con un número reducido de clases podría tener una gran combinación de estilos de fuentes para combinar en el site. ¿Qué os oparece, véis algún inconveniente? Al igual que Rodrigo no lo veo práctico. Si realmente es una web de un tamaño importante lo que yo haría sería crear un libro de estilo que defina todos y cada uno de los elementos de texto que puedan haber, cada uno identificado con su nombre y con su definición correspondiente en la hoja de estilos, de tal manera que quedase algo como (por ejemplo): div class=TitularBiografiasCassanova/div Y que el estilo TitularBiografia tuviese definido el tamaño de letra, color, cursiva, etc... Si no, cuando quieran cambiar cualquier estilo, vas a tener que revisar toda la web cambiando las llamadas a las clases o acabar con .blanco{color: red}, como dice Rodrigo. Y si algún día se decide hacer un cambio de estilo global, va a ser un infierno... Un nombre de clase nunca debería depender de los estilos que define, sino de la funcionalidad que va a tener. Saludos, Ernesto ___ Lista de distribución Ovillo Para 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] Enlaces A y onclick
Hola Alexis, El aviso del validador automático no se refiere tanto al acceso a la etiqueta a como a la funcionalidad que desencadena el onclick. El onclick sí que depende de un evento concreto (el click del ratón). Y dado que hay usuarios que navegan sin ratón, para asegurar la accesibilidad de la página se sugiere que se duplique el acceso a esa funcionalidad añadiendo manejadores de eventos usando por ejemplo un onkeypress. Un saludo, Ernesto El 22 de diciembre de 2009 10:51, Alexis Parra apa...@king-eclient.comescribió: Buenos días, Tengo una pequeña duda relativa a la utilización del evento onclick. Tras utilizar un validador automático me aparece un aviso relativo a la pauta 6.4 Es decir me indica que en un enlace a en el que encontramos un evento onclick a href= onclick= debo duplicar los manejadores de evento. Entiendo que en este caso y dado que el acceso a la etiqueta a no depende de un manejador concreto de eventos no es necesario que duplique el manejador y utilitce un onfocus. ¿Es cierto? ¿Queda clara mi pregunta? Os agradezco vuestra ayuda. Muchas gracias. Alex ___ Lista de distribución Ovillo Para 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] pantallazos (aclaración)
En mi empresa el diseñador trabaja con Photoshop, y a los maquetadores se les entregan las capas ya despiezadas en jpg o png. El 2 de diciembre de 2009 14:44, Natalia Solar natalia.so...@atrapalo.comescribió: Perdón por la confusión. No, me refiero a hacer los diseños yo. Y a q programa utilizáis para compartir estos diseños con los maquedores css. 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] pantallazos (aclaración)
Perdón, mi respuesta no quedó muy clara... cuando son varios los elementos que van en una misma capa, sí suele enviar un sólo fichero, y es el maquetador el que los separa (aunque por suerte, nuestro diseñador también tiene práctica en maquetación con CSS, lo que nos ahorra mucho tiempo :). En ficheros separados se envían la capa con el fondo, o los fondos (pe, cuando hay un fondo para el body, otro para el contenedor de la cabecera, otro para contenidos, etc), y cuando hay elementos gráficos que se superponen sobre varias capas, también se envían aparte. El 2 de diciembre de 2009 15:14, joel vinicio almanzar joel_alman...@hotmail.com escribió: Que extraño Ernesto, que se les entregue a los maquetadores todo cortado... soy de los que piensa que el maquetador es quien decide como hara los cortes... a no se que los diseñadores de tu empresa tambien tengan conocimiento de maquetacion. Date: Wed, 2 Dec 2009 15:11:05 + From: ernesto.rodrig...@canarias7digital.com To: ovillo@lists.ovillo.org Subject: Re: [Ovillo] pantallazos (aclaración) En mi empresa el diseñador trabaja con Photoshop, y a los maquetadores se les entregan las capas ya despiezadas en jpg o png. El 2 de diciembre de 2009 14:44, Natalia Solar natalia.so...@atrapalo.comescribió: Perdón por la confusión. No, me refiero a hacer los diseños yo. Y a q programa utilizáis para compartir estos diseños con los maquedores css. 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 _ Windows Live Messenger GRATIS: lo que faltaba en tu BlackBerry. Clic Aquí http://www.messengerentublackberry.com?ocid=WL_BB_LandPage_TagLinehttp://www.messengerentublackberry.com/?ocid=WL_BB_LandPage_TagLine ___ Lista de distribución Ovillo Para 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] formularios con listas de definición . .. o no
Si fuera un cuestionario donde uno tiene que completar que es la semiótica ahí quizás se ve mas claro. dl dtlabel for=blaSemiótica/label/dt ddinput bla bla //dd /dl H no me acaba de parecer correcto. Creo que cuando se incluye la definición es una lista de definiciones. Cuando se pide la definición, es un formulario. Toda etiqueta de formulario, explícitamente, está concebida para pedir datos, no veo necesario que haya que usarse a nivel superior otra estructura que define datos para englobarla, me parece redundante. Mis dos céntimos sonrisa ___ Lista de distribución Ovillo Para 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] certificación accesibilidad
La historia suena un poco rara, pero creo me parecía que daba un poco igual, y que se perdería como lágrimas en la lluvia, al igual que ocurrirá con todas las certificaciones no oficiales (que me dá que va a tardar en haber alguna). Pero esto sí que me parece preocupante: También comentaron como que pretendian que todos los concursos públicos para hacer sitios web institucionales exigieran la certificación que nos quieren imponer como requisito indispensable. ¿Algún experto en la sala que confirme que esto se puede hacer (legalmente, quiero decir)? ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] [OT] Re: Que ganamos validando una web
At 09:45 09/05/2006, you wrote: me pregunto , siempre de caras al cliente , que gana que nosotros le validemos la web? Hay muy pocas paginas, de firmas importantes o relevantes en la sociedad echas por estudios de diseño que no estas validadas i petan por todos los lados. Entonces para q molestarse? Tecnicamente al cliente le cuesta entender. ¿Qué tal si no haces secuestro de hilos [1]? No se puede hacer un secuestro de hilos poniendo un nuevo hilo. En todo caso sería un off-topic. Personalmente no creo que esté fuera de tema preguntar en una lista sobre estándares web cuáles son, de cara al cliente, las ventajas de comprobar mediante validación que una web cumple los estándares. ___ Lista de distribución Ovillo Para 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] Costo de la usabilidad en el web
Ultimamente llevo observando que hay demasiadas criticas y menos ayudas. De una temporada para aca parece que TODO el mundo DEBIERA hacer webs PERFECTAS, XHTML, CSS y TRIPLE-A. Por un lado, sí, se deberían hacer, o al menos intentarlo... Para eso paga el cliente, después de todo. Pero lo que aquí se critica, y a mi entender muy justificadamente, es el que webs que no son accesibles presumen de ello colgando logotipos que no les corresponden. Y además muchas de sus desarrolladores, si se lo comentas te ponen a caer de un burro... ___ Lista de distribución Ovillo Para 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] Ni idea de como modelar esto con DIV
- Link 1 - Link 2 - Link 3 - Parte de la cabecera - - - - Cabecera- - - O sea hay un pedazo de la imagen de la cabecera que queda por encima de la barra de links. Alguna ayuda con como modelar esto? La cabecera como capa, con la imagen de fondo (con CSS), y los enlaces, como una lista dentro de esa capa, cuidando que la lista no ocupe el 100% del ancho de la capa, para que se vea esa parte de la imagen... Saludos, Ernesto ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Problema con posicionamiento
Antes de seguir una pequeña pregunta: ¿A que resolución debería diseñar mi página? ¿800x600? ¿1024x768? ¿Cuál es la más estándar en Internet? (me refiero a la más usada) Según los datos de las visitas a las páginas de mis clientes, ahora mismo la más usada es 1024x768, pero 800x600 aún lo usa más de un 30%, por lo que yo aconsejaría diseñar para este tamaño (800x600). Un saludo, Ernesto ___ Lista de distribución Ovillo Para 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] RV: [cadius] aprovecho para preguntar... sobre tipografías
At 00:29 31/03/2006, you wrote: Ernesto, que yo sepa 'em' es también una medida relativa, y yo con cambiar el tamaño en 'em' del body se me cambia en toda la página. Pues también es verdad El tamaño definido en el body se hereda en todos los componentes de la página, y los tamaños de letra son relativos al tamaño del elemento padre Bueno, pero me queda más claro si uso porcentajes guiño Gracias por la aclaración, Ernesto ___ Lista de distribución Ovillo Para 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] RV: [cadius] aprovecho para preguntar... sobre tipografías
At 21:16 29/03/2006, you wrote: Una duda existencial: ¿Qué diferencia hay entre usar 'em' en el body y luego usar porcentajes en el resto y usar 'em' en toda la página? Yo uso esta última solución y la verdad nunca he tenido ningún problema, ni con diferentes navegadores ni con diferentes sistemas operativos. La ventaja de usar la primera tiene que ver más con mantenimiento y rediseños que con la visualización en sí: usando porcentajes, si te dá por cambiar el tamaño base del texto tan sólo tienes que cambiar el definido en el body. Con la segunda, en cambio, tendrías que cambiar todas definiciones en ems. ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Re: Disimular frames con CSS
Dentro de NAJAX (XOAP) habia un ejemplo de un documento que cargaba los contenidos sin necesidad de recargar la pagina. Al apretar en un link abre un archivo de texto directamente dentro de un DIV sin recargar la pagina. El problema que le vi es que el archivo de texto lo carga como texto plano por lo tanto si metes tags HTML o de cualquier tipo los va a mostrar como texto. Otro problema: ¿como leen eso los lectores de pantalla? ¿y si quiero imprimir el documento? ;) He realizado uno modelo con capas, pero tengo que poner en cada enlace dos botones de abrir y ocultar capa, y lo que quiero es que suceda solo con en enlace, si pulso uno me aparece su contenido y al pulsar en otro cierre el anterior y abra el nuevo. Yo lo que suelo hacer es un sólo enlace pero que llame a una función, pasándole como parámetro el nombre de la capa: esa función muestra la capa en cuestión, y oculta todas las demás. Y aparte, montar la página con cuidado para que funcione con/sin javascript y con/sin CSS ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Re: Galeria diapositivas interesante
Guay. En ese caso a lo mejor estaría bien usar como miniatura la misma imagen. ¿Para qué cargar dos archivos distintos? Ufa. No. Malo. Chungo. Si dejas que sea Explorer u otro navegador el que resamplee tu imagen para mostrar la miniatura, vas a tener una pérdida de calidad que en muchos casos no es aceptable. ___ Lista de distribución Ovillo Para 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] el porque del demonio...
Par de detalles más: * su peso es por lo general excesivo. * actualizar su contenido es un proceso complejo y costoso. Y como ya se ha comentado, es una herramienta, y como tal tiene su utilidad y es la opción adecuada para algunas cosas. Pero para la mayoría, como que no ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] el porque del demonio...
* su peso es por lo general excesivo. Si haces un gif animado esa misma animacion en flash pesa menos No estoy hablando de animaciones, me refería a páginas, contenidos de texto o menús completamente realizados en Flash. Es más que obvio que los que hicieron esa página estan pesando en aquellas personas que poseen conexiones rápidas y no una que se conecta mediante un modem de 56k. Estoy seguro de que los usuarios que no tengan ADSL serán compresivos con esa premisa y esperarán pacientemente a que se cargue la página ;) * actualizar su contenido es un proceso complejo y costoso. Esto es sencillo si desde su desarrolo se parte con la idea de actualización. Quizás me limité mucho al decir su contenido. La frase correcta es actualizarlas es un proceso complejo y costoso. Cuando tu cliente dice quiero añadir una nueva sección a la web, ¿también lo contempla el panel de control? Me refiero, obviamente, a páginas que presentan tanto el contenido como la estructura dentro de Flash. Aquellos que se quejan de flash es porque realmente no lo saben usar, se frustran o sus propias limitaciones cohartan su capacidad creativa al no poder usar esta herramienta. Mi empresa lleva usando Flash desde la versión 3, allá por el noventaytantos (cuando la inmensa mayoría de los hoy apóstoles del Flash nisiquiera sabían que existía). No creo que nos incluyamos en esa definición. Aunque imagino que el 99% de usuarios que pulsa skip intro sí que debe sentirse algo frustado ;) Saludos, Ernesto ___ Lista de distribución Ovillo Para 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] el porque del demonio...
Que buena página papi dice el hijo del usuario Lamentablemente, el que tiene poder adquisitivo es el usuario, no su hijo ;) ___ Lista de distribución Ovillo Para 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] el porque del demonio...
Ninguno de nosotros somos un usuario medio, y hay que reconocer que al usuario medio le encanta el flash, los soniditos y las pijotadas en vinagre. ¿Entonces el 90% de usuarios que buscan directamente el botón de saltar introducción al ver una entrada en Flash no representan al usuario medio? ___ Lista de distribución Ovillo Para 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] Imprimir sin cortes
Al imprimir, vista preliminar, el contenido se coloca en dos paginas, una vacia con l acabecera y la otra con el contenido. Hay alguna manera de que al imprimir sea de una manera continua? Yo tuve ese problema hace poco, y era debido a un overflow en la capa del contenido. Eliminada esa propiedad, ahora me imprime correctamente... Hope this helps, Ernesto ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo
RE: OT [Admin]Re: [Ovillo] OT: Qué poner en aviso legal
A quién no le gusten los OT, que ponga un filtro en su cliente de correo y/o su ISP. Y si la lista es NO MODERADA, entiendo que un OT puede enviarse, siempre y cuándo no sea ni ofensivo, ni perjudicial para nadie. Este es el tipo de comentarios que hacen que una lista acabe siendo moderada, con el consiguiente perjuicio para administradores y administrados Entiende usted mal: un mensaje fuera de tema no debe enviarse a ningún lado, esté o no moderado, precisamente por eso, porque está fuera de tema. (disculpas por añadir más ruido...) ___ Lista de distribución Ovillo Para 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] Intentando validar XHTML con el símbolo del Euro
No tiene acceso a unas plantillas (creo que php), que sacan unos datos de unas bases de datos, a las que tampoco tiene acceso, entre los cuales hay símbolos del euro tal cual. Quizás los tiros vayan por la codificación que se use en la base de datos... Eso a nosotros nos suele dar muchos problemas... :P Un saludo, Ernesto ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Comentarios Condicionales
Quiero que cargue una hoja de estilos solo para IE menor a 6, pero no me queda claro del artíulo de kemie [1] ni del de microsoft [2] si esta es la sintaxis correcta: !--[if lte IE 6] -- link rel=stylesheet href=templates/iefixes.css type=text/css media=all / !-- [endif] -- No, lo correcto seria !--[if lt IE 6] -- lte: menor o igual, por lo que también cogería el 6. lt: menor que 6. Coge la 5, 5.1, etc..., pero no la 6. Saludos, Ernesto ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] una pregunta sobre un formulario
necesito saber cómo puedo hacer que un campo de opciones un formulario no tenga ninguna opción por defecto y que en cuanto se seleccione una opción, directamente otorgue ese valor, sin tener que poner un botón de envío y cancelación. Es el único campo del formulario. Hola Pablo, Como ya han comentado, puede hacerse por javascript [1], pero no es nada aconsejable, ya que: * si te equivocas al elegir la opción, tienes que volver atrás y elegir de nuevo. * si navegas por teclado y quieres ir a la cuarta opción (pe), tendrás que pasar antes por las tres primeras y volver atrás tres veces. * si usas un navegador sin javascript, o lo tienes desactivado, no podrás navegar. Avisado quedas sonrisa. [1] http://www.quirksmode.org/js/select.html ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Superíndices. ¿Sólo hasta sup3;?
Quiero poner un superíndice con el número 4 en un documento html (sup4;), pero al verlo en el navegador no me lo muestra como superíndice, sino que se ve el texto completo sup4;. ¿Es posible que no se pueda representar? ¿Cómo puedo hacerlo? sup4/sup Saludos, Ernesto ___ Lista de distribución Ovillo Para 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] Accesibilidad en Webs Municipales
Uff, qué confusa es esta ley...entonces, ¿las administraciones públicas deben tener sus páginas accesibles el 1 de enero de 2006 o del 2012? El 1 de enero de 2006. La fecha del 2012, si mal no recuerdo, es para webs de iniciativa privada que ya estén en funcionamiento (y 2009 para webs privadas de nueva creación). En cuanto a las sanciones, tampoco queda nada claro cuándo y cómo se aplicarán o si no se aplicarán en absoluto. Se supone que antes del 31 de diciembre se desarrollará el Reglamento de la Ley que cubre todos esos aspectos. Teniendo en cuenta que hablamos de España y de su estricto incumplimiento de las leyes, seguramente todo quedará en papel mojado. Bueno, si tomamos como ejemplo la LOPD, hay razones de peso para pensar eso triste. Aquí van a tener mucha importancia los grupos de presión, y acciones como las que se han comentado por aquí, de crear un foro público en el que mostrar/diseccionar/denunciar/sugerir mejoras sobre estas páginas... Saludos, Ernesto ___ Lista de distribución Ovillo Para 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] Accesibilidad en Webs Municipales
¿Con la entrada en vigor de la LSSI? ¿Pero no lleva ya meses la LSSI en vigor? Cierto... Para ser exactos, la respuesta correcta sería con la entrada en vigor de la disposición adicional quinta de la LSSI sonrisa. ___ Lista de distribución Ovillo Para 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] Accesibilidad en Webs Municipales
Ernesto Rodríguez Ageitos Eso no es del todo exacto: efectivamente había un tiempo x para adecuarlas, pero el plazo acaba el 31 de diciembre. En teoría, a partir del 1 de enero de 2006, todas las páginas de la Administración han de ser accesibles. Marco Giacomuzzi: Gracias Ernesto. Con ésto confirmas mi ignorancia en legislación guiño. Yo es que lo he leído en Sidar.org, [ponga aquí su deidad de elección] los bendiga, que si no, ni idea tampoco guiño. Saludos, Ernesto ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] IE sigue poniéndose las pilas (nos alegramos o todo lo contrario)
Bueno, no he mirado mucho el post en cuestión. Pero me da que hay un ligero error de concepto (o soy yo que no estoy muy despierto, que también puede ser). Esto que llaman aquí hacks no son otra cosa que selectores de CSS bien hermosos y válidos de los que Explorer pasa ampliamente, con lo cual no es que haya que dejar de usar estos hacks, sino más bien que a partir de ahora, podremos utilizar selectores de hijos, selectores de adyacentes... (...) Con lo cual, no veo que suponga mayor problema. ¿Que puede suponer algún inconveniente en un caso concreto? Pues no sé... ¿Que abre muchas más posibilidades? Desde luego. Creo que el sentido del artículo va más bien dirigido hacia los hacks (trucos) basados en esos selectores, que como Internet Explorer no entendía, se usaban para incluir estilos que no interesaba que IE reconociera. ¿Inconvenientes? Pues sí, bastantes, pero sólo para las páginas que usen esos hacks, que me temo que son muchas. Creo que hice bien en su día en apostar por los comentarios condicionales ;) Un cordial saludo, Ernesto ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] IE sigue poniéndose las pilas (nos alegramos o todo lo contrario)
Se pueden usar esos comentarios tambien dentro del CSS o solo en el html? En caso negativo habría que hacer dos hojas de estilo, una correcta y otra con los hacks. Sólo en HTML, creo. La idea es esa, dos hojas de estilo, una general y otra con los retoques que necesite IE. Si se pudiera, sería mucho mas mantenible. Yo prefiero las dos hojas... Si falla algo en Explorer, sólo tengo que tocar su hoja, si es algo que afecta a todos los navegadores, toco la general... Me resulta muy cómodo de manejar y mantener. Un saludo, Ernesto ___ Lista de distribución Ovillo Para 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] This Page Is [Tentatively] ...
¿Que validación es mejor? This Page Is *Tentatively* Valid XHTML 1.0 Strict o This Page Is Valid XHTML 1.0 Strict! El *Tentatively* aparece, creo recordar, cuando el código es válido, pero el servidor no envía correctamente el tipo MIME o falta el DOCTYPE En el texto de respuesta de la validación te lo debe explicar detalladamente. Y lo mejor es que se válido válido... :) Aprobecho para preguntar si tengo un contenido en display:none [para que no se muestre] y quiero que vuelva a mostrarse ¿como lo tengo que poner? He puesto display:''; pero me da inválido en el validador. Deberías indicarle un valor correcto de display, según como quieras que aparezca: inline, block... Saludos, Ernesto ___ Lista de distribución Ovillo Para 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] FYI, Planeta estándar
Planeta Estándar, un agregador de sitios sobre diseño web basado en estándares y accesibilidad. http://planeta-estandar.simplelogica.net Probablemente dentro de una semanita cambiará a otra ubicación definitiva. Iba directo a Favoritos, pero esperaré una semana puessonrisa Excelente recurso, muchas gracias. Un saludo, Ernesto ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Re: El diseño gráfico juega un papel secundario en Inte rnet de Gerry McGovern
Es similar a los canales de television, los programas de noticias no son del gusto de todas las personas, algunas personas amantes de los dibujos animados se siente mas a gusto con programas de una estetica mas colorida, los amantes de los programas culturales prefieren esteticas mas clasica, asi muchos otros ejemplos. Lo que trato de decir es que los usuarios no solo andan en busca de informacion en internet, y quienes andan en busca de esta mayoritariamente prefieren una estetica mas minimalista, quienes deseen divertirse prefieren una estetica mas dinamica y colorida ... Completamente de acuerdo. El problema es cuando diseñadores o clientes se empeñan en poner dibujos animados a gente que busca información, que es lo que suele ocurrir a menudo ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Re: El diseño gráfico juega un papel secundario en Inte rnet de Gerry McGovern
Pero hay veces que son necesarios. Vuelvo a decir que a cada problema le corresponde una solución, no la misma a todos. Hay que buscar al usuario intermedio. Ya sabeis que novatos aprenden, y maestros pueden desaprender por el avance tecnológico. Por eso tenemos que hilar mucho más fino que lo que proponen los gurús de la usabilidad. Creo que también deberíamos tener en cuenta que estos gurús han hecho pruebas con miles de usuarios, no crean sus opiniones de la nada o de sus gustos personales. E insisto, hay sitios donde el diseño puede ser parte fundamental, y en cualquier web, un diseño adecuado ayuda muchísimo a la usabilidad del sitio. Pero cuando diseñadores y clientes confunden diseño adecuado con sus preferencias personales, hay un problema. En ningún lado se dice que las páginas deberían ser de texto plano, o que useit.com sea el nirvana de la usabilidad, lo que se repite una y otra vez es que en ningún caso el diseño debería estar por encima de la funcionalidad de la página. Sea novato, maestro o intermedio, un usuario que busca información o servicios busca información o servicios, y el diseño tendrá un papel secundario en su satisfacción de uso, ¿porqué cuesta tanto admitir algo tan obvio y que todos experimentamos personalmente todos los días? Un saludo, Ernesto ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo
RE: [Ovillo] Re: El diseño gráfico juega un papel secundario en Inte rnet de Gerry McGovern
Generalmente estoy de acuerdo con las opiniones de Ernesto, pero en esta ocasión me parece que estás cayendo, al igual que muchos otros, en confundir diseño con efectos visuales. Es posible, aunque estoy completamente de acuerdo con todo lo que dices Sólo que Emmanuelle se explica mucho mejor y aclara cosas que en mis mensajes quedan muy confusas, como esa distinción guiño. Y todo mi mensaje anterior se puede resumir perfectamente en: El diseño es esencial, pero el diseño no es igual a montones de imágenes, colorines y cosas que saltan y corren de un lado a otro. Que creo que es básicamente la misma opinión que el artículo de El País que dió pie a este hilo. Lo que pasa es que hoy he visto que un ex-cliente, institucional para más señas, que maquetamos con CSS y AA en casi todas sus páginas, ha cambiado de empresa y ahora tiene una entrada en Flash, menús en Flash, alts vacíos, enlaces con javascript y efectos visuales por todos lados; y estoy muy sensible sonrisa. Un saludo, Ernesto ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Re: El diseño gráfico juega un papel secundario en Inte rnet de Gerry McGovern
me ha faltado comentar que siempre se recomienda escuchar al usuario en lugar de usar la inteligencia o psicología interpersonal para especular sobre el usuario. ¿A ese usuario que un 100% pulsa el saltar intro que tanto le gusta a muchos clientes, diseñadores y publicistas? (perdón, no he podido evitarlo guiño) ___ Lista de distribución Ovillo Para 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: [Bulk] [Ovillo] Enlazar Hoja de Estilo desde otro Frame
Ahora, todo este trabajo es sólo para lograr un sitio más rápido, es claro y he leÃdo mucho que con frames las cosas resultan más lentas y, por su parte he leÃdo muchas más crÃticas en torno a AJAX, pero muy en el fondo pienso que gran parte de los problemas se podrÃan solucionar con un poco más de dedicación de los programadores. ¿Y si el usuario quiere poner un enlace a uno de los frames? ¿Cómo lo soluciona el programador? guiño ___ Lista de distribución Ovillo Para 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] site en 3 idiomas
yo tengo que hacer idioma español ingles y portugues... pero toy en duda cuales serian las dos letras del idioma portugues, y por las dudas aleman (supongo sera de) y de italiano por que es probable que se le agregue Yo usaría las letras correspondientes al ISO 639 [1], que son las más habituales. Para los idiomas que comentas: pt (portugués), de (alemán) e it (italiano). Saludos, Ernesto [1] http://ftp.ics.uci.edu/pub/ietf/http/related/iso639.txt ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] OT: Unacuestión genérica de Usabilidad: Web Corporativa
La elección de la vertiente A se resume en el interés por parte del cliente en no mostrar los trabajos realizados Opa! ¿Una agencia web que no se atrave a mostrar los trabajos que ha realizado? Yo, como cliente, desconfiaría en el acto. Quiero saber cómo trabajan, y quiero saberlo ahora... puesto que podrían ser usados por la competencia del sector para estudiar la manera de trabajar de la empresa. (ejemplo: muestrario de webs realizadas). ¿Qué opináis al respecto? Que ya tengo unos cuantos cientos de miles de páginas a mi disposición para coger ideas, gracias ;) El contenido es el rey. Con una adecuada presentación, eso sí. Saludos, Ernesto ___ Lista de distribución Ovillo Para 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] XHTML vs HTML
Estoy haciendo un estudio sobre las ventajas de utilizar XHTML (junto con CSS) frente a HTML, y necesito información acerca de las diferencias de rendimiento entre ambas. M. HTML también puede usarse con CSS, ¿la pregunta va sobre maquetar con CSS vs maquetar sin CSS, o sobre XHTML vs HTML? Si es la primera, con los enlaces que ya han dado te puedes hacer una idea. Si es la segunda, un momentito que voy a buscar a D. Manuel González... ;) ___ Lista de distribución Ovillo Para 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] FYI: Beta del Pragmatic Ajax
Me da miedo que Ajax se ponga de muy de moda pierda el rumbo, creo que al igual que a la hora de diseñar una página lo primero que habría que tener es el marcado html y luego darle la apariencia, el Ajax debería enriquecer el uso de las páginas que se recargan y no sustituirlo. Y me temo que el peso de tener que mantener 2 versiones va a llevar a que páginas Ajax serán inservibles sin el Javascript activo. Comparto plenamente estos dos párrafos... Pero me pongo a pensar en las inmensas posibilidades para paneles de gestión, intranets y otros entornos controlados, y me entra un estremecimiento. ;) ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] CSS según resolucion de pantalla
La pregunta es, creen ustedes que se pueden cargar dos css, una para resolucuones de 800x600 y otra para resoluciones superiores? Tengo las dos CSS hechas, me gustarí saber qué debo indicar en el documento css, en la xhtml o si debo instalar algo. En http://www.rammstein.com/ hacen exactamente eso, basándose en un javascript que detecta la resolución de pantalla y cambia la hoja de estilo si procede Échale un ojo al código fuente, y verás como lo hacen. Otro ejemplo en http://www.themaninblue.com/experiment/ResolutionLayout/ Saludos, Ernesto ___ Lista de distribución Ovillo Para 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] QUE PROGRAMA DE DISEÑO UTILIZAIS y libro diseño Web
Pero si hablamos de Maquetas Web con CSS, los programas me son completamente accesorios, porque todo el código lo hago a mano. Entonces, para qué gastar dinero en programas? Hombre yo puedo hacer perfectamente una página con Notepad o vi, pero resulta que Homesite me incluye codificación con colores del texto, búsqueda y reemplazo global, gestión de sitios, atajos de teclado para las etiquetas más usuales, bibliotecas de código, ayuda contextual para las etiquetas (incluyendo ColdFusion, que es con lo que programamos en mi empresa), así que el código lo sigo haciendo a mano, pero me gasto dinero en programas que me permiten codificar más rápida y eficientemente... El autor de los tres libros más importantes que encontré sobre diseño Web, desarrollo de aplicaciones Web y sobre empresas Web, es David Siegel. La edición de Anaya es de 1997, así que creo que se trata de la primera edición que comentas. En su día sí que eran técnicas bastante avanzadas, pero la verdad es que hoy día todo el libro está bastante desfasado... :) De libros sobre codificación en HTML y CSS, me quedo con Eric Meyer, Jeffrey Zeldman, Dan Cederholm o Dave Shea. Sobre planificación de sitios web me gusta lo que he leído de Ashley Friedlein o Kelly Goto, por ejemplo... Un cordial saludo, Ernesto ___ Lista de distribución Ovillo Para 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] Saludos y pregunta
Hummm, - Código propietario sí; pero recordad que no dejan de ser comentarios HTML, incluso en las versiones ie de Mac, funcionan como comentarios HTML y no serán interpretados a modo de filtro. Ajá... y es muy probable que los futuros navegadores acepten/corrijan las reglas de estilo que se están usando para incluir hacks en las hojas CSS, mientras que no creo que Microsoft elimine esta peculiaridad de su navegador, por lo que aún siendo propietario creo que es una opción más segura y robusta que los hacks CSS... On 9/16/05, mmundo [EMAIL PROTECTED] wrote: Sobre los filtros de Microsoft, personalmente veo 2 inconvenientes: - Es código propietario (no está reconocido por ninguna recomendación del W3C). - Solo pueden utilizarse dentro del documento de marcado, de manera que cualquier modificación futura (sobre como filtrar estilos), habría que tocar la aplicación. ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Saludos y pregunta
Aprovecho, para que algún experto comente que le parece esta técnica... (a mi personalmente me parece más limpia que el box model hack famoso). Distando mucho de ser un experto, a mí también me parece mucho más limpio, y es la técnica que uso habitualmente... ___ Lista de distribución Ovillo Para 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] Slashdot Strict
Usando esa DTD... tengo que incluir mis scripts en ![CDATA[ ? Sigue siendo HTML , pero claro, esa sintaxis tan xhtml Más cómodo y práctico: pon los scripts en ficheros externos... :) ___ Lista de distribución Ovillo Para 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] form id
Que me corrija alguien si me equivoco, pero creo que el atributo name estaba algo asi como prohibido para ciertas cosas, pero para otras es necesario, como los -nombres- de los campos de formularios, y me imagino que el propio formulario, ya que javascript utiliza ese atributo. No es del todo correcto. name debe usarse para los nombres de los campos, ya que ese es el nombre de la variable que se le pasará al programa que lo trate, pero no debe usarse para identificar el formulario en sí, para eso está el id. Creo que lo correcto, como apuntaba Inti, es usar getElementById(identificador) Saludos, Ernesto ___ Lista de distribución Ovillo Para 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] Herramientas de Diseño y Estándares
el dreamweaver en vez del note pad para hacer una web... Los autores web de verdad usan vi, no notepad ;) Lo digo en plan de coña pero una cosa es hacer de guru y menospreciar el dreamweaver y una empresa como macromedia y otra muy diferente trabajar en un entorno de presion donde el cliente lo quiere YA y la da igual que sea usable, accesible etc. Por la experiencia que tenemos en mi empresa las dos tareas de desarrollo web que más tiempo llevan y más problemas dan con el cliente son a) el diseño gráfico, y b) conseguir los contenidos. Lo cierto es que el tiempo de codificar HTML no es realmente significativo, por lo que al menos en nuestro caso no es un factor a tener en cuenta al elegir una herramienta u otra. Nosotros usamos desde hace años Homesite, excepto para tablas complejas (de datos, por supuesto ;), donde usamos Dreamweaver, el cual, por cierto, nos da tremendos problemas para trabajar con ficheros en UTF-8. Macromedia (...) se esfuerzan mucho en hacer las cosas bien (salvo con ColdFusion donde la han cagado a base de bien). Disiento completamente -usamos CF desde hace 7 años-, pero creo que este no es el lugar ;) Un cordial saludo, Ernesto ___ Lista de distribución Ovillo Para 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] Herramientas de Diseño y Estándares
sino que las exigencias del mercado hace que el código apenas cuente, solo el resultado final ¿Y de donde sale el resultado final, si no es del código? A mí los clientes me piden que su página se vea correctamente en cualquier navegador visual; cada vez más se preocupan por temas de accesibilidad, y más de uno me pide que funcionen correctamente en PDAs o que sus contenidos se impriman correctamente. Para llegar a un resultado final que satisfaga las necesidades del cliente en el menor tiempo posible, nosotros encontramos mucho más cómodo trabajar a nivel de código, sobre todo cuando el cliente en cuestión nos viene tres meses después diciendo que quiere cambiar alguna opción del menú o un elemento del diseño, o crear una nueva sección ;) Saludos, Ernesto ___ Lista de distribución Ovillo Para 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] Coldfusion y css
Hola a todos tengo un problema en mi nuevo trabajo me han pedido que realice un estudio si es factible implemetar css y coldfusion mx. No problema. ColdFusion, como ya se ha comentado, es similar a ASP o PHP (sólo que más cómodo de usar y más rápido de desarrollar ;). cfinput permite incluir estilos directamente en la etiqueta, como cfinput type=text class=..., y también puedes usar inputs normales en una página de CF (cfinput incluye opciones de validación de contenido y un par de cosas más, pero se traduce a inputs una vez ejecutada la página). Por ejemplo, [publicidad mal disimulada]http://www.canarias7.es[/publicidad mal disimulada] está hecho completamente en ColdFusion MX, y maquetado a base de CSS. Un cordial saludo, Ernesto ___ Lista de distribución Ovillo Para 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] [Admin] Reuniones de Ovillo
¿Alguien que controle el API de Google Maps en la sala? ;) ___ Lista de distribución Ovillo Para 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] Firefox y CSS
De una página de información generalista con unas 10.000 visitas diarias: Internet Explorer 75.46% Mozilla 9.38% Firefox 6.45% Opera 0.82% Safari 0.75% Hace dos meses: Internet Explorer 76.38% Mozilla 9.05% Firefox 7.12% Safari 0.80% Opera 0.77% Semana a semana se observa una bajada lenta pero constante de IE, a favor de Firefox. Como digo, es una web de información general (la versión digital de un periódico regional), no especialmente dirigida a público con intereses tecnológicos. Un saludo, Ernesto ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] se puede usar includes en doc tipo htm?
Tengo una pregunta senzilla: como puedo hacer para incluir siempre un mismo código en varias páginas sin usar php, ni asp, ni javaScript ni nada (tipo include)? Es esto posible? Estoy con una web en la que no queremos usar nada a parte de html puro pero no quiero tener que, por ejemplo, escribir todo el código de la parte del menú en cada página. En Apache (y creo que en otros servidores web) puedes hacerlo a nivel de servidor con Server Side Includes: http://www.google.es/search?q=server+side+includes Saludos, Ernesto ___ Lista de distribución Ovillo Para 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] resolución a la que maquetar una web
¿Qué os parece lo que hacen aquí[1]? Utiliza dos estilos distintos, según el ancho de la ventana que estemos usando (lo detecta vía javascript). Probad a cambiar el tamaño de la ventana y lo veréis claramente. [1]: http://www.rammstein.com/ A mí me encanta... :) Y los contenidos pueden verse incluso con Netcape 4 me parece un ejemplo excelente de diseño con CSS. ___ Lista de distribución Ovillo Para 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] handheld css
Otra cosa, y que me disculpen los lectores de pantalla y otros dispositivos, pero no voy a dejar de darle a mi sitio lo que quiero para que se vea desde un lector de pantalla. Esa es una actitud que suelen tener bastantes clientes, y que en un mundo ideal se resolvería de una manera más o menos sencilla: ¿usted quiere una página para usarla usted o para que la usen sus visitantes? Si la respuesta es la segunda, lo que tu quieras tiene que supeditarse a lo que quieren los visitantes (que, en su inmensa mayoría, lo que quieren es acceder a los contenidos de la página, lo que implica tener en cuenta, por encima de tus deseos, a los lectores de pantalla, por ejemplo). Ahora, si lo que quieres es una web para disfrutarla tu mismo, pues haga usted lo que le apetezca, que para eso es suya. Los lectores de pantalla y demás no tienen nada que disculpar, simplemente, se irán a otra página Saludos veraniegos, Ernesto ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] OT: Optimizando page rank y posicionamiento
A ver, tanto en cuanto al SEO como a la Usabilidad, el poner el nombre de la empresa al principio del title dice más bien poco tanto a los usuarios como a los indexadores sobre el tema de la página. Yo comparto la opinión de Martín de que, al contrario, esta información es importante. Pienso sobre todo en mi colección de favoritos, donde queda mucho más claro El Bar de Moe - Agenda, que Agenda, por ejemplo. Aunque eso depende mucho de la página, no creo que se pueda generalizar en este aspecto concreto. Saludos, Ernesto ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Problemas con utf-8
El html 4.0 exige que esten asi amigo y para los metodos de buscadas existe la funcion reciproca y otras muchas funciones. Herejía! Blasfemia! ¿Donde exige HTML 4 que se usen entidades HTML para caracteres con tildes o cualesquiera otro propio de un lenguaje cuando tienes disponible un juego de caracteres que los incluye? ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Problemas con utf-8
Mmmm no creo que convertir las caracteres con tildes a sus entidades HTML correspondientes sea la mejor solución. Primero, porque aumenta el tamaño de la página y de la base de datos, segundo, porque sigue sin ser UTF-8, que creo que era de lo que se trataba, y por último, porque si haces búsquedas sobre texto en esa base de datos, vas a tener que complicarte bastante la vida para hacer cambios al vuelo de todos los caracteres con tilde que los usuarios metan en una cadena de búsqueda. Convertir los datos a UTF-8 creo que es bastante más sencillo y práctico... Saludos, Ernesto ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Problemas con utf-8
No se que es lo que tendrás, pero yo hace poco pasé toda mi base de datos escrita en iso-8859-1 a utf-8. Lo único que necesité fue un equipo con linux: http://www.nordic-design.net/blog/mysql-y-utf-8-listo Ten en cuenta también que MySQL soporta utf-8 desde la versión 4, si estás con la 3 no vas a poder... Saludos, Ernesto ___ Lista de distribución Ovillo Para 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] Nombres en explorer de Mac
Claro, en eso estamos de acuerdo todos, pero el problema q1ue tiene él es del lado del cliente, no del sevidor. Fale, pero yo estaba respondiendo a la afirmación Las restricciones en los nombres de los archivos html son las mismas para todos los sistemas operativos y para todos los navegadores, la cual puede dar lugar a confusión... :) Saludos muchos, Ernesto ___ Lista de distribución Ovillo Para 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] Nombres en explorer de Mac
Sí, tu mismo lo dices, en el sistema de ficheros. ¿Pero en el navegador? No estoy seguro, pero creo que los urls tienen las mismas restricciones, sean accedidas en el sistema que sean. Por ejemplo, no admiten espacios (los codifica, creo), los nombres de los dominios están en minúsculas, etc... Si me equivoco corregidme, pero me parece extraño. Sep, ten en cuenta que cuando escribes una URL, lo que haces (por lo general) es indicar el dominio, y a continuación la ruta a un fichero en dicho dominio. Esa ruta corresponde a un nombre de fichero en el servidor, y por tanto ha de cumplir las restricciones de nombres de ficheros que tenga el sistema operativo del mismo. Volviendo al ejemplo clásico, si es un servidor linux, y el fichero raiz es index.html, al llamar a http://www.servidor.com/Index.html te devolverá un error (a no ser que exista otro fichero llamado Index.html, claro). O al menos así era hace un tiempo, la verdad es que hace tiempo que no miro estas cosas... Saludos, Ernesto ___ Lista de distribución Ovillo Para 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] Nombres en explorer de Mac
Las restricciones en los nombres de los archivos html son las mismas para todos los sistemas operativos y para todos los navegadores, si no menudo lío tendríamos. Ojo, que esto no es cierto, las restricciones en los nombres de fichero, sean html o sean de cualquier otro tipo, vienen definidas por el sistema de ficheros usado por el sistema operativo. Por ejemplo, index.html e Index.html son vistos como diferentes ficheros en Linux, pero como el mismo en Windows. Saludos, Ernesto ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] [Offtopic] por qué google usa tablas
Otra cosa no se que entienden por el concepto estandar pero para mi algo estandar es algo que puede verse en cualquier navegador de cualquier sistema y a cualquier resolución de pantalla y además en otros disposivos. Partes de una definición incorrecta. Un estandar es un conjunto de normas realizadas por una organización o institución reconocida para ello. No es algo creo que debería ser, sino por el contrario algo perfectamente documentado y parametrizado. Organizaciones que elaboran estandars son por ejemplo la IEEE, la ISO, la IETF... y en el caso de la Web, el W3C. Pues en un alarde de mi lógina, viendo que CSS tiene problemas de compatibilidad con diferentes navegadores, mi pregunta es CSS estandar? Sí. Es un estandar elaborado por el W3C, que es el organismo competente para ello. Son los navegadores los que no siguen el estandar. Mis dos céntimos. ;) Ernesto ___ Lista de distribución Ovillo Para 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] Text-shadow
Supongo que esto es una broma, ¿no? Mira que CSS tan bonito sugieren en esa página: function shadowText() { ... } A ver si leemos con calma... ;) El javascript en cuestión se usa para generar HTML de tal manera que el método sea compatible con navegadores antiguos. Sería más elegante con DOM, ciertamente, pero lo interesante de la solución comentada es la parte donde comenta el CSS utilizado, que se basa en posicionamientos, y que en navegadores modernos no requiere del javascript para nada. Saludos, Ernesto ___ Lista de distribución Ovillo Para 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] Text-shadow
Bien, tienes razón, en navegadores modernos no se requiere javascript para nada, **sin embargo** tenemos que incluir el mismo texto **dos veces**. Sí, bueno, yo no he dicho que sea una solución elegante, ni compatible, ni recomendable, pero vamos, que poder hacerse con CSS, se puede ;) Salud, Ernesto ___ Lista de distribución Ovillo Para 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] Tablas sin able
Amigos he intentado hacer este menú con DIVs pero el resultado no me ha salido. Quiero que tenga el mismo aspecto que he conseguido con tablas: Para menús es mejor usar listas, que se considera lo semánticamente correcto (ya que un menú es una lista de opciones). Un clásico sobre el tema es http://www.alistapart.com/articles/taminglists/, que seguro que te ayuda a conseguir el aspecto que quieres en tu menú. Saludos, Ernesto ___ Lista de distribución Ovillo Para 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] Text-shadow
Así que si la sombra es imprescindible, o tiras de Javascript o metes una imagen. También es posible hacerlo sólo con CSS, jugando con posicionamientos: http://www.siteexperts.com/tips/styles/ts26/page1.asp Saludos, Ernesto ___ Lista de distribución Ovillo Para 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] class o no class
Segn el orden de cascada para la ejecucin de los selectores en las hojas de estilos dice que los selectores especficos sustituyen a los ms generales. S, pero eso se aplica cuando dos (o ms) selectores hacen referencia a la misma propiedad. Si las propiedades no entran en conflicto, no hay sustituciones, y se aplican ambos selectores. Un ejemplo en el que lo puedes ver ms claro: .cambiarFuente{ color: yellow; } div#divPrueba { color: red; } div id=divPrueba class=cambiarFuentehola/div ___ Lista de distribucin Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente direccin: http://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] problemas: input , listado, línea
En la especificacin de XHTML 1.1 leo que name ha sido reemplazado por id. De ah que suprimiera los name. Sin embargo, parece que siguen validado. Ser un error del texto? En el caso de campos de formulario 'name' tiene una funcin distinta que la que tena en otros elementos (capas, tablas...). En otros elementos, 'name' serva para identificar ese elemento de la pgina, funcin que ahora cumple 'id'. Sin embargo, en los formularios 'name' identifica el nombre de la variable que se va a pasar al programa que trate el formulario en cuestin. ...con lo cual ahora soy yo el que tiene otra duda: puedo especificar un 'id' y un 'name' distinto para un campo de formulario? ___ Lista de distribucin Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente direccin: http://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Logos y Niveles WAI
Yo creo que es interesante incluir, quizs no las letritas famosas, pero s un enlace a una pgina sobre la accesibilidad del sitio. Esta pgina, que debera describir las polticas y tcnicas usadas en el sitio respecto a la accesibilidad del mismo, no slo sirve de pista para otros diseadores, y de ayuda a los usuarios que usan ciertos recursos (como las acceskey), sino que tambin llaman la atencin sobre un problema que a muchos pasa desapercibido. De hecho, yo me inici en el mundillo a partir de ver AAs por doquier... sonrisa. Tampoco veo mal el uso de otros iconitos, como los de CSS y (X)HTML vlido. Por lo menos hasta que sea una prctica realmente extendida (pienso que an nos falta bastante), me parece correcto ese somos superchachis porque usamos las ltimas tecnologas disponibles para mejorar nuestros trabajos, y nuestra competencia no... guio. Un saludo, Ernesto ___ Lista de distribucin Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente direccin: http://ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Validacion erronea en xhtml y css[2]
Buenas The content of elements must consist of well-formed character data or markup. esta line se refiere a algo tan distante como un script de fecha y pone: if (year 1000) year+=1900 que nada tiene que ver creo...ufff, si podeis echarme una mano.. Uy, sí que tiene que ver... :) Ese no puede estar ahí, ya que se interpreta como una apertura de etiqueta. O bien incluyes todo el javascript dentro un campo CDATA, o bien (mejor) lo sacas a un fichero externo y lo llamas con script type=text/javascript src=... Salud, Ernesto ___ Lista de distribución Ovillo Para 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] Hacer más usable un form con 50 campos :-o
Ese método de [Next][Next][Next] es siempre muy utilizado por todas las grandes empresas, asi que seguramente tus clientes no tendrán dificultad en entender que es un processo dirigido. Comparto la opinión de dividir el formulario en varios pasos, sólo añadiría el colocar un indicador de en que punto está el usuario: paso 2 de 5 o similar... ___ Lista de distribución Ovillo Para 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] UTF-8
a) Si vuestros documentos están en Klingon, *no* os sirve UTF-8 H. El klingon está reconocido por la IANA y recogido en la norma ISO-639-2 (con el código 'th') ¿no debería ser posible usar UTF-8 con este idioma? ;) ___ Lista de distribución Ovillo Para 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] xhtml y navegadores
bueno si entendi bien eso evitaria el problema de los navegadores/lectores, pero sin embargo dreamweaver me sigue dando el mismo error??? Exacto (yo diría advertencia más que error... :)) En todo caso, no estaría de más pasarlo por el validador del W3C [1], Bobby [2] y/o TAW [3], para estar seguro del todo (Dreamveaver te comprueba el código para cada navegador, el W3C te valida según el estándar que declares en tu documento, los otros dos hacen una evaluación automática -imprescindible revisión manual- del nivel de accesibilidad). [1] http://validator.w3.org/ [2] http://bobby.watchfire.com/ [3] http://www.tawdis.net/ ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://ovillo.org/mailman/listinfo/ovillo
RE: [Ovillo] y cuando IE respete estandares?
En este caso, mi comentario se enfocaba al esfuerzo por visualizar el sitio en la misma forma en diferentes plataformas o con diferentes navegadores. No trataba de inferir las actividades que has descrito. Bueno, el comentario indicaba que eliminar ese esfuerzo tendría un impacto significativo en el coste/valoración del trabajo de realizar un web, yo sólo comentaba que no comparto esa apreciación, por la existencia de esas otras actividades... :) ¿cuál es, por tanto, la necesidad de tener que estar 'peleando' porque nuestros sitios se vean bien en diferentes navegadores si el cliente sólo desea que se vea bien en I.E.? Esa es una muy buena pregunta Así a bote pronto se me ocurre que porque nosotros conocemos mucho mejor el medio, y sabemos que hay cerca de un 20% (y creciendo) de usuarios que no usan IE. Algo que el cliente, por lo general (por lo menos los que tenemos nosotros) no conoce. Vamos, que no sabe nisiquiera que existen otros navegadores... Cordiales saludos, E. ___ Lista de distribución Ovillo Para 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