On 17/05/07, Mari-Carmen Marcos <[EMAIL PROTECTED]> wrote: > Hola, > > Hay algo que hace días me está dando vueltas y quiero compartirlo con > vosotros, se trata del botón de RSS. Veo cómo los usuarios que usan > internet de forma menos habitual que nosotros clican en el botón > simplemente por curiosidad y cierran rápidamente al presentarse ante sus > ojos semejante página web llena de etiquetas y preguntan ¿qué es eso? > > ¿Debería un usuario llegar a ver el código xml en el navegador? Creo que > no, creo que debería ser algo más interno, como el código fuente de la > página, que pueda verse pero no clicarse a él desde la interfaz del > navegador. >
Lo primero que puede decirse es que ese problema tiene su origen en la presencia de enlaces (mediante elemento "<a />") a feeds en la página, cosa que no es necesaria. Los enlaces a los feeds del sitio deben hacerse en la cabecera de la página mediante el elemento <link> como representación alternativa de la página (rel=alternate) y deben ser las herramientas las que mediantes mecanismos de auto-descubrimiento se encarguen de la gestión de suscripciones. CONCLUSIÓN 1: No es necesario tener enlaces a feeds en nuestra página. Partiendo de que el enlace presente esté por cualquier cuestión, hay que decir Hoy en día es raro que un feed se presente al usuario tal cual ya que existen al menos tres capas en las que esto puede corregirse. 1) A nivel del sitio, el feed puede presentarse al usuario de forma amigable. 2) A nivel de plataforma externa en la que el sitio delegue sus feeds (Feedburner et al.) 3) A nivel de agente de usuario. Firefox 2 desde luego ya presenta una vista específica y amigable del feed, ofreciéndote incluso atajos para añadirlo a tu lector favorito. Espero que IE 7 haga lo mismo, tengo la suerte de no tener que manejarlo habitualmente. En definitiva, el feed tal cual solo aparecerá sin estilar cuando - El administrador del sitio no se haya preocupado del tema - Tampoco haya delegado la gestión de sus feeds a un servicio externo - El agente de usuario no esté capacitado para manejar feeds. CONCLUSIÓN 2: La presentación del feed al usuario debería ser corregida y aumentada por algún componente situado entre el recurso y el usuario. Resumen: no enlaces a feeds. Si enlaces a feeds, XSLT. Si no XSLT, Feedburner. Si no Feedburner, confiemos en que el agente de usuario sea capaz de solventar el problema. En último caso, el usuario mirará, decidirá 'no' y dará al botón de atrás, olvidando lo que acaba de ver. La gente está acostumbrada a convivir con lo insólito y lo incomprensible mediante el confiable método de no prestar demasiada atención :-) -- Manuel, que piensa que eres una excelente persona y medra en torno a http://simplelogica.net y/o http://simplelogica.net/logicola/ Recuerda comer mucha fruta y verdura. _______________________________________________ altas, bajas y modificaciones: http://www.cadius.org/lista/opciones.html
