Re: [Ovillo] mostrar fecha de mes siguiente
On Dec 13, 2007 5:50 PM, osvaldo Contreras [EMAIL PROTECTED] wrote: hola amigos de ovillo necesito saber como poder poner la fecha del me siguiente en un documento es decir por ejemplo: la fecha de hoy 13/12/2008 y colocar mas abajo pagar en 13/01/208 me dijeron que esto servia , pero no lo entiendo :( ?php $manana= mktime(0, 0, 0, date(m) , date(d)+1, date(Y)); $ultimo_mes = mktime(0, 0, 0, date(m)-1, date(d), date(Y)); $siguiente_anyo = mktime(0, 0, 0, date(m), date(d), date(Y)+1); ? No basta con tener una mente prodigiosa capaz de memorizar los apuntes, llegar al examen y bordarlo con un 10. Hay que pensar. Hay que ser creativo, y hay que ser capaz, de buscarse uno la vida[tm]. El que texto que pongo a continuacion, es una descripcion del modo de trabajar de muchos indios. Sirve de radiografia de cierto modo de trabajar.. que no puede generar calidad. Y que tu mensaje me lo recuerda. Y por cierto, buscate una lista de correo PHP para tus dudas de PHP. I am an Indian living in India. I have been coding/programming professionally for 8 years now. The stereotype may be that (a stereotype) but I have worked with other Indian programmers, and I know from experience: 1. They will not refer documentation. Ever. They wont even search google. 2. They maintain a list of 'code websites' where examples and explanations of How do do X in language Y are put up by people hoping to educate someone else. e.g. codeproject 3. They will go to each site searching for what they want at the moment. If they don't find what they need, they hit google. To search for message boards. 4. google search: sms in java forum 5. Finding a post that already requests a similar sample code/example/detailed explanation they will add a me too post. 6. Whenever I turned up solutions from either experience or knowledge of the api/platforms, without asking 10 people or copying and pasting sample code, I have been asked where have you done this before? was this your degree project? I just searched through some of the documentation! is not an acceptable answer. When I was not so senior one of my managers went to the extent of looking through my browser history in disbelief. 7. They have amazing skills like memorizing entire functions that are used more frequently such as general purpose functions. One of the girls I worked with would type out the whole thing including commented out debugging code. 8. When I was leading a project, one of the teams was 2 days late on a delivery. The excuse offered was we could not access [unrelated earlier completed project] files for 2 days and so could not start working on this on time. I refused to accept that, so it was taken up by my manager, who found it perfectly acceptable. It was explained to me: common files such as db access functions and template handling routines could not be copied over from the earlier project so it is understandable that the module was delayed . ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
[Ovillo] Emulación de móviles
Hola a todos, ¿alguien sabe cual podría ser la mejor solución para emular móviles en un pc con linux? Mi objetivo es poder comprobar como se ven las páginas webs desde diferentes móviles. Los sdk's de los fabricantes suelen llevar emuladores pero prefería menos complejo. He probado el Remote Device Access (que tampoco estoy del todo seguro que sea lo que busco) de Nokia pero no funciona con linux, el programa es en Java pero hay un momento que dice que no encuentra Rundll32. -- Carlos Rincón www.neuroticweb.com www.neuroticweb.com/blog ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] atributo target en xhtml 1.1
Victoria: No me preocupa el tema si las opcion mala es añadir dinamicamente funcionalidades, porque esa forma de hacer las cosas consigue caracteristicas de gratefull degradation. Si javascript esta desactivado, tendras una pagina perfectamente funcional. A mi personalmente me hubiera gustado que no se hubiese quitado target. Tiene muchos usos, mas de los que los que diseñaron el spec piensan. Por ejemplo el target de un enlace puede ser un iframe. Si no se queria que existan comportamientos ajenos a un documento, en un XHTML, tendrian tambien que haber eliminado la posibilidad de script y los eventos. Las especificaciones no son una ley. Son un algoritmo. Un algoritmo es como una receta de cocina para hacer una tarta. Especifica los ingredientes y como deben ser mezclados. Bien, si no te queda azucar heee.. no puedes poner sal. No hecha la ley, no se hace la trampa. Si metes sal estas cocinando otra cosa, y el algortimo ya no te garantiza que al resultado lo puedas llamar tarta. La tarta no es una mentira, es real y sabrosa, y al final del algoritmo sale como resultado. En la receta de XHTML no nos dejan poner miel. Y lo que se propone es equivalente a dejar que sean quienese se comen pedazos individuales de tarta que si quieren le pongan miel. Si respetas el algoritmo (la receta) al resultado lo podras llamar tarta ( XHTML) si no respetas el algortimo, lo mismo se te queda algo quemado en el horno incomestible... pero repito: no es ninguna ley. Javascript, a todos los efectos. No es un ingrediente, es un condimento de mesa. Y la tarta no es mentira. On Dec 13, 2007 8:15 PM, Victoria Gracia [EMAIL PROTECTED] wrote: Ah, perdón, cuando por HTML + CSS válido no conseguimos una cosa porque se ha querido evitar (tomar el control del comportamiento de las ventanas), entonces es perfectamente válido que utilicemos un truco de JavaScript para validar... total, sólo estamos haciendo algo que no se quería que hiciéramos, pero ya sabemos todos que hecha la ley, hecha la trampa, ¿para qué preocuparnos? ;) Bueno, si realmente es necesario hazlo... era solo una pequeña sátira El jue, 13-12-2007 a las 20:05 +0100, David Pardo escribió: Hay una opción válida y que funciona. Utilizar javascript para modificar los enlaces en tiempo de ejecución y que se abran en nueva ventana. Lo cuentan en http://www.456bereastreet.com/archive/200610/opening_new_windows_with_javascript_version_12/ De todas formas, es interesante pararse a pensar si es necesario abrir otra ventana. Gran parte de los usuarios ya saben hacerlo solos y los que no, se despistan cuando pasa. Personalmente, prefiero dejar los enlaces como están. Victoria Gracia escribió: Es lógico que no te valide, Ricardo, se trata de un método no permitido por el estándar, ya que tomas tú el control sobre cómo se va a comportar una ventana del usuario (dejando a un lado los motivos, jejejeje) Así que tienes dos opciones: * marcar que es un vínculo a un sitio distinto y dejar al usuario la decisión de si quiere abrirlo en ventana/pestaña nueva y validar * dejar el comportamiento que tiene y no validar Siento que no sean buenas noticias, pero es lo que hay ;) Un saludo Victoria El jue, 13-12-2007 a las 19:28 +0100, Ricardo Alvar escribió: Buenas tardes. Hoy estoy haciendo un sitio web que me han pedido. El caso es que ya bastante avanzado el desarrollo. Estaba validando todas las paginas y al ir a validar una de ellas me da errores en unos enlaces que como quiero que aparezcan en una ventana nueva pongo la propiedad target=_blank dentro de cada a. En el caso por ejemplo de la seccion enlaces del sitio, no interesa que la gente abandone el sitio para visitar otro, simplemente deberian poder abrir ese nuevo sitio en una nueva pestaña/ventana con solo pulsar en el enlace. Llevo rato buscando y no encuentro la forma de hacerlo estandar xhtml 1.1. Supongo que alguien se habra visto en esta situacion alguna vez. No encuentro un atributo sustitutivo de target, quiza no lo haya. Sabeis como se podria hacer solamente con xhtml? Un saludo a todos y muchas gracias por leerme. Ricardo. ___ Lista de distribución Ovillo Para 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
Re: [Ovillo] atributo target en xhtml 1.1
Sobre la opción de usar un onclick=funcion(); return false yo me eh enncontrado con el siguiente problema al tratar de validar (o verificar) páginas en TAW, HERA y otras herramientas similares. El evento onclick en elgunos navegadores, no responde satisfactoriamente si se navega por teclado, para ello sugieren agregarle el evento onkeypress que cumple con esa función... Tambien es posible usar onblur o onfocus. En otras palabras quedaría una porquería de código dentro de la etiqueta a, ya que se deberian usar los dos eventos para responder a diferentes usuarios. Si se vuelve indispensable el recurso de abrir un enlace en una nueva ventana yo sugeriría levantar el enlace con una función que tome el id y envíe en un window.open el atributo href... Como creo que mencionaron en mails anteriores (no tengo todo el hilo de esta cadena de mensajes en mi máquina). Saludos Agustin On Dec 14, 2007 9:01 AM, Miguel Gonzalez [EMAIL PROTECTED] wrote: Ricardo Alvar escribió: Buenas tardes. Hoy estoy haciendo un sitio web que me han pedido. El caso es que ya bastante avanzado el desarrollo. Estaba validando todas las paginas y al ir a validar una de ellas me da errores en unos enlaces que como quiero que aparezcan en una ventana nueva pongo la propiedad target=_blank dentro de cada a. En el caso por ejemplo de la seccion enlaces del sitio, no interesa que la gente abandone el sitio para visitar otro, simplemente deberian poder abrir ese nuevo sitio en una nueva pestaña/ventana con solo pulsar en el enlace. Llevo rato buscando y no encuentro la forma de hacerlo estandar xhtml 1.1. Supongo que alguien se habra visto en esta situacion alguna vez. No encuentro un atributo sustitutivo de target, quiza no lo haya. Sabeis como se podria hacer solamente con xhtml? Un saludo a todos y muchas gracias por leerme. Ricardo. ___ Lista de distribución Ovillo Para 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 Hola! Sólo recordar que el target podrá especificarse a través de CSS en un futuro no muy lejano (esperemos): http://www.w3.org/TR/css3-hyperlinks/#target0 ...Cuando esté aprobada y soportada la largamente esperada especificación CSS3. Por lo demás, estoy plenamente de acuerdo en no utilizarlo habitualmente en los enlaces. Aunque no descartu su utilización con discreción y sentido común (galerías de imágenes, listados de recursos, etc.). Cuando lo tengo que utilizar suelo hacerlo mediante javascript: a href=enlace onclick=this.target='_blank'; Aprovecho para presentarme: Me llamo Miguel González, de Barcelona y me dedico a partes iguales a la enseñanza en TICs y a la programación web. Llevo varios días registrado y leyendo los mensajes de la lista y creo que es un excelente grupo/lista sobre CSS en castellano. Espero poder seguir participando. Saludos! -- Miguel González Iusc [EMAIL PROTECTED] http://www.iusc.es/ ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] atributo target en xhtml 1.1
¡¡¡Ey...!!! Me encantó lo del algoritmo gastronómico. Ver el universo desde ese paradigma es maravilloso. Mis felicitaciones. Almirante von Web/. --- - Original Message - From: Tei [EMAIL PROTECTED] To: Ovillo, la lista de CSS en castellano ovillo@lists.ovillo.org Sent: Friday, December 14, 2007 8:20 AM Subject: Re: [Ovillo] atributo target en xhtml 1.1 Victoria: No me preocupa el tema si las opcion mala es añadir dinamicamente funcionalidades, porque esa forma de hacer las cosas consigue caracteristicas de gratefull degradation. Si javascript esta desactivado, tendras una pagina perfectamente funcional. A mi personalmente me hubiera gustado que no se hubiese quitado target. Tiene muchos usos, mas de los que los que diseñaron el spec piensan. Por ejemplo el target de un enlace puede ser un iframe. Si no se queria que existan comportamientos ajenos a un documento, en un XHTML, tendrian tambien que haber eliminado la posibilidad de script y los eventos. Las especificaciones no son una ley. Son un algoritmo. Un algoritmo es como una receta de cocina para hacer una tarta. Especifica los ingredientes y como deben ser mezclados. Bien, si no te queda azucar heee.. no puedes poner sal. No hecha la ley, no se hace la trampa. Si metes sal estas cocinando otra cosa, y el algortimo ya no te garantiza que al resultado lo puedas llamar tarta. La tarta no es una mentira, es real y sabrosa, y al final del algoritmo sale como resultado. En la receta de XHTML no nos dejan poner miel. Y lo que se propone es equivalente a dejar que sean quienese se comen pedazos individuales de tarta que si quieren le pongan miel. Si respetas el algoritmo (la receta) al resultado lo podras llamar tarta ( XHTML) si no respetas el algortimo, lo mismo se te queda algo quemado en el horno incomestible... pero repito: no es ninguna ley. Javascript, a todos los efectos. No es un ingrediente, es un condimento de mesa. Y la tarta no es mentira. On Dec 13, 2007 8:15 PM, Victoria Gracia [EMAIL PROTECTED] wrote: Ah, perdón, cuando por HTML + CSS válido no conseguimos una cosa porque se ha querido evitar (tomar el control del comportamiento de las ventanas), entonces es perfectamente válido que utilicemos un truco de JavaScript para validar... total, sólo estamos haciendo algo que no se quería que hiciéramos, pero ya sabemos todos que hecha la ley, hecha la trampa, ¿para qué preocuparnos? ;) Bueno, si realmente es necesario hazlo... era solo una pequeña sátira El jue, 13-12-2007 a las 20:05 +0100, David Pardo escribió: Hay una opción válida y que funciona. Utilizar javascript para modificar los enlaces en tiempo de ejecución y que se abran en nueva ventana. Lo cuentan en http://www.456bereastreet.com/archive/200610/opening_new_windows_with_javascript_version_12/ De todas formas, es interesante pararse a pensar si es necesario abrir otra ventana. Gran parte de los usuarios ya saben hacerlo solos y los que no, se despistan cuando pasa. Personalmente, prefiero dejar los enlaces como están. Victoria Gracia escribió: Es lógico que no te valide, Ricardo, se trata de un método no permitido por el estándar, ya que tomas tú el control sobre cómo se va a comportar una ventana del usuario (dejando a un lado los motivos, jejejeje) Así que tienes dos opciones: * marcar que es un vínculo a un sitio distinto y dejar al usuario la decisión de si quiere abrirlo en ventana/pestaña nueva y validar * dejar el comportamiento que tiene y no validar Siento que no sean buenas noticias, pero es lo que hay ;) Un saludo Victoria El jue, 13-12-2007 a las 19:28 +0100, Ricardo Alvar escribió: Buenas tardes. Hoy estoy haciendo un sitio web que me han pedido. El caso es que ya bastante avanzado el desarrollo. Estaba validando todas las paginas y al ir a validar una de ellas me da errores en unos enlaces que como quiero que aparezcan en una ventana nueva pongo la propiedad target=_blank dentro de cada a. En el caso por ejemplo de la seccion enlaces del sitio, no interesa que la gente abandone el sitio para visitar otro, simplemente deberian poder abrir ese nuevo sitio en una nueva pestaña/ventana con solo pulsar en el enlace. Llevo rato buscando y no encuentro la forma de hacerlo estandar xhtml 1.1. Supongo que alguien se habra visto en esta situacion alguna vez. No encuentro un atributo sustitutivo de target, quiza no lo haya. Sabeis como se podria hacer solamente con xhtml? Un saludo a todos y muchas gracias por leerme. Ricardo. ___ Lista de distribución Ovillo Para 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] atributo target en xhtml 1.1
Ricardo Alvar escribió: Buenas tardes. Hoy estoy haciendo un sitio web que me han pedido. El caso es que ya bastante avanzado el desarrollo. Estaba validando todas las paginas y al ir a validar una de ellas me da errores en unos enlaces que como quiero que aparezcan en una ventana nueva pongo la propiedad target=_blank dentro de cada a. En el caso por ejemplo de la seccion enlaces del sitio, no interesa que la gente abandone el sitio para visitar otro, simplemente deberian poder abrir ese nuevo sitio en una nueva pestaña/ventana con solo pulsar en el enlace. Llevo rato buscando y no encuentro la forma de hacerlo estandar xhtml 1.1. Supongo que alguien se habra visto en esta situacion alguna vez. No encuentro un atributo sustitutivo de target, quiza no lo haya. Sabeis como se podria hacer solamente con xhtml? Un saludo a todos y muchas gracias por leerme. Ricardo. ___ Lista de distribución Ovillo Para 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 Hola! Sólo recordar que el target podrá especificarse a través de CSS en un futuro no muy lejano (esperemos): http://www.w3.org/TR/css3-hyperlinks/#target0 ...Cuando esté aprobada y soportada la largamente esperada especificación CSS3. Por lo demás, estoy plenamente de acuerdo en no utilizarlo habitualmente en los enlaces. Aunque no descartu su utilización con discreción y sentido común (galerías de imágenes, listados de recursos, etc.). Cuando lo tengo que utilizar suelo hacerlo mediante javascript: a href=enlace onclick=this.target='_blank'; Aprovecho para presentarme: Me llamo Miguel González, de Barcelona y me dedico a partes iguales a la enseñanza en TICs y a la programación web. Llevo varios días registrado y leyendo los mensajes de la lista y creo que es un excelente grupo/lista sobre CSS en castellano. Espero poder seguir participando. Saludos! -- Miguel González Iusc [EMAIL PROTECTED] http://www.iusc.es/ ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] Seguimos con los pasteles (era Re: atributo target en xhtml 1.1)
Bueno, la economía es un factor importante, y saber apreciar lo que tenemos otro... ya darían los pasteleros lo que fuera para tener un G3C que les permitiera conocer un edulcorante universal que no fuera la sacarina, una harina apta para celíacos y otra serie de maravillas que nosotros tenemos y pocas industrias más ;) Y no me gusta nada esa noticia de que aquí no hay más que diseñadores y programadores buenos... ¿ahora a quien convencemos? ;) Mi conclusión es que yo intento dar siempre opciones al cliente que miran algo más allá de SU caso particular, y generalmente aprecian los comentarios que aumentan la accesibilidad y la usabilidad. Tener modos para usuarios novatos/curtidos/expertos en una intranet corporativa no es ninguna tontería, y muchas veces el cliente ni lo ha pensado: los novatos se pierden, los curtidos se defienden y los expertos consideran la aplicación de máxima ineficiencia. Vamos, no hay nadie contento, jejeje Así que gracias a intentar aplicar las normas que nos dan muchas veces puedo proponer soluciones que hacen descartar el maldito flash para un efecto innecesario (perdonadme en esto chicos, es visceral... no puedo con ello!), complicar el código para lograr un efecto que no aporta valor a la interfaz, etc... Claro que en las webs abiertas al público general hay que jugar otras cartas, pero la accesibilidad siempre está ahí, y a medida que me alejo de los 40 empiezo a entender mejor qué es eso que hasta ahora me sonaba a hipotético: la fatiga visual de los mayores, jejejeje En resumen, que está bien saber que hay normas y está bien saber cuándo saltárselas. Un saludo El vie, 14-12-2007 a las 14:48 +0100, Tei escribió: On Dec 14, 2007 2:35 PM, Victoria Gracia [EMAIL PROTECTED] wrote: Debo felicitar a Oscar por su magistral (y golosa) exposición sobre la diferencia entre la existencia de los estándares y la aplicación de dogmas, pero permitidme por un momentito seguir con los pasteles... Hehehe.. gracias por lo que me toca. Me he asustado un poco al empezar a leer tu exposicion, porque no sabia si al final seria capaz de entenderte la relacion de todo eso con el CSS. Parece que al final lo comentas para exponer la friccion entre economia y buen diseño web. Que es un tema que hemos tratado en la lista a veces. Yo no voy a cambiar mi opinion, de otras veces que hemos hablado el asunto. Ser bueno en esto es hacer buenas paginas web. Despues es importante saber venderse bien. Si no sabemos vendernos bien, es culpa nuestra, pero no culpa de hacer bien las cosas, sino otra cosa. Seguramente todas las personas que estan en esta lista estan aqui por lo mismo, porque quieren hacer buenas paginas web. Sino se instalarian el dreamweaver, y se pondrian a hacer paginas web como churros sin mirar nunca jamas si el codigo es bueno o malo (quizas sera bueno, dicen que DW es respetuosillo en eso). Y no se subscribirian a una lista de CSS. Las paginas web creadas a base de XHTML y CSS son mejores que otras a base de tablas. Y eso es una cuestion que puede demostrarse logicamente. Pero nadie dice que vayan a parecer mas sabrosas, que sean mas baratas u otros atributos. A mi personalmente me resulta mucho mas dificil hacer una pagina en CSS puro. En esta lista probablemente esten los mejores webmasters de españa, y las personas mas responsables. Solamente eso. No las personas que ganan mas dinero, y hacen paginas webs a 300 euros y las hacen como churros. Estas muchas personas seguro que no se paran a discutir la filosofia de si es correcto tener dos h1 en un mismo documento :D ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
[Ovillo] Dominios internacionalizados incompatibles con internet explorer
Hola, Hace cosa de dos meses compramos a un cliente un domino con ñ, lo probamos en diversas navegadores y parecía que la cosa funcionaba correctamente. El otro día nos ha dicho que no puede acceder a su dominio, haciendo pruebas hemos visto que es correcto que con el internet explorer 6 no puede acceder y con el firefox o ie 7 si que puede. ¿Os suena a qué puede ser debido? ¿algún cambio de seguridad en internet explorer 6 tal vez? ¿Existe alguna solución? Muchas gracias. Dani ___ Lista de distribución Ovillo Para 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] Seguimos con los pasteles (era Re: atributo target en xhtml 1.1)
On Dec 14, 2007 2:35 PM, Victoria Gracia [EMAIL PROTECTED] wrote: Debo felicitar a Oscar por su magistral (y golosa) exposición sobre la diferencia entre la existencia de los estándares y la aplicación de dogmas, pero permitidme por un momentito seguir con los pasteles... Hehehe.. gracias por lo que me toca. Me he asustado un poco al empezar a leer tu exposicion, porque no sabia si al final seria capaz de entenderte la relacion de todo eso con el CSS. Parece que al final lo comentas para exponer la friccion entre economia y buen diseño web. Que es un tema que hemos tratado en la lista a veces. Yo no voy a cambiar mi opinion, de otras veces que hemos hablado el asunto. Ser bueno en esto es hacer buenas paginas web. Despues es importante saber venderse bien. Si no sabemos vendernos bien, es culpa nuestra, pero no culpa de hacer bien las cosas, sino otra cosa. Seguramente todas las personas que estan en esta lista estan aqui por lo mismo, porque quieren hacer buenas paginas web. Sino se instalarian el dreamweaver, y se pondrian a hacer paginas web como churros sin mirar nunca jamas si el codigo es bueno o malo (quizas sera bueno, dicen que DW es respetuosillo en eso). Y no se subscribirian a una lista de CSS. Las paginas web creadas a base de XHTML y CSS son mejores que otras a base de tablas. Y eso es una cuestion que puede demostrarse logicamente. Pero nadie dice que vayan a parecer mas sabrosas, que sean mas baratas u otros atributos. A mi personalmente me resulta mucho mas dificil hacer una pagina en CSS puro. En esta lista probablemente esten los mejores webmasters de españa, y las personas mas responsables. Solamente eso. No las personas que ganan mas dinero, y hacen paginas webs a 300 euros y las hacen como churros. Estas muchas personas seguro que no se paran a discutir la filosofia de si es correcto tener dos h1 en un mismo documento :D ___ Lista de distribución Ovillo Para 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] atributo target en xhtml 1.1
Hola Ricardo, hay muchas opciones accesibles y que respeten los estándares para confeccionar una galería de imágenes abriendo una ventana, una de ellas es Lightbox [1] que hace uso del framework Prototype, no es difícil de implementar y se consiguen efectos muy interesantes en clientes con js activado, los que lo tengan desactivado simplemente verán la imagen ampliada cuando hagan clic sobre la miniatura. También puedes ver un ejemplo en http://www.e-vitral.es/ [1] http://www.huddletogether.com/projects/lightbox2/ Saludos Marcos. -- Marcos de Miguel Diseño y Desarrollo Web www.dragoncillos.com -Mensaje original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] En nombre de Ricardo Alvar Enviado el: jueves, 13 de diciembre de 2007 20:22 Para: Ovillo, la lista de CSS en castellano Asunto: Re: [Ovillo] atributo target en xhtml 1.1 Gracias Leonard, Victoria y David por haberme contestado. Llevo rato buscando y he encontrado javascripts que hacen lo que en un principio pretendia. Pero pensandolo bien, si el abrir un enlace en una nueva ventana es algo que no contemplan los estandares, no deberiamos pensar en una trampa en javascript para poder hacer un apaño y seguir haciendo lo mismo, o eso me parece. He leido todo lo que me has mandado Leonard y saco en conclusion que el usuario es quien debe decidir como se abre cada enlace, misma ventana, nueva ventana o misma pestaña, asi que no deberiamos preocuparnos mucho de eso cuando es el caso de un enlace a otra pagina externa. Ahora os planteo otra cosa. En el caso de una galeria de imagenes, porque no puede ser que cuando quiera ver una imagen en tamaño grande no pueda poner un enlace externo en el thumbnail para que me abra la imagen grande en una nueva ventana? A mi es como siempre me gusto ver las galerias, los thumbnails suficientemente grandes para ver que imagenes nos interesan o no, y poder abrir las que gusten en nuevas ventanas sin irse de la galeria en la primera ventana. No se si sera el metodo mas efectivo o simplemente costumbre porque en muchos sitios funciona asi, pero es como me gusta hacerlo. Entonces como esa no es una forma comtemplada por los estandares, y el uso de javascripts para hacerlo aunque sea estandar no respeta la usabilidad ni seguramente la accesibilidad del sitio, que opciones se os ocurren a la hora de pinchar en el thumbnail para que salga la imagen grande? Yo creo que el que salga en la misma ventana/pestaña solo la imagen en grande no es muy correcto ya que para volver a la pagina hay que dar al boton atras del navegador. De esta forma pierdes totalmente la opcion de seguir navegando por el sitio, cosa que no sucede abriendo la imagen en una nueva ventana/pestaña. Me gustaria seguir respetando los estandares y la accesibilidad y usabilidad en mi sitio. Muchas gracias otra vez y espero que a nadie moleste reabrir este tema. Ricardo. **NOTA DE CONFIDENCIALIDAD** Este correo electrónico, y en su caso los ficheros adjuntos, pueden contener información protegida para el uso exclusivo de su destinatario. Se prohíbe la distribución, reproducción o cualquier otro tipo de transmisión por parte de otra persona que no sea el destinatario. Si usted recibe por error este correo, se ruega comunicarlo al remitente y borrar el mensaje recibido. **CONFIDENTIALITY NOTICE** This email communication and any attachments may contain confidential and privileged information for the sole use of the designated recipient named above. Distribution, reproduction or any other use of this transmission by any party other than the intended recipient is prohibited. If you are not the intended recipient please contact the sender and delete all copies. ___ Lista de distribución Ovillo Para 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] Dominios internacionalizados incompatibles con internet explorer
El día 14/12/07, Daniel García Gómez [EMAIL PROTECTED] escribió: Hola, Hace cosa de dos meses compramos a un cliente un domino con ñ, lo probamos en diversas navegadores y parecía que la cosa funcionaba correctamente. El otro día nos ha dicho que no puede acceder a su dominio, haciendo pruebas hemos visto que es correcto que con el internet explorer 6 no puede acceder y con el firefox o ie 7 si que puede. ¿Os suena a qué puede ser debido? ¿algún cambio de seguridad en internet explorer 6 tal vez? ¿Existe alguna solución? Muchas gracias. Dani ___ Lista de distribución Ovillo Para 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 Al parecer, y si no recuerdo mal, IE6 (o versiones anteriores a 7) no soportan los dominios con Ñ ni otros caracteres. -- Atentamente, Philipp Keweloh ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
[Ovillo] Seguimos con los pasteles (era Re: atributo target en xhtml 1.1)
Debo felicitar a Oscar por su magistral (y golosa) exposición sobre la diferencia entre la existencia de los estándares y la aplicación de dogmas, pero permitidme por un momentito seguir con los pasteles... Abro una pastelería en el pueblo donde vivo, y soy consciente de que el 30% de la población tiene problemas de sobrepeso (sí, ya sé que quizás ellos deberían cuidarse antes de que yo me preocupe, pero como dicen mis amigos... tengo alma de mami), un 5% son diabéticos y a las personas mayores (un 30%) les está recomendado el control en el consumo de dulces... no voy a describir todas las posibles deficiencias asociadas a la ingesta de productos de pastelería. ¿Quiere eso decir que yo voy a abrir una pastelería para el 35% de la población? No, quiere decir que me preocuparé, cuando sea posible, de que los productos que elaboremos puedan venderse al máximo de personas posibles, ¿porqué? Pues porque un pastel que no se ha vendido un día al día siguiente igual ya no está igual de bueno, y como espere tres seguramente lo tendré que tirar... lo que supondría pérdidas para mi negocio. Eso no quiere decir que si una familia quiere una fantástica tarta Sacher con su mermelada, su azúcar refinado, su chocolate,... pues no pueda tenerla. Claro que se la hago, y la pagan al justo precio de tarta de encargo. Pero en mi escaparate tendré tartas donde habré intentado encontrar una forma de endulzar que sea apta para todos los públicos (la industria gastronómica no dispone de el G3C, así que no tienen estándares en eso), con una amplia variedad que me permita ofrecer tartas sin miel (a mi tampoco me gusta, jejeje) y tartas con miel; tartas dulces y tartas saladas (existen!); pero sobre todo intentaré que mis tartas pueda comerlas el mayor número de personas posible... aunque sólo sea por no tener cada día el temor de hacer pocas tartas por si no se venden. ¿Cual es mi ventaja? Pues que la pastelería que ya existe en el pueblo es tan innovadora que hace tartas de mantequilla con fotos impresas, a nadie le gustan (el sabor, la primera vista al principio les engañó) y además muchos no pueden comerlas; la otra variedad de tartas que ofrecen es tan dulce que los chiquillos del pueblo sólo han encontrado utilidad haciendo con ellas guerrillas de nata en los campos vecinos. Ah, y mientras tanto recomiendo a los que pasen o habiten en Barcelona, se acerquen a conocer un espacio dulce como pocos: http://www.espaisucre.com (no os fijéis en la técnica de la web... su especialidad es otra). Un saludo Victoria ___ Lista de distribución Ovillo Para 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] Dominios internacionalizados incompatibles con internet explorer
On Dec 14, 2007 2:53 PM, Daniel García Gómez [EMAIL PROTECTED] wrote: Hola, Hace cosa de dos meses compramos a un cliente un domino con ñ, lo probamos en diversas navegadores y parecía que la cosa funcionaba correctamente. Dejando de lado el tema navegadores, espero que hayáis comprado también el dominio con n en vez de ñ, o estaréis dejando fuera a más de medio mundo. Si es una web de una empresa que sólo opera en países de habla hispana, no hay (mucho) problema, pero si es algo más internacional (o si tiene publicidad, puesto que aunque no me importe venderles un producto, sus visitas podrían hacer aumentar mis ingresos publicitarios) estás dejando muchos clientes fuera. Por otro lado, hace tiempo cuando se hizo la opción de dominios con carácteres 'raros', se habló de posibles engaños haciendo pensar a la gente que accede al dominio bueno cuando va a uno falso (phising de toda la vida, con la carácterística que el dominio parece el verdadero). http://www.t℮lefonica.com/ (la primera e de esta url no es lo que parece (es el 'símbolo de estimado', unicode U+212E). Aunque eso no debería preocuparte (y creo q todos los navegadores lo solucionan traduciendo la URL con algún algoritmo que no conozco, pero se ve que es una URL 'rara'). -- Si no puedes deslumbrar con tu sabiduría, desconcierta con tus gilipolleces ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] atributo target en xhtml 1.1
Vuelta la burra al prao. ¿Cuántas veces tendremos que tratar el tema del target? Para algo está el historial de la lista, ¿no? Y de nuevo, sobre comentarios tipo si la página no te valida: haz tal trampa y te validará Y vuelvo a repetir: ¿para qué queremos que validen nuestras páginas? ¿porque significa que son más correctas, técnicamente mejores y que es una buena práctica seguir los estándares? ¿o bien para fardar con el logotipo del w3c en la página de inicio? Todos sabemos que se puede engañar al validador para que pase el test, pero hacer eso suele significar hacer las cosas a la chapuza y con parche sobre parche. Pasar el validador no implica que la página esté bien hecha (por ejemplo una página hecha entera a base de flash y javascript puede ser XHTML Strict). Hale, buen fin de semana a todos. Ricardo Alvar escribió: Buenas tardes. Hoy estoy haciendo un sitio web que me han pedido. El caso es que ya bastante avanzado el desarrollo. Estaba validando todas las paginas y al ir a validar una de ellas me da errores en unos enlaces que como quiero que aparezcan en una ventana nueva pongo la propiedad target=_blank dentro de cada a. En el caso por ejemplo de la seccion enlaces del sitio, no interesa que la gente abandone el sitio para visitar otro, simplemente deberian poder abrir ese nuevo sitio en una nueva pestaña/ventana con solo pulsar en el enlace. Llevo rato buscando y no encuentro la forma de hacerlo estandar xhtml 1.1. Supongo que alguien se habra visto en esta situacion alguna vez. No encuentro un atributo sustitutivo de target, quiza no lo haya. Sabeis como se podria hacer solamente con xhtml? Un saludo a todos y muchas gracias por leerme. Ricardo. ___ Lista de distribución Ovillo Para 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] atributo target en xhtml 1.1
Rodrigo Álvarez Virgós escribió: (...)Y vuelvo a repetir: ¿para qué queremos que validen nuestras páginas? (...) Porque si validan puede usarse un parser para extraer la información y trabajar con ellas desde el servidor, desde otro servidor, con javascript o como nos de la gana. Con una página válida, es trivial escribir un script que saque, por ejemplo, todos los enlaces y los meta en una base de datos. Si la página no valida, cualquier parser normal devolverá un error. Por cierto, me ha gustado mucho el simil de la pastelería. ___ Lista de distribución Ovillo Para 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] atributo target en xhtml 1.1
Ricardo Alvar escribió: (...)Pero pensandolo bien, si el abrir un enlace en una nueva ventana es algo que no contemplan los estandares, no deberiamos pensar en una trampa en javascript para poder hacer un apaño y seguir haciendo lo mismo, o eso me parece.(...) Hace unos meses hubo en esta misma lista una discusión sobre la adecuación de CSS para definir los comportamientos de los enlaces. Sin retomar aquello, querría destacar que en el borrador de CSS3 se propone añadir un comportamiento para los hipervínculos que permita: -Reemplazar el documento por otro, entero o en parte -Lanzar una ventana modal con otro contenido -Mostrar el enlace en otra ventana -Utilizar tabs en lugar de ventanas El objetivo principal de esto es eliminar de la capa de datos ese tipo de decisiones que, a mi entender, deberían pertenecer a la presentación. Hasta el momento no es posible hacer estas cosas desde CSS, por lo que las soluciones que usan javascript pueden entenderse como una solución temporal (que durará bastantes años) a un problema actual. Para mi, un sistema de miniaturas como Lightbox, que muestra una capa con la foto oscureciendo la pantalla, tiene también muchos problemas de accesibilidad, pero consigue separar el comportamiento al hacer click de los datos del HTML. Como decía Victoria Gracia, es una especie de trampa usar javascript para abrir ventanas nuevas, pero el enlace que mandaba tiene un par de ventajas. La primera es que el código valida, por lo que puede ser interpretado por un parser de XML y hacer con él lo que sea necesario. La segunda, que es posible abrir los enlaces en nueva ventana, en nueva pestaña o en la misma ventana usando el botón derecho del navegador o un gesto de ratón, cosa que no permiten los enlaces en Javascript puro. Como todas las preguntas complejas, esta no tiene una sola solución. Dependiendo de las necesidades puede ser mejor superponer la imagen grande a las miniaturas, abrir otra ventana o mantener en la misma pantalla miniaturas e imagen grande, como hace flickr. Lo que sí es de agradecer es mantener el código válido porque así cualquier parser podrá interpretarlo. ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
[Ovillo] problemas con border en ancla en ie
Hola!
Lo primero un saludo. Me acabo de dar de alta en esta lista, ásí que
espero que mi mensaje sea del tipo de mensajes que enviáis por aquí.
El caso es que estoy haciendo un barra horizontal de navegación, en la
que las pestañas se funden con el contenido al estar seleccionadas, ya
que su borde inferior pasa a ser blanco como lo que tienen bajo sí.
En firefox funciona todo perfecto, pero en internet explorer sólo se ven
marcados los bordes izquierdo y derecho de las pestañas, pero no el
superior ni el inferior. Sí se ve la línea inferior del menú, pero de la
propiedad combinada border sólo pone el izquierdo y el derecho. Tampoco
convierte en blanco el borde inferior del ancla seleccionado. En #menu
sí que coge el borde superior y el inferior si lo pusiera ahí, pero no
en el ancla. Tengo varias propiedades más dentro de #menu ul li a { que
me las coge tanto el ie como el firefox, sólo me da problemas el border
dentro del ancla (top y bottom, o propiedad combinada border)
Estos son algunos fragmentos de mi css, sólo pongo lo relacionado con
los bordes:
#menu {
border-bottom: 1px solid #036;
}
#menu ul li a{
border: 1px solid #036;
border-bottom: none;
}
#menu ul li a.selected{
border-bottom: 1px solid #fff;
}
¿Alguna sugerencia?
Muchas gracias y saludos.
_
MSN Noticias
http://noticias.msn.es/comunidad.aspx
___
Lista de distribución Ovillo
Para 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] problemas con border en ancla en ie
Perdón, me autorrespondo, por si alguien está con el mismo problema.
He encontrado que con poner un position:relative por alguna extraña manera el
tema se soluciona.
Saludos.
rbemol escribió:
Hola!
Lo primero un saludo. Me acabo de dar de alta en esta lista, ásí que
espero que mi mensaje sea del tipo de mensajes que enviáis por aquí.
El caso es que estoy haciendo un barra horizontal de navegación, en la
que las pestañas se funden con el contenido al estar seleccionadas, ya
que su borde inferior pasa a ser blanco como lo que tienen bajo sí.
En firefox funciona todo perfecto, pero en internet explorer sólo se ven
marcados los bordes izquierdo y derecho de las pestañas, pero no el
superior ni el inferior. Sí se ve la línea inferior del menú, pero de la
propiedad combinada border sólo pone el izquierdo y el derecho. Tampoco
convierte en blanco el borde inferior del ancla seleccionado. En #menu
sí que coge el borde superior y el inferior si lo pusiera ahí, pero no
en el ancla. Tengo varias propiedades más dentro de #menu ul li a { que
me las coge tanto el ie como el firefox, sólo me da problemas el border
dentro del ancla (top y bottom, o propiedad combinada border)
Estos son algunos fragmentos de mi css, sólo pongo lo relacionado con
los bordes:
#menu {
border-bottom: 1px solid #036;
}
#menu ul li a{
border: 1px solid #036;
border-bottom: none;
}
#menu ul li a.selected{
border-bottom: 1px solid #fff;
}
¿Alguna sugerencia?
Muchas gracias y saludos.
_
La vida de los famosos al desnudo en MSN Entretenimiento
http://entretenimiento.es.msn.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
[Ovillo] 10 Blogs
Hola Lista! Los invito a que hoy Sábado 15 de Diciembre sean parte de este evento online que se realizará por Skype para todo el mundo. http://www.10blog.org/2007/11/09/i-encuentro-iberoamericano-de-bloggers/ La hora es de Perú, puede ver la diferencia horaria en este sitio: http://www.horlogeparlante.com/spanish/ *11:00 - 11:10 am. Eduardo Morales (desde EE.UU) Google New York, USA Cómo indexar tu blog en Google Blog Search o cómo prevenirlo* Software Engineer. Labora en Google desde 2004 y ha participado en los proyectos de Blog Search y Blogger. *11:10 - 11:15 Preguntas * *11:15 - 11:25 am.* *Juan Carlos Camus (desde Chile) Cómo escribir para la web* Periodista, Pontificia Universidad Católica de Chile. Diplomado en Medios Interactivos y especialización en tecnologías y medios digitales. Consultor en Contenidos Digitales y académico del Magister Internacional en Comunicación y Periodismo Digital de la Universidad Mayor. Wen: http://www.usando.info/ *11:25 - 11:30 Preguntas* *11:30 - 11:40 am.* *Christian O. Baldarrago (desde EE.UU) Blog Business, El Perfil Comercial* Entrenador Principal en Nuevas Tecnologías del Young Americas Business Trust en Perú. Gerente del Programa de Negocios y Nuevas Tecnologias del YABT-OEA. Profesor de Negocios Electrónicos del TLC - Programa Nacional de la Embaja de los Estados Unidos de América. Consejero de las Cámaras de Comercio de Latinoamérica en temas de Comercio Electrónico Global y Nuevas Tecnologías. *11:40 - 11:45 Preguntas * *11:45 - 11:55 am. Eugenia Jongewaard (desde Argentina) Blogs Accesibilidad* Diseñadora de aplicaciones interactivas, usables y accesibles para la web. Curso estudios en el Colegio Universitario IES Siglo 21, donde trabaja actualmente como administradora del sitio web institucional. Dirige el estudio de diseño EtnikaStudio orientado a la implementación de diseño y desarrollo de sitios web accesibles con empresas internacionales. Web: http://www.elrallador.info/ *11:55 - 12:00 Preguntas * *12:00 - 12:10 am.* *Roberto Bustamante (desde Perú)* *Internet, política y opinión pública: La blogósfera peruana o la cholósfera * Estudió arqueología y antropología en la UNMSM. Luego de hacer investigaciones en Quito y Cusco, trabajó en la Comisión de la Verdad y Reconciliación en el área de sistemas. Entre el 2002 y el 2006 trabajó en el proyecto Cholonautas del Instituto de Estudios Peruanos. Actualmente es investigador en nuevas tecnologías de información y comunicación en el Centro Peruano de Estudios Sociales. Web: http://elmorsa.blogspot.com/ *12:10 - 12:15 Preguntas* *12:15 - 12:25** am.* *Jonathan Sánchez Maskus (desde Turquía) **Blogs Sociedad - Tendencia cultural o burbuja geek *Comunicador de la Universidad de Lima. Llegó a ser Director Nacional de Comunicaciones de AIESEC Perú y trabajó para el equipo global de comunicaciones. Actualmente trabaja en Turquía para una empresa internacional productora de llantas para vehículos industriales como responsable de las relaciones comerciales y públicas para Latino América. Web: http://www.maskusplanet.com/ *12:25 - 12:30 Preguntas * *12:30 - 12:40** am. Marisa Conde (desde Argentina)* *Cuando los alumnos se convierten en prosumidores de la web *Profesora en Técnicas informáticas aplicadas a la Computación. San Martín – Provincia de Bs. As. Rep. Argentina. Especialista en Informática Educativa. Web: http://marisaeconde.blogspot.com/ *12:40 - 12:45 Preguntas* *12:45 - 12:55** am. Khabiria (desde Venezuela) **Blogs e Infociudadanìa *Licenciada en Comunicación Social (UCV – Caracas). Magíster Scientiarum en Comunicación Organizacional (UCAB – Caracas). Ganadora del primer concurso de blogs de la BBC Mundo 2006. Bloguera del diario venezolano El Nacional. Web: http://unaperiodista.blogspot.com/ *12:55 - 13:00 Preguntas* *13:00 - 13:10** am. Laureano Felipe Gómez Dueñas (desde Colombia) Universidad de la Salle, Bogotá – Colombia. **RSS y DSI, medios parecidos pero diferentes *Docente Universitario de la Facultad de Sistemas de Información y Documentación. Actualmente cursa el Máster en Sistemas de Información Digital – Universidad de Salamanca - España. *13:10 - 13:15 Preguntas * *13:15 - 13:25** am. Juan Carlos Luján (desde Perú) **Blogs y periodismo *Periodista y profesor en la Pontificia Universidad Católica del Perú. Trabajó en radio y Tv antes de llegar a El Comercio en noviembre de 1989. Fue editor de la sección Internacional del diario y estuvo diez años al frente de la página web. Actualmente es Editor de la sección Vida Futuro. Administra el blog de esa sección y otros tres de caracter personal y académico. Asegura que a través de estos espacios logra la interactividad deseada con los lectores. Webs: http://blogs.elcomercio.com.pe/vidayfuturo/ *13:25 - 13:30 Preguntas* *13:30 - 13:40** am. Juliana Boersner (desde Venezuela) **El microblogging y el futuro de la comunicación en Internet *Psicóloga Social con una Maestría en Estudios Literarios. Editora, librera, docente en la
