2009/1/10 Carlos E. R.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Content-ID:
El 2009-01-10 a las 17:01 -0500, Shinji Ikari escribió:
No veo que hagan ahí referencias a un Adobe Acrobat para Linux (sólo hay una mención no comentada en el Distiller 4.0), y no se cuales pueden ser esas razones obvias. Puedo aventurar razones, pero no se cuales son las reales.
Razones obvias: porcentaje de usuarios que utilizan OSs como Linux y las características de estos usuarios. Soy tacaño y que... todo el software que use en Windows era pirateado. Además sin intenciones de querer comprar una licencia. =P Claro, mi opinión no cuenta para definir el mercado. Pero si cuenta el porcentaje de usuarios de Linux sobre el universo de usuarios de ordenadores que necesiten un software como Adobe Acrobat, en su mayoría usuarios de Windows.
Hay usuarios, y empresas, que necesitan el tipo de opciones que ofrece el adobe acrobat.
Ciertamente, pero también he visto empresas que no son muy duchas en inversión. Adquirir Adobe Acrobat para crear documentos de un sistema de gestión de calidad (SGC), asumo que para utilizar ciertas características, no merging, no printing, no copy paste. ¿Esas características son propietarias de Adobe Acrobat solamente? ¿No están presentes en otras impresoras pdf? jo, diversidad de personas que he conocido en los departamentos de IT, algunos son muy buenos y se enfocan en soluciones, otros pintan para jo***as.
No recuerdo que haya visto algún pdf con formularios, pero si un Excel para postular a practicas, ofrecía espacios para llenar, opciones para marcar y un control de estado (si todo el formulario estaba lleno en los ítems importantes). SI todo estaba bien, se envía por correo. De ahí no se si algún programa lo procesaba para llenar una BBDD o si la revisión y selección se hacia por alguna persona. ¿Qué ventajas me ofrece un formulario en pdf sobre un excel o word como el mencionado? (no he visto documentos odt o ods, pero debe ser posible) ¿o un formulario de página web (php, jsp, aspx, etc)?
Pues ofrece las bastantes ventajas para que la administración española use formularios pdf en muchos de los papeleos que tienen. Es estandar, seguro, se imprime como debe ser en todos los ordenadores... no se si han descrito por algún lado la lista de ventajas, pero no lo pueden hacer con hojas de calculo o similares.
Hmm, a tomar en cuenta, Perú adquirió varios OLPC con Linux, luego adquirió los que tienen XP. Lo bueno es relativo y las buenas intenciones pueden mudarse con algo de dinero, y aún más en las entidades estatales.
Por ejemplo, hay un formulario de no recuerdo que oficina que lo puedes descargar por internet; hasta ahí es normal, pero es que cada vez que lo descargas tiene un numero de serie distinto. No se para qué necesitan eso, pero lo necesitan. El usuario lo rellena, lo imprime, y lo entrega.
¿Como se generará ese número de serie? Es un correlativo o generado para identificar de donde se lleno. =/ Entonces me podría bajar 50 veces el archivo y los números de serie variarían en cada documento. Algo como ponerle correlativo a un formulario disponible libremente en cualquier oficina. Que raro... Habrá que averiguar que utilidad puede tener un documento así.
Si lo hicieran como un documento tendrían que bloquearlo para que la gente no lo pueda cambiar, y garantizar que siempre se imprima igual - y eso no siempre ocurre: basta con que tu impresora sea distinta para que un documento salga en numero de hojas distintas del original, por poner un ejemplo.
hmmm, el PDF archivo codificado o un paquete binario, diferente del xml o texto que es odt, docx y etc. Entendido. Han de ser también formularios grandes y a fin de facilitar la usabilidad para el usuario (envio por email) no se usan formularios web. Creo que los sistemas tienen un set de fuentes comunes, si es así la impresión no se vería afectada. hmmm es un formulario que se llena e imprime y se tiene como comprobante o es un formulario que se imprime y se llena para entregarse?
Y ya sabes lo quisquillosos que son los funcionarios con sus papeles, no puede estar ni una coma fuera de sitio :-)
Es parte de los procedimientos, hay cosas que si o si y no necesariamente en asuntos de impuestos. Para lo que es seguridad también son muy exigentes y quisquillosos, bueno, eso es lo que me cuentan.
No sé de dónde habréis sacado la idea de que hoy en día existe un sustituto "real" para una gestión y manipulación completa de los archivos en PDF en Linux >:-P
Que yo sepa no existe. Existen soluciones parciales, pero no completas. Incluso dudo que juntando todas las herramientas existentes se pueda conseguir toda la funcionalidad: por ejemplo, cosas tan normales como servidor para rellenar formularios, que hacen falta para la administración electrónica.
¿Se refiere para el manejo de pdfs o la función de recolectar información?
El acrobat reader puede rellenar formularios y enviar los contenidos a un servidor central que los recoje y valida. También pueden hacer calculos y cuentas, por ejemplo al rellenar formularios para impuestos. Por sí mismo el reader no permite grabarlos, sólo imprimirlos.
Hmmm, bueno, no he revisado el formulario ese de Excel que mencione (es decir, ¿estará protegido, encriptado, para que no se puede editar de otras maneras?, lease juaqueadas). Por que si es así (tiene protección), entonces satisface lo requerido de un pdf, a menos que haya otras características que pdf cumple y los formularios en odt, docx, ods, xls no puedan hacer. =/ * Otro asunto es la compatibilidad de macros de Office en openoffice.
Una de las funciones que hacen, cuando lo rellenan ellos, es que el formulario tiene una hoja con una matriz de puntos; es como un código de barras en dos dimensiones, con puntos creo que de hasta 2 mm. Esa matriz la leen con un scanner laser de mano, y en esa operación leen todos los datos del formulario de varias páginas: los puntos codifican todo el texto que el usuario haya rellenado. Esa funcionalidad sólo funciona no se si con un adobe especial o por la conexión contra un servidor central de ellos que hace esa función.
Ese código bidimensional... resume la información del formulario, deben ser opciones de marcar y números entonces. Pero puede ser código que está dentro de la misma hoja. Aquí hay un programa para la declaración de impuestos (todas aquellas personas que perciben ingresos: comercio, alquiler, industria, etc), el programa genera unos archivos comprimidos y codificados, inclusive tienen control de integridad me parece. Luego estos archivos se suben al servidor de la SUNAT (el organismo que controla los impuestos) mensualmente, se controla la integridad del archivo y el servidor acepta. Cada usuario tiene su cuenta y es responsabilidad del usuario el resguardo de su cuenta.
Es cierto que una implementación distinta podría no estar limitada y llenar todas esas funcionalidades - pero no existe. Incluso la parte de rellenar formularios para imprimir no funciona bien.
- -- Saludos Carlos E.R.
Me pregunto por que esa entidad que menciona, optó por esa solución. No he escuchado de problemas con el sistema vigente aquí. De todas maneras un sistema menos oneroso para los clientes es una obligación del estado. Pero la dificultad está en lo común de las máquinas de escritorio del país. Mayoría maquinas con windows, por tanto en esa plataforma se debe de basar la solución, ahora el asunto es por que pdf. =/ Hace ya un tiempo, un amigo me presentó una aplicación para convertir de pdf a doc, aún archivos encriptados. Me pregunto que tal funcionará ese software con esos formularios que menciona. (Si la clave es fuerte, no basada en diccionario, entonces muy difícil juaquearlo) -- Carlos A.