Estoy de acuerdo con Nielsen en una apreciaci�n en particular: El PDF es papel.
Y el caso es que, por mucho Internet que tengamos, la gente sigue pensando/trabajando en papel. Adem�s de en el exceso de PDFs colgados en la web, yo lo noto en el sobre-uso de los doc MS Word. Cantidad de clientes (particularmente de la administraci�n), para escribirte 5 l�neas en un mail, te crean con doc word, con logo y membrete de 800 Kb, y te adjuntan el doc de atachment por email. Es desesperante. Las oficinas del siglo 21 parecen perfectamente adaptadas a la tarea de producir papel y papel, es decir docs y docs. Hay un problema relacionado el que nos describ�a Manuel Razzari: >En mi "tiempo libre" trabajo ad-honorem para una fundaci�n. Publicamos >art�culos en el sitio web, que provienen de una revista editada por la >Fundaci�n. > >Por falta de este tiempo libre, me vi forzado colgar la revista en el >archivo PDF que me env�a la agencia que la dise�a, en lugar de pasar los >art�culos a HTML. Y bien, Manuel, que tal si esa Fundaci�n, en vez de crear "papel", que luego t� tienes que reciclar en HTML, crea puramente texto, que luego se transforme, por un lado en papel de cara a la imprenta, y de otro en HTML para la web? Bueno, infiero que tu trabajo es voluntario, y que quiz�s no es factible pensar en una reorganizaci�n de procesos. Pero, bueno, yo he visto un caso absurdo muy similar con varios clientes nuestros, unos ayuntamientos que son parte de una mancomunidad, y que tienen webs hechos por nosotros y mantenidos por una empresa de comunicaci�n. Pues esto es lo que pas�. 1. La mancomunidad de ayuntamientos ha editado un libro muy interesante (modelos de comunicaciomes en euskera, un borrador para un aviso de tal, invitaci�n oficial est�ndar de...), de distribuci�n gratuita. 2. La empresa de comunicaci�n recibe "aviso" de la publicaci�n, y actualiza los webs municipales dando noticia del libro. 3. Empiezan a llegar cantidad de peticiones del libro. 4. La empresa de comunicaci�n pide a los aytos., a la mancomunidad, que les pasen el texto del libro, que ya que es gratis y hay tanto inter�s, va a quedar genial en la web, ya que, adem�s, lo que interesa del libro es el texto, que sea copiable, para que uno pueda crearse sus propias comunicaciones... 5. Los aytos. dan largas, que si esto, que si lo otro. 6. Pasa el tiempo. El libro se agota, despu�s de que los aytos. manden la tira de ejemplares por correo... 7. En una de estas, los aytos. dicen a la empresa de comunicaci�n: "ya tenemos el CD del libro!". Resulta que el CD lo ha enviado la imprenta con los PDF�s de lo que imprimieron. 8. Los de la empresa de comunicaci�n, venga, a extraer texto de los PDF's para producir p�ginas aceptables de HTML... finalmente, se publica el libro digitalmente. El problema es que los aytos., como un mont�n de organizaciones m�s, est�n muy acostumbrados a la log�stica del papel. Cualquier comisi�n de lo que sea sabe perfectamente qu� pasos seguir para publicar un tr�ptico en colorines y distribuirlo f�sicamente en 400 km a la redonda. Ese proceso, pese a ser de log�stica cara y complicada, lo tienen "mamao", y no les cuesta nada, no tienen que cambiar de esquema burocr�tico/mental. Sin embargo, con s�lo cambiar de manera de pensar, en el ejemplo de los aytos. y el libro anterior, ser�a sencillo ahorrarse esos 8 pasos, y sustituirlos por: a) redactar el libro b) mandar lo redactado a imprenta c) mandar lo redactado a la empresa de comunicaci�n que lleva los webs. Esta manera de pensar en t�rminos "de papel" no es s�lo problema de "nuestros clientes", esos tontos ignorantes que no distinguen un c�digo javascript de un arrendajo, sino que se ve tambi�n en la industria de Internet. Recuerdo una discusi�n en la lista IA-CMS (arquitectura de informaci�n en CMS's, lista que conoc� a trav�s de Cadius pero que hoy est� muerta) donde se hablaba de lo dif�cil de hallar un CMS o un sistema que transforme los docs. de una organizaci�n dada en HTML o texto directamente legible/accesible en una aplicaci�n web. Yo intervine para decir que, quiz�s, lo que hay que hacer es usar el CMS para cargar "textos" y no docs, y que de hecho, se puede usar un CMS para generar PDFs, documentos RTF, HTML... de hecho, con un sistema inform�tico bien pensado, guardas la informaci�n en texto, XML o lo que sea, y luego generas los output que hagan falta: PDF o doc para imprimir, HTML para web, XML para interrelacionarse con otros robots de la web... ------------------------------------------------------------------------ Luistxo Fernandez - [EMAIL PROTECTED] Responsable de proyectos - 652 750 362 CodeSyntax - http://www.codesyntax.com Pol�gono Azitain P3 K E-20600-EIBAR !!! ---->>>> NUEVO TELEFONO --->>> 943 821 780 ------------------------------------------------------------------------ _______________________________________________ altas, bajas y modificaciones: http://cadius.org/mailman/listinfo/lista_cadius.org
