[opensuse-es] Edición en PDF
Hola de nuevo, Recuerdo, si no estoy equivocado, cuando estudiaba las figuras literarias, que la interrogación retórica era aquella que no precisaba respuesta porque ya era por todos conocida. Se formulaba precisamente para reafirmar el contenido de la misma. Por ejemplo ¿No fue Cesar un gran emperador romano?. Pues lo cierto es que hoy me encuentro con ganas de formula una ¿Acaso hay alguna aplicación para editar pdf? ......................................NO. Pero seguro que Carlos o Camaleón, por citar a los mas activos, sin menoscabo de los demás, disponéis de algún truquillo para editar pdf o grabar en disco los formularios pdf que reporta la administración. Hasta ahora no he podido grabar los resguardos por ejemplo de las altas de trabajadores (modelos ta2) en la Seguridad Social, tan solo me permite grabar el formulario con los campos en blanco. Con lo cual tengo que abrir el vmware y hacerlo con el Adobe Acrobat. A ver, A ver ............. Es retórica o no ... Un saludo -- Octavio Ávalos --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El 4/08/07, J. OCTAVIO AVALOS escribió:
Pues lo cierto es que hoy me encuentro con ganas de formula una ¿Acaso hay alguna aplicación para editar pdf? ......................................NO.
Depende, más bien. No todos los pdf son iguales y por tanto no todos los pdf son fácilmente editables... independientemente del sistema. Yo tengo problemas entre archivos pdf creados desde distintas versiones de Acrobat, por ejemplo. Hay que tener en cuenta que el formato pdf se desarrolló para no ser editable sino como documento final, para enviar a imprenta o como documento electrónico, el resto de añadidos (programación javascript, formularios, etc.) lo único que hicieron fue fastidarlo, porque generó incompatibildiades entre distinas versiones de lectores al interpretar esa programación.
Pero seguro que Carlos o Camaleón, por citar a los mas activos, sin menoscabo de los demás, disponéis de algún truquillo para editar pdf o grabar en disco los formularios pdf que reporta la administración.
No he editado un pdf con Linux, pero sé que hay problemas, como te he comentado, hasta en Windows. Sé que hay algunos programas de edición para Linux (en el archivo de la lista seguro que encuentras alguno más): http://www.cabaret-solutions.com/en/ http://sourceforge.net/projects/pdfedit
Hasta ahora no he podido grabar los resguardos por ejemplo de las altas de trabajadores (modelos ta2) en la Seguridad Social, tan solo me permite grabar el formulario con los campos en blanco. Con lo cual tengo que abrir el vmware y hacerlo con el Adobe Acrobat.
Hace ya algún tiempo se habló precisamente de esos formularios de la aeat y del pdf: http://lists.opensuse.org/opensuse-es/2006-12/msg01080.html Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El 5/08/07, Camaleón escribió:
Pero seguro que Carlos o Camaleón, por citar a los mas activos, sin menoscabo de los demás, disponéis de algún truquillo para editar pdf o grabar en disco los formularios pdf que reporta la administración.
No he editado un pdf con Linux, pero sé que hay problemas, como te he comentado, hasta en Windows. Sé que hay algunos programas de edición para Linux (en el archivo de la lista seguro que encuentras alguno más):
He descargado un pdf (modelo ta2), lo he rellenado y lo he impreso en pdf, y el pdf resultante me ha guardado los datos del formulario. El documento dice que no se puede "guardar" el pdf con los datos del formulario, que hay que "imprimirlo", pues bien, como dicen en latín "ad hominem", es decir, "tus palabras contra ti" :-P (las de ellos). Tengo configurada una impresora de pdf en ese equipo (no es la de kde, es un backend de Cups), y al imprimirlo por medio de esa impresora virtual el pdf se genera con los datos del formulario. Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El Sábado, 4 de Agosto de 2007 23:32, J. OCTAVIO AVALOS escribió:
Hola de nuevo,
Recuerdo, si no estoy equivocado, cuando estudiaba las figuras literarias, que la interrogación retórica era aquella que no precisaba respuesta porque ya era por todos conocida. Se formulaba precisamente para reafirmar el contenido de la misma. Por ejemplo ¿No fue Cesar un gran emperador romano?.
Pues lo cierto es que hoy me encuentro con ganas de formula una ¿Acaso hay alguna aplicación para editar pdf? ......................................NO.
* http://www.cabaret-solutions.com/en/ , entre otras.
El Lunes, 6 de Agosto de 2007 16:18, jose maria escribió:
El Sábado, 4 de Agosto de 2007 23:32, J. OCTAVIO AVALOS escribió:
Hola de nuevo,
Recuerdo, si no estoy equivocado, cuando estudiaba las figuras literarias, que la interrogación retórica era aquella que no precisaba respuesta porque ya era por todos conocida. Se formulaba precisamente para reafirmar el contenido de la misma. Por ejemplo ¿No fue Cesar un gran emperador romano?.
Pues lo cierto es que hoy me encuentro con ganas de formula una ¿Acaso hay alguna aplicación para editar pdf? ......................................NO.
* http://www.cabaret-solutions.com/en/ , entre otras.
Para los legalistas : solo es gratuito para uso privado, las empresas deben pagar --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
Hola :) El Monday 06 August 2007, francisco F. escribió:
El Lunes, 6 de Agosto de 2007 16:18, jose maria escribió:
El Sábado, 4 de Agosto de 2007 23:32, J. OCTAVIO AVALOS escribió:
Hola de nuevo,
Recuerdo, si no estoy equivocado, cuando estudiaba las figuras literarias, que la interrogación retórica era aquella que no precisaba respuesta porque ya era por todos conocida. Se formulaba precisamente para reafirmar el contenido de la misma. Por ejemplo ¿No fue Cesar un gran emperador romano?.
Pues lo cierto es que hoy me encuentro con ganas de formula una ¿Acaso hay alguna aplicación para editar pdf? ......................................NO.
* http://www.cabaret-solutions.com/en/ , entre otras.
Para los legalistas : solo es gratuito para uso privado, las empresas deben pagar
Se puede usar Koffice para editar documentos PDF. Dependiendo del PDF, se consiguen unos resultados u otros. HTH Rafa -- "We cannot treat computers as Humans. Computers need love." rgriman@skype.com --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-08-04 a las 23:32 +0200, J. OCTAVIO AVALOS escribió:
Pues lo cierto es que hoy me encuentro con ganas de formula una ¿Acaso hay alguna aplicación para editar pdf? ......................................NO.
Editar, sí. No como el Acrobat, pero sí.
Pero seguro que Carlos o Camaleón, por citar a los mas activos, sin menoscabo de los demás, disponéis de algún truquillo para editar pdf o grabar en disco los formularios pdf que reporta la administración.
No es lo mismo editar que grabar. Y estás hablando de formularios, que es harina de otro costal. Incluso con acrobat lo que se hace es grabar los datos del formulario contra un servidor especial que venden ellos (y que tienen los de hacienda), y que "logicamente" no existe en linux. Es decir, no se graba el PDF entero. Puede intervenir hasta código java, por ejemplo para hacer validaciones de tus datos, hacer cálculos, y rellenar campos de resultados. Y algo que no se que será que genera el código de puntos.
Hasta ahora no he podido grabar los resguardos por ejemplo de las altas de trabajadores (modelos ta2) en la Seguridad Social, tan solo me permite grabar el formulario con los campos en blanco. Con lo cual tengo que abrir el vmware y hacerlo con el Adobe Acrobat.
Bueno, eso ya te lo han dicho: consiste en imprimirlo a un PDF - que ya no será un pdf con campos rellenables, sino una copia impresa del resultado, sólo que impresa en fichero. Una foto fija, vamos. Muy interesante lo que habeis dicho en este hilo, por cierto. :-) - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFGuGkQtTMYHG2NR9URAuBUAJ4iSWeQd1tXwRx0plujcPMt65EvrwCfcOWR sHHcuPbkRu/sjx20aoUIVXM= =1jt2 -----END PGP SIGNATURE-----
El 7/08/07, Carlos E. R. escribió:
Puede intervenir hasta código java, por ejemplo para hacer validaciones de tus datos, hacer cálculos, y rellenar campos de resultados. Y algo que no se que será que genera el código de puntos.
Java != javascript >:-). Acrobat usa javascript. El código de ¿puntos o barras? seguramente se genera por medio de programación javascript en base a los dígitos. Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-08-07 a las 15:07 +0200, Camaleón escribió:
El 7/08/07, Carlos E. R. escribió:
Puede intervenir hasta código java, por ejemplo para hacer validaciones de tus datos, hacer cálculos, y rellenar campos de resultados. Y algo que no se que será que genera el código de puntos.
Java != javascript >:-).
Fale. Siempre los confundo. O:-)
Acrobat usa javascript. El código de ¿puntos o barras? seguramente se genera por medio de programación javascript en base a los dígitos.
Algo de eso. Y no sólo dígitos, sino textos completos. Me sospecho que puede ser hasta un plugin existente, porque pase que los de hacienda hayan inventado el código para generarlos, pero no me trago que hayan inventado los lectores laser que los leen. Eso debía existir como solución completa previamente, ellos la habrán adaptado, me imagino. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFGuIi7tTMYHG2NR9URAiITAJ0XRlN8eXXixzuYVA69OXDWvvwHUQCffK/R FpHCXGi9LzATyFUS4abZfD4= =K+cB -----END PGP SIGNATURE-----
El 7/08/07, Carlos E. R. escribió:
Algo de eso. Y no sólo dígitos, sino textos completos.
Me sospecho que puede ser hasta un plugin existente, porque pase que los de hacienda hayan inventado el código para generarlos, pero no me trago que hayan inventado los lectores laser que los leen. Eso debía existir como solución completa previamente, ellos la habrán adaptado, me imagino.
Entiendo que los dígitos del formulario se generan en base a parámetros internos de ellos, supongo que para identificar el tipo de formulario, y demás. Una vez generado el código numérico se genera el código de barras (supongo que será una imagen). A ver qué dice Google: http://www.google.com/search?hl=en&q=javascript+barcode+generation Supongo que habrán utilizado algunas de las soluciones existentes, adaptadas al formato pdf. No creo que esos códigos de barras sean especiales, serán estándar, legibles por lectores normalizados. El sistema es muy utilizado en empresas de mensajería (como ups, fedex, etc.) que permiten imprimir el código de seguimiento (el albarán completo) en una impresora de resolución mínima de 300ppp y es legible por sus lectores de códigos. También Renfe permite la impresión de billetes que tienen código de barras, por ejemplo. Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El 7/08/07, Camaleón
El 7/08/07, Carlos E. R. escribió:
Algo de eso. Y no sólo dígitos, sino textos completos.
Me sospecho que puede ser hasta un plugin existente, porque pase que los de hacienda hayan inventado el código para generarlos, pero no me trago que hayan inventado los lectores laser que los leen. Eso debía existir como solución completa previamente, ellos la habrán adaptado, me imagino.
Entiendo que los dígitos del formulario se generan en base a parámetros internos de ellos, supongo que para identificar el tipo de formulario, y demás. Una vez generado el código numérico se genera el código de barras (supongo que será una imagen). A ver qué dice Google:
http://www.google.com/search?hl=en&q=javascript+barcode+generation
Supongo que habrán utilizado algunas de las soluciones existentes, adaptadas al formato pdf. No creo que esos códigos de barras sean especiales, serán estándar, legibles por lectores normalizados.
El sistema es muy utilizado en empresas de mensajería (como ups, fedex, etc.) que permiten imprimir el código de seguimiento (el albarán completo) en una impresora de resolución mínima de 300ppp y es legible por sus lectores de códigos. También Renfe permite la impresión de billetes que tienen código de barras, por ejemplo.
Saludos,
-- Camaleón ---------------------------------------------------------------------
Carlos: Muy buenas, a tu respuesta, decirte que lo que quiero es eso que comentas, que el pdf quede fijo sin posibilidad, en principio, de que se pueda alterar los campos del formulario. Esto es lo ideal porque se trata de un documento oficial a todos los efectos. Por lo demás en lo que compete al sistema RED de la Seguridad Social los distintos movimientos ya los hago online con el firefox (el opera de momento no va y creo recordar que konqueror tampoco) por eso necesito grabar el referido modelo ta2 y otros, en la carpeta que tengo para cada empresa y productor. Entiendo que imprimirlo en papel como indica el menú de Adobe Reader es un atraso. Con relación a la AEAT, los modelos que figuran en su página web como ya sabéis necesitan versiones anteriores a la 7 de Acrobat Reader para que salga bien el código de barras. Otra solución factible sobre todo para vosotros que sois virtuosos del teclado es firmar un convenio con la Agencia Tributaria para que os faciliten el módulo de PDF y telemático completo para la confección de liquidaciones. Para ello tenéis que enviar al Fax número 915836133 los siguientes datos: - Nombre de la empresa, asociación fundación ... o particular que va desarrollar una aplicación o una utilidad para la elaboración de las declaraciones tanto en PDF o para su envio telemático. - Persona de contacto - Dirección de notificaciones. - Teléfono, Fax - Dirección correo electrónico. - Declaración de estar al corriente en obligaciones tributarias. - Escrito de solicitud. Como podéis observar es una documentación de lo mas básica. Al margen de todo lo dicho os comento que estuve hablando con el responsable de informática de la AEAT durante la campaña de renta. Le comenté que los usuarios de Linux tan solo teníamos impedimentos para trabajar con la administración, que siendo colaboradores sociales deberian ampliar o estandarizar las distintas aplicaciones y prestaciones que facilita la AEAT. Hice mención a las Qt3 y Qt4 El me contestó, mostrando un gran interés, debido al creciente número de usuarios linux, que ya llevaban tiempo planteándose lanzar las aplicaciones en multiplataforma, por ejemplo java... Bueno, pues eso, Un Saludo
-- Octavio Ávalos --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-08-07 a las 21:44 +0200, J. OCTAVIO AVALOS escribió:
Carlos: Muy buenas, a tu respuesta, decirte que lo que quiero es eso que comentas, que el pdf quede fijo sin posibilidad, en principio, de que se pueda alterar los campos del formulario. Esto es lo ideal porque se trata de un documento oficial a todos los efectos.
Vale, pues entonces debe funcionar con variaciones sobre imprimir a fichero via cups. Lo ideal debe ser tener en cups definida una impresora que genere pdfs en vez de imprimir en papel. Yo tengo una cutre que guarda el fichero postscript, pero no me gusta como lo hago: En /etc/cups/cupsd.conf habilito "FileDevice Yes", y añado una impresora: # lpadmin -p p2f -v file:/tmp/print2file.ps -E -P /usr/share/cups/model/Postscript.ppd.gz No me gusta porque siempre sobreescribe el mismo fichero, propiedad de root. Vía kprinter es una solución, si empleas kde. En cualquier caso, mientras el adobe reader del forumulario no se entere que imprime a fichero, sino que crea que está imprimiendo a papel, debe funcionar.
Por lo demás en lo que compete al sistema RED de la Seguridad Social los distintos movimientos ya los hago online con el firefox (el opera de momento no va y creo recordar que konqueror tampoco) por eso necesito grabar el referido modelo ta2 y otros, en la carpeta que tengo para cada empresa y productor. Entiendo que imprimirlo en papel como indica el menú de Adobe Reader es un atraso.
Sip. O sea, lo quieres como un registro permanente de lo que se ha hecho, no como un pdf editable para cambiar algún dato erróneo o cambiado.
Con relación a la AEAT, los modelos que figuran en su página web como ya sabéis necesitan versiones anteriores a la 7 de Acrobat Reader para que salga bien el código de barras.
Ahora me acuerdo de eso, que lo estuvimos hablando...
Otra solución factible sobre todo para vosotros que sois virtuosos del teclado es firmar un convenio con la Agencia Tributaria para que os faciliten el módulo de PDF y telemático completo para la confección de liquidaciones. Para ello tenéis que enviar al Fax número 915836133 los siguientes datos:
Ja, ja. Mi interés no llega a tanto :-)
Al margen de todo lo dicho os comento que estuve hablando con el responsable de informática de la AEAT durante la campaña de renta. Le comenté que los usuarios de Linux tan solo teníamos impedimentos para trabajar con la administración, que siendo colaboradores sociales deberian ampliar o estandarizar las distintas aplicaciones y prestaciones que facilita la AEAT. Hice mención a las Qt3 y Qt4 El me contestó, mostrando un gran interés, debido al creciente número de usuarios linux, que ya llevaban tiempo planteándose lanzar las aplicaciones en multiplataforma, por ejemplo java...
Muy interesante... :-) - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFGuaQJtTMYHG2NR9URAo2RAJ44XCZm57wr3nnOD8zhojAN6m4E2QCfWsSR Ih6hWqNYThMk63UTjhil8iA= =xCoZ -----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-08-07 a las 18:17 +0200, Camaleón escribió:
El 7/08/07, Carlos E. R. escribió:
Algo de eso. Y no sólo dígitos, sino textos completos.
Me sospecho que puede ser hasta un plugin existente, porque pase que los de hacienda hayan inventado el código para generarlos, pero no me trago que hayan inventado los lectores laser que los leen. Eso debía existir como solución completa previamente, ellos la habrán adaptado, me imagino.
Entiendo que los dígitos del formulario se generan en base a parámetros internos de ellos, supongo que para identificar el tipo de formulario, y demás. Una vez generado el código numérico se genera el código de barras (supongo que será una imagen). A ver qué dice Google:
Hablamos de cosas distintas. Yo lo que digo es que estos pdfs oficiales (ya impresos) contienen un código de puntos (no de barras), que me parece recordar que se generan en el momento de imprimirlo (no son visibles en el pdf mientras lo editas en linea (el formulario)), y contienen todos los datos que has introducido en el formulario. Ojo: todos los datos, no es un número de serie (que es de lo que estuvimos hablando hace tiempo). El objetivo es que con un lector laser especial pueden leer el código de puntos para meter el formulario entero en la base de datos correspondiente. No escanean el texto impreso entero, sino el código de puntos solamente, pero éste contiene todo lo necesario. Esto es lo que se hace, por ejemplo, con el formulario de la renta (que no es un PDF) o con los formularios del impuesto de sucesiones (600), que sí son PDFs. En el caso de introducción en linea (telemática) el adobe reader envía o graba un ficherito con todos los datos. Que yo recuerde sólo funciona si el otro lado tiene un servidor especial para formularios (de adobe).
http://www.google.com/search?hl=en&q=javascript+barcode+generation
Supongo que habrán utilizado algunas de las soluciones existentes, adaptadas al formato pdf. No creo que esos códigos de barras sean especiales, serán estándar, legibles por lectores normalizados.
Me refiero a que es posible que el adobe tenga ya un plugin especial para eso. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFGuaEetTMYHG2NR9URAmINAJ9t52v310dar8bj5g8eXl7tvr7TFwCdEBxa GbLYaHD94ZlEqsV/gpSvf6E= =5iow -----END PGP SIGNATURE-----
El 8/08/07, Carlos E. R. escribió:
Hablamos de cosas distintas.
Ah.
Yo lo que digo es que estos pdfs oficiales (ya impresos)
¿Impresos en papel?
contienen un código de puntos (no de barras), que me parece recordar que se generan en el momento de imprimirlo (no son visibles en el pdf mientras lo editas en linea (el formulario)), y contienen todos los datos que has introducido en el formulario. Ojo: todos los datos, no es un número de serie (que es de lo que estuvimos hablando hace tiempo).
Juver, pues eso no lo había oído :-O... ¿sabes qué código de puntos es ése?
El objetivo es que con un lector laser especial pueden leer el código de puntos para meter el formulario entero en la base de datos correspondiente. No escanean el texto impreso entero, sino el código de puntos solamente, pero éste contiene todo lo necesario. Esto es lo que se hace, por ejemplo, con el formulario de la renta (que no es un PDF) o con los formularios del impuesto de sucesiones (600), que sí son PDFs.
Ah, claro, por eso sólo permiten que lo entregues "impreso". A ver si se van animando a hacerlo de forma electrónica con el uso de certificados digitales y demás, la de tiempo que se iban a ahorrar evitando escanear a mano todos los formularios.
En el caso de introducción en linea (telemática) el adobe reader envía o graba un ficherito con todos los datos. Que yo recuerde sólo funciona si el otro lado tiene un servidor especial para formularios (de adobe).
¿Es posible enviar directamente el pdf para que se procese de forma automática? Es decir, se rellena el formulario, ¿y se procesa en línea? :-? ¿no sería más sencillo usar certificados digitales?
Me refiero a que es posible que el adobe tenga ya un plugin especial para eso.
Seguramente, pero sigo pensando que el pdf no es el mejor formato para esas lides. Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-08-08 a las 15:02 +0200, Camaleón escribió:
El 8/08/07, Carlos E. R. escribió:
Hablamos de cosas distintas.
Ah.
Yo lo que digo es que estos pdfs oficiales (ya impresos)
¿Impresos en papel?
Sip.
contienen un código de puntos (no de barras), que me parece recordar que se generan en el momento de imprimirlo (no son visibles en el pdf mientras lo editas en linea (el formulario)), y contienen todos los datos que has introducido en el formulario. Ojo: todos los datos, no es un número de serie (que es de lo que estuvimos hablando hace tiempo).
Juver, pues eso no lo había oído :-O... ¿sabes qué código de puntos es ése?
Pues el que puedes ver en las declaraciones de la renta, es el más común.
El objetivo es que con un lector laser especial pueden leer el código de puntos para meter el formulario entero en la base de datos correspondiente. No escanean el texto impreso entero, sino el código de puntos solamente, pero éste contiene todo lo necesario. Esto es lo que se hace, por ejemplo, con el formulario de la renta (que no es un PDF) o con los formularios del impuesto de sucesiones (600), que sí son PDFs.
Ah, claro, por eso sólo permiten que lo entregues "impreso". A ver si se van animando a hacerlo de forma electrónica con el uso de certificados digitales y demás, la de tiempo que se iban a ahorrar evitando escanear a mano todos los formularios.
En teoría es posible.
En el caso de introducción en linea (telemática) el adobe reader envía o graba un ficherito con todos los datos. Que yo recuerde sólo funciona si el otro lado tiene un servidor especial para formularios (de adobe).
¿Es posible enviar directamente el pdf para que se procese de forma automática? Es decir, se rellena el formulario, ¿y se procesa en línea? :-? ¿no sería más sencillo usar certificados digitales?
No hace falta enviar el pdf entero, sino sólo los datos del formulario, y eso es una operación que tiene el propio formulario en pdf cuando le das a "save", creo que es. Se guarda en el servidor, no en tu PC. Está documentado por los de adobe por algún sitio. Por eso he insistido varias veces que es una cosa que necesita un servidor especial de adobe, bajo windows, of course. De hecho, si grabas copia local del pdf no contiene los datos rellenados. Y no se si la administración usa ese sistema o no. Hacienda creo que no, usa el sistema de código de puntos escaneado desde el papel cuando lo presentas en caja. La seguridad social no lo se. El de la renta no va en pdf; al imprimirlo el ejecutable crea el código de puntos y lo imprime; o graba un fichero de datos que puedes enviar telemáticamente, en un formato que han publicado (y que no me he leido). Por tanto se puede presentar en papel o de manera electrónica, y funciona. En windows, claro.
Me refiero a que es posible que el adobe tenga ya un plugin especial para eso.
Seguramente, pero sigo pensando que el pdf no es el mejor formato para esas lides.
Puede, pero está ahí y se especializan en ello. No les hace falta reinventar la rueda - y quien lo intente tiene que luchar contra una rueda que ya está rodando e implantada por todas partes. Por lo menos en la administración española. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFGudSYtTMYHG2NR9URAqNiAJ9ccOP9gps46zzWLoK/p9Lu4ZCBfACglltB ca3cL5MUrBrnfuI5DN5eUIg= =EpSl -----END PGP SIGNATURE-----
El 8/08/07, Carlos E. R. escribió:
Pues el que puedes ver en las declaraciones de la renta, es el más común.
Ya, pero estamos hablando de un modelo de formulario de la seguridad social, no de hacienda >:-): http://www.seg-social.es/inicio/?MIval=cw_usr_view_Folder&LANG=1&ID=39378 El "problema" de estos formularios en concreto es que no permiten guardar los datos que se añaden y avisan al usuario (tanto en SuSE como en Windows, el comportamiento es el mismo con Acrobat Reader). La única forma de guardar los datos del formulario y además poderlos volver a cambiar es con la versión de Acrobat (sin reader). Con la versión completa no hay ningún aviso, se rellena el formulario y se guarda. Se vuelve a abrir y se cambian los datos sin problemas. Luego no tiene ningún sentido impedir guardar los datos del formulario porque es posible hacerlo. Además, se trata de datos sencillos (nombre, dni, dirección...), distinto sería la declaración de hacienda, por ejemplo.
No hace falta enviar el pdf entero, sino sólo los datos del formulario, y eso es una operación que tiene el propio formulario en pdf cuando le das a "save", creo que es. Se guarda en el servidor, no en tu PC. Está documentado por los de adobe por algún sitio.
Por eso he insistido varias veces que es una cosa que necesita un servidor especial de adobe, bajo windows, of course.
De hecho, si grabas copia local del pdf no contiene los datos rellenados.
Vale, pero esto que hablas es otro tema, los formularios de la seg. social no siguene se esquema.
Y no se si la administración usa ese sistema o no. Hacienda creo que no, usa el sistema de código de puntos escaneado desde el papel cuando lo presentas en caja. La seguridad social no lo se.
No, al menos es posible guardar los datos del formulario en tu disco con el programa completo de Acrobat.
El de la renta no va en pdf; al imprimirlo el ejecutable crea el código de puntos y lo imprime; o graba un fichero de datos que puedes enviar telemáticamente, en un formato que han publicado (y que no me he leido). Por tanto se puede presentar en papel o de manera electrónica, y funciona. En windows, claro.
Hum, los de la declaración de la renta lo desconozco, ahí entiendo que exijan más seguridad en los datos, pero aún así el sistema no me convence.
Puede, pero está ahí y se especializan en ello. No les hace falta reinventar la rueda - y quien lo intente tiene que luchar contra una rueda que ya está rodando e implantada por todas partes. Por lo menos en la administración española.
Ya le han contestado a Octavio con java... una buena solución, pero no la única. El uso de certificados digitales y de apliaciones web en servidor serían otras opciones posibles. Juver, a mi me parece más complicado desarrollar para Acrobat que usar lenguaje, aplicaciones y protocolos estándar basados en Internet, que ya está desarrollado y verificado su funcionamiento. ¿Cómo paga un usuario con tarjeta de crédito / débito por Internet? ¿Con Acrobat o con seguridad ssl y formatos html >:-)? Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-08-08 a las 17:53 +0200, Camaleón escribió:
El 8/08/07, Carlos E. R. escribió:
Pues el que puedes ver en las declaraciones de la renta, es el más común.
Ya, pero estamos hablando de un modelo de formulario de la seguridad social, no de hacienda >:-):
Bueno, yo hablaba de los códigos de puntos y de los formularios en pdf, que son usados por ambos.
http://www.seg-social.es/inicio/?MIval=cw_usr_view_Folder&LANG=1&ID=39378
Ese, al abrirlo con firefox, pone un aviso de que no se permite la grabación de los datos, sólo la impresión. De hecho, si vas a propiedades, seguridad (en el reader) te dice que no está permitido el envío de formularios. En este caso no se permite porque hay que firmarlo a boligrafo, en mi opinión. Tampoco tiene codigo de puntos.
El "problema" de estos formularios en concreto es que no permiten guardar los datos que se añaden y avisan al usuario (tanto en SuSE como en Windows, el comportamiento es el mismo con Acrobat Reader). La única forma de guardar los datos del formulario y además poderlos volver a cambiar es con la versión de Acrobat (sin reader).
Es posible.
Con la versión completa no hay ningún aviso, se rellena el formulario y se guarda. Se vuelve a abrir y se cambian los datos sin problemas.
Esa versión hace muchas cosas que no hace el reader, para eso está.
Luego no tiene ningún sentido impedir guardar los datos del formulario porque es posible hacerlo. Además, se trata de datos sencillos (nombre, dni, dirección...), distinto sería la declaración de hacienda, por ejemplo.
Pero no es adobe quien lo impide, es la seguridad social quien lo impide, porque han configurado así el formulario (en opciones de seguridad). Además, como ya he comentado, los formularios se pueden grabar con el reader contra un servidor remoto especial - pero no en este caso.
No hace falta enviar el pdf entero, sino sólo los datos del formulario, y eso es una operación que tiene el propio formulario en pdf cuando le das a "save", creo que es. Se guarda en el servidor, no en tu PC. Está documentado por los de adobe por algún sitio.
Por eso he insistido varias veces que es una cosa que necesita un servidor especial de adobe, bajo windows, of course.
De hecho, si grabas copia local del pdf no contiene los datos rellenados.
Vale, pero esto que hablas es otro tema, los formularios de la seg. social no siguene se esquema.
No digo que no. Cada formulario concreto puede usar un sistema distinto. Mira, de la documentación del propio reader: [...] Na, no puedo, no me deja hacer copy-paste de la ayuda del reader. Busca en la ayuda del reader, sección formularios: "there are three types of Adobe PDF forms". Uno es sólo para imprimir, otro tiene un botón que graba los datos o un pdf completo con los datos para enviar por email, y un tercero que envía directamente los datos a un servidor web. Y en otro apartado te cuenta los posibles formatos de los ficheros de datos que graba. Los malos en este caso no son los de adobe, son los de la seguridad social. No se puede grabar porque ellos no quieren que lo grabes.
Y no se si la administración usa ese sistema o no. Hacienda creo que no, usa el sistema de código de puntos escaneado desde el papel cuando lo presentas en caja. La seguridad social no lo se.
No, al menos es posible guardar los datos del formulario en tu disco con el programa completo de Acrobat.
Sí, pero porque también permite editar y generar los formularios.
El de la renta no va en pdf; al imprimirlo el ejecutable crea el código de puntos y lo imprime; o graba un fichero de datos que puedes enviar telemáticamente, en un formato que han publicado (y que no me he leido). Por tanto se puede presentar en papel o de manera electrónica, y funciona. En windows, claro.
Hum, los de la declaración de la renta lo desconozco, ahí entiendo que exijan más seguridad en los datos, pero aún así el sistema no me convence.
Claro que lo conoces: es el que usas para presentar la declaración todos los años, salvo que te la hagan. Lo genera el programa "padre.exe", y no es un pdf, ni es estandard ni portable ni multiplataforma.
Puede, pero está ahí y se especializan en ello. No les hace falta reinventar la rueda - y quien lo intente tiene que luchar contra una rueda que ya está rodando e implantada por todas partes. Por lo menos en la administración española.
Ya le han contestado a Octavio con java... una buena solución, pero no la única. El uso de certificados digitales y de apliaciones web en servidor serían otras opciones posibles. Juver, a mi me parece más complicado desarrollar para Acrobat que usar lenguaje, aplicaciones y protocolos estándar basados en Internet, que ya está desarrollado y verificado su funcionamiento.
Y el adobe también está desarrollado y verificado. Ese formulario de arriba es muy fácil de generar con el adobe (el completo), no tiene código de puntos ni nada, es un simple formulario para imprimir. ¿Sabes que como ingeniero puedo presentar los proyectos en pdf y tenerlos sellados oficialmente (visados) por mi colegio en formato pdf, con plena validez legal, sin copia impresa de ningún tipo? Tanto la copia del colegio como la del estado como la mia serían digitales, en pdf. En windows, claro. Y eso es legalmente reconocido en España. No lo es en cambio un dibujo en png con firma encriptada por pgp, por muy estandar abierto que sea.
¿Cómo paga un usuario con tarjeta de crédito / débito por Internet? ¿Con Acrobat o con seguridad ssl y formatos html >:-)?
Te advierto que el colegio de ingenieros cobra y paga los proyectos basandose en esos documentos en pdf que digo, que van sellados criptográficamente con marca de agua. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFGuko8tTMYHG2NR9URArdQAJ4sQKu0bQHlHAJQjEFza4wVkJRfIQCdHEmG VwlipCGXQoiC0uVxE30i+yQ= =g7h3 -----END PGP SIGNATURE-----
El 9/08/07, Carlos E. R. escribió:
Esa versión hace muchas cosas que no hace el reader, para eso está.
Sí, pero en este caso creo que ha sido "metedura de pata" de los que han creado el fichero: si lo que querían era que no se pudieran guardar los datos del formulario tenían que haber usado otro tipo de seguridad (drm, por ejemplo) que ni la versión profesional puede saltarse.
Pero no es adobe quien lo impide, es la seguridad social quien lo impide, porque han configurado así el formulario (en opciones de seguridad).
Correcto, no es cosa de Acrobat, ya que tiene el mismo comportamiento bajo windows y bajo suse.
"there are three types of Adobe PDF forms". Uno es sólo para imprimir, otro tiene un botón que graba los datos o un pdf completo con los datos para enviar por email, y un tercero que envía directamente los datos a un servidor web.
Mientras esté documentado y sea estándar, vale, pero sigo pensando que no es este el comportamiento que ellos quieren.
Los malos en este caso no son los de adobe, son los de la seguridad social. No se puede grabar porque ellos no quieren que lo grabes.
Ya, pero no lo han conseguido: se puede hacer desde la versión profesional y desde suse con la impresora de kde o similar. Vamos, que han perdido el tiempo :-).
Sí, pero porque también permite editar y generar los formularios.
O porque no han utilizado la seguridad adecuada.
Claro que lo conoces: es el que usas para presentar la declaración todos los años, salvo que te la hagan. Lo genera el programa "padre.exe", y no es un pdf, ni es estandard ni portable ni multiplataforma.
No he visto en funcionamiento ese programa Padre, pero si hay no versión en java mal asunto. Toca papel y boli.
Y el adobe también está desarrollado y verificado.
Me refiero a que están "matando moscas a cañonazos". Que no hace falta un formulario en pdf con campos editables (pero no almacenables :-)), que es más sencillo un formulario en html bajo servidor seguro que vaya a su base de datos. En pocas palabras: que se complican mucho.
Ese formulario de arriba es muy fácil de generar con el adobe (el completo), no tiene código de puntos ni nada, es un simple formulario para imprimir.
Eso mismo, pero fíjate la de problemas que genera: que no se puede guardar (yo me pregunto por qué), es decir, que en este caso hubiera resultado más sencillo otra opción.
¿Sabes que como ingeniero puedo presentar los proyectos en pdf y tenerlos sellados oficialmente (visados) por mi colegio en formato pdf, con plena validez legal, sin copia impresa de ningún tipo? Tanto la copia del colegio como la del estado como la mia serían digitales, en pdf. En windows, claro.
Y eso es legalmente reconocido en España.
No lo es en cambio un dibujo en png con firma encriptada por pgp, por muy estandar abierto que sea.
Las facturas de teléfono también están en formato pdf, con validez legal. La firma digital es una alternativa viable y con menos problemas.
Te advierto que el colegio de ingenieros cobra y paga los proyectos basandose en esos documentos en pdf que digo, que van sellados criptográficamente con marca de agua.
Que sí, que sí, pero lo que quiero decir es que hay otras formas de transmitir los datos de forma segura que es de lo que estamos hablando: para cambiar los datos de la seg. social no hace falta un pdf, hasta por fax se podría hacer con la fotocopia del dni :-) Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El 9/08/07, Camaleón
El 9/08/07, Carlos E. R. escribió:
Esa versión hace muchas cosas que no hace el reader, para eso está.
Sí, pero en este caso creo que ha sido "metedura de pata" de los que han creado el fichero: si lo que querían era que no se pudieran guardar los datos del formulario tenían que haber usado otro tipo de seguridad (drm, por ejemplo) que ni la versión profesional puede saltarse.
Pero no es adobe quien lo impide, es la seguridad social quien lo impide, porque han configurado así el formulario (en opciones de seguridad).
Correcto, no es cosa de Acrobat, ya que tiene el mismo comportamiento bajo windows y bajo suse.
Entonces como explicáis que los formularios que genero yo sin ningún tipo de limitación para los usuarios, tampoco se pueden grabar con el Reader. El aviso de que no se puede grabar en efecto sale en todos los sistemas operativos en los que corra el Reader, también en Mac OS X Un saludo -- Octavio Ávalos --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El 9/08/07, J. OCTAVIO AVALOS escribió:
Entonces como explicáis que los formularios que genero yo sin ningún tipo de limitación para los usuarios, tampoco se pueden grabar con el Reader.
Sí, pero no es una característica exclusiva de Acrobat Reader para Linux, sino para todos los lectores de Acrobat Reader. Más datos: El formulario TA.2/S de la seg. social, abierto desde acrobat 5.0 dice que no tiene ningún tipo de seguridad ni restricciones, todo está permitido. El mismo documento, abierto desde Acrobat Reeder 7.0 sí muestra restricciones (se puede imprimir pero no se puede "ensamblar", ni enviar los datos del formulario y algunas otras opciones). Lo cual me da a entender que yo estaba en un error: - No se trata de restricciones impuestas por la seg. social, sino del propio funcionamiento de los formularios: las versiones completas de acrobat lo pueden editar, guardar, imprimir, modificar (salvo que se añada seguridad), extraer los datos... y las versiones reader sólo pueden imprimirlo y bueno, creo que también pueden copiar los datos de todo el documento, el formulario también, si se guarda en formato texto (menú archivo / guardar como texto...). - Leyendo la ayuda de Acrobat 5.0 llego a la conclusión de que el uso de formularios en pdf no es más que un dolor de... muelas :-). Es un intento de imitar el funcionamiento de los formularios web (html) pero más limitado y con todo este tipo de problemas. Además, y en este caso en concreto (seg. social) su uso no está para nada justificado, ya que los datos no se envían a ningún lado de forma automatizada, hay que entregarlo rellenado e impreso. Qué follón :-P. Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-08-09 a las 16:04 +0200, Camaleón escribió:
El 9/08/07, J. OCTAVIO AVALOS escribió:
Entonces como explicáis que los formularios que genero yo sin ningún tipo de limitación para los usuarios, tampoco se pueden grabar con el Reader.
Sí, pero no es una característica exclusiva de Acrobat Reader para Linux, sino para todos los lectores de Acrobat Reader. Más datos:
El formulario TA.2/S de la seg. social, abierto desde acrobat 5.0 dice que no tiene ningún tipo de seguridad ni restricciones, todo está permitido. El mismo documento, abierto desde Acrobat Reeder 7.0 sí muestra restricciones (se puede imprimir pero no se puede "ensamblar", ni enviar los datos del formulario y algunas otras opciones).
Ese formulario ha sido creado con distiller 7.0 a partir de un fichero TA_2S.cdr (¿que programa hace los cdr?), y está preparado para un reader 6.x, no para un 5.0. Lo que haga el 5.0 no indica gran cosa. El pdfinfo dice: Title: TA_2S.cdr Author: 99TU3546 Creator: PScript5.dll Version 5.2 Producer: Acrobat Distiller 7.0 (Windows) CreationDate: Fri 08 Jun 2007 11:13:31 AM CEST ModDate: Mon 11 Jun 2007 04:28:33 PM CEST Tagged: no Pages: 3 Encrypted: no Page size: 595.22 x 842 pts (A4) File size: 905972 bytes Optimized: no PDF version: 1.5 Había otro comando para reportar más cosas pero ahora no caigo. Quizás con pdftk.
Lo cual me da a entender que yo estaba en un error:
- No se trata de restricciones impuestas por la seg. social, sino del propio funcionamiento de los formularios: las versiones completas de acrobat lo pueden editar, guardar, imprimir, modificar (salvo que se añada seguridad), extraer los datos... y las versiones reader sólo pueden imprimirlo y bueno, creo que también pueden copiar los datos de todo el documento, el formulario también, si se guarda en formato texto (menú archivo / guardar como texto...).
Las reader pueden grabar los datos sólo si el autor ha puesto el botón de grabar datos dentro del formulario. Debería salir en la barra amarilla donde la 7 avisa que no se puede grabar, junto al botón de imprimir el formulario. La completa puede porque no le han puesto password.
- Leyendo la ayuda de Acrobat 5.0 llego a la conclusión de que el uso de formularios en pdf no es más que un dolor de... muelas :-).
La 5 es obsoleta.
Es un intento de imitar el funcionamiento de los formularios web (html) pero más limitado y con todo este tipo de problemas. Además, y en este caso en concreto (seg. social) su uso no está para nada justificado, ya que los datos no se envían a ningún lado de forma automatizada, hay que entregarlo rellenado e impreso.
Pero porque quieren ellos. No se puede enviar telemáticamente porque tienen que sellar el registro de entrada y de salida con tampón, y tiene que llevar firmas a boligrafo con tinta azul del empresario y del trabajador (no, no vale firmar en negro ni rojo), y tienes que recortar con tijera una parte del papelito. Está justificado en tanto en cuanto te puedes imprimir el formulario rellenado o en blanco y rellenarlo con máquina de escribir o a boligrafo, con todos los escuditos y colorines que se han inventado ellos en el milimetro exacto que quieren ellos. Recuerda, son funcionarios: si no se imprime exactamente donde quieren, el formulario no es válido y tienes que comprarselo al bedel con cargo al colegio de huerfanos. Ni que hubieras nacido ayer :-P - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFGuzRdtTMYHG2NR9URAke8AJ93ZeJdCK44pBILaJiYtiY81MTGTQCfbuu7 bLHibc+rGA+PGRDqTWLQ3yg= =/iW4 -----END PGP SIGNATURE-----
El 9/08/07, Carlos E. R. escribió:
Ese formulario ha sido creado con distiller 7.0 a partir de un fichero TA_2S.cdr (¿que programa hace los cdr?), y está preparado para un reader 6.x, no para un 5.0. Lo que haga el 5.0 no indica gran cosa.
La 5.0 será todo lo obsoleta que quieras, pero a partir de la versión 6.0 se podría decir que la calidad del programa disminuyó de forma, hum, considerable, por no hablar del espacio que ocupa en disco. Una burrada. Los cdr creo que son ficheros de Corel Draw.
Las reader pueden grabar los datos sólo si el autor ha puesto el botón de grabar datos dentro del formulario. Debería salir en la barra amarilla donde la 7 avisa que no se puede grabar, junto al botón de imprimir el formulario.
En la ayuda de Acrobat dice que si los formularios se crean a partir de plantillas no se pueden guardar los datos en las versiones Reader. No veo nada de restricciones para formularios creados por el usuario.
La completa puede porque no le han puesto password.
Es posible. Lo que es seguro es que no lleva seguridad, lo que hace es intrínseco al funcionamiento de acrobat.
La 5 es obsoleta.
Pero creo que es la mejor versión que haya hecho. Lo digo porque también tengo una 7.0 professional que es otro dolor de... muelas :-P.
Pero porque quieren ellos. No se puede enviar telemáticamente porque tienen que sellar el registro de entrada y de salida con tampón, y tiene que llevar firmas a boligrafo con tinta azul del empresario y del trabajador (no, no vale firmar en negro ni rojo), y tienes que recortar con tijera una parte del papelito.
Pero Carlos, si lo tengo que llevar impreso ¿por qué no simplemente imprimirlo y lo relleno a mano? No hay ninguna diferencia. O lo haces todo digital o lo haces manual, de cualquier otra forma pierdes tiempo.
Está justificado en tanto en cuanto te puedes imprimir el formulario rellenado o en blanco y rellenarlo con máquina de escribir o a boligrafo, con todos los escuditos y colorines que se han inventado ellos en el milimetro exacto que quieren ellos. Recuerda, son funcionarios: si no se imprime exactamente donde quieren, el formulario no es válido y tienes que comprarselo al bedel con cargo al colegio de huerfanos.
Ni que hubieras nacido ayer :-P
Ya, ya, si ya lo sé. Pero estas cosas tienen "tela marinera", no les veo ningún sentido, no hay ninguna ventaja. De verdad que prefiero enviar un fax, al menos tengo una copia exacta de lo que he enviado. Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-08-09 a las 17:54 +0200, Camaleón escribió:
El 9/08/07, Carlos E. R. escribió:
Ese formulario ha sido creado con distiller 7.0 a partir de un fichero TA_2S.cdr (¿que programa hace los cdr?), y está preparado para un reader 6.x, no para un 5.0. Lo que haga el 5.0 no indica gran cosa.
La 5.0 será todo lo obsoleta que quieras, pero a partir de la versión 6.0 se podría decir que la calidad del programa disminuyó de forma, hum, considerable, por no hablar del espacio que ocupa en disco. Una burrada.
Los cdr creo que son ficheros de Corel Draw.
Lo pensé, pero es extraño, ¿no? Parece que tienes razón, eso es lo que lista en "http://en.wikipedia.org/wiki/Alphabetical_list_of_file_extensions".
Las reader pueden grabar los datos sólo si el autor ha puesto el botón de grabar datos dentro del formulario. Debería salir en la barra amarilla donde la 7 avisa que no se puede grabar, junto al botón de imprimir el formulario.
En la ayuda de Acrobat dice que si los formularios se crean a partir de plantillas no se pueden guardar los datos en las versiones Reader. No veo nada de restricciones para formularios creados por el usuario.
¿Que plantillas? Tuve el adobe completo hace años (en un curro), pero no en la actualidad, no puedo hacer pruebas de creación de pdfs de esos.
La completa puede porque no le han puesto password.
Es posible. Lo que es seguro es que no lleva seguridad, lo que hace es intrínseco al funcionamiento de acrobat.
He intentado con "pdftk copia.pdf allow AllFeatures" pero no me deja: Error: Unexpected command-line data: allow where we were expecting an input PDF filename, operation (e.g. "cat") or "input_pw". Exiting. Errors encountered. No output created. Done. Input errors, so no output created. Si intento con "pdftk copia.pdf input_pw foopass allow AllFeatures" vuelve a protestar: Error: Unexpected command-line data: allow where we were expecting an input PDF password or operation (e.g. "cat"). Exiting. Errors encountered. No output created. Done. Input errors, so no output created. Según los ejemplos de la ayuda es la sintaxis correcta. Esos ejemplos son incompletos o mal puestos :-( Esto si funciona: pdftk copia.pdf burst owner_pw foopass allow AllFeatures pero sigue prohibiendo el envío de formularios y otras cosas. Igual que esto: pdftk copia.pdf burst owner_pw foopass allow allfeatures ModifyAnnotations CopyContents Falta algo más, no le da la gana activar el permiso.
La 5 es obsoleta.
Pero creo que es la mejor versión que haya hecho. Lo digo porque también tengo una 7.0 professional que es otro dolor de... muelas :-P.
Pero no puede funcionar bien en la 5 un fichero creado para la 6.
Pero porque quieren ellos. No se puede enviar telemáticamente porque tienen que sellar el registro de entrada y de salida con tampón, y tiene que llevar firmas a boligrafo con tinta azul del empresario y del trabajador (no, no vale firmar en negro ni rojo), y tienes que recortar con tijera una parte del papelito.
Pero Carlos, si lo tengo que llevar impreso ¿por qué no simplemente imprimirlo y lo relleno a mano?
Pues hazlo :-)
No hay ninguna diferencia. O lo haces todo digital o lo haces manual, de cualquier otra forma pierdes tiempo.
¡No! Lo que te ahorras es tener que ir a la oficina de ellos dos veces: la primera para comprarles el impreso - aunque el dinero vaya a los huerfanos de los funcionarios (no es broma, lo hacen los de hacienda así). Lo puedes bajar por internet e imprimirlo en casa cuantas veces quieras, en blanco o rellenado. Lo puedes imprimir en blanco y rellenarlo con máquina de escribir; y dado que hoy en dia casi nadie tiene esos chismes, pero sí tienen un ordenador e impresora, pues lo rellenas con el ordenador y lo imprimes en casa y lo entregas en la oficina.
Está justificado en tanto en cuanto te puedes imprimir el formulario rellenado o en blanco y rellenarlo con máquina de escribir o a boligrafo, con todos los escuditos y colorines que se han inventado ellos en el milimetro exacto que quieren ellos. Recuerda, son funcionarios: si no se imprime exactamente donde quieren, el formulario no es válido y tienes que comprarselo al bedel con cargo al colegio de huerfanos.
Ni que hubieras nacido ayer :-P
Ya, ya, si ya lo sé. Pero estas cosas tienen "tela marinera", no les veo ningún sentido, no hay ninguna ventaja. De verdad que prefiero enviar un fax, al menos tengo una copia exacta de lo que he enviado.
Nada te impide imprimirlo dos veces y guardarte una copia... es más, seguro que tienes que llevar una copia y que te la sellen como entregada. O lo imprimes a fichero. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFGu0qEtTMYHG2NR9URAukYAJ9wS6LhPI3U4+Hfik0AyzEQUk9uDACcDTiT zW/dI+RAvvk5Hpe0x5r6SK4= =yCZQ -----END PGP SIGNATURE-----
El 9/08/07, Carlos E. R. escribió:
Lo pensé, pero es extraño, ¿no?
Lo es. Trabajé con ese programa, no sé cómo lo pueden utilizar para estas cosas, resulta curioso, desde luego.
¿Que plantillas? Tuve el adobe completo hace años (en un curro), pero no en la actualidad, no puedo hacer pruebas de creación de pdfs de esos.
Copio y pego de la ayuda: Uso de plantillas para generar formularios de forma dinámica (...) Importante: Acrobat Reader no admite las funciones de plantillas. Por lo tanto, si crea una aplicación de Acrobat que usa esta función, los usuarios que sólo tengan acceso a Acrobat Reader no podrán utilizarla. Y es la única información que veo relacionado con restricciones del lector y los formularios.
Pero no puede funcionar bien en la 5 un fichero creado para la 6.
Más que la versión de Acrobat, influye la versión de pdf utilizada (1.2, 1.3, 1.4, 1.5...) Yo suelo generar los pdf con la versión 1.3 para que sea lo más compatible posible.
Pues hazlo :-)
No se trata de "poder", ya hemos comprobado que se puede "imprimir" una copia del formulario con los datos del pdf, se trata más bien de la "idoneidad" del medio utilizado por parte de la seg. social para recibir los datos, sencillamente no lo veo el más adecuado.
¡No!
Lo que te ahorras es tener que ir a la oficina de ellos dos veces: la primera para comprarles el impreso - aunque el dinero vaya a los huerfanos de los funcionarios (no es broma, lo hacen los de hacienda así).
¡Es que no tenemos por qué ir a la oficina ni una sola vez! Para eso es Internet, lo demás son "medias tintas", soluciones a medias que no sirven. Creo que si haces algo, es mejor hacerlo bien :-P.
Lo puedes bajar por internet e imprimirlo en casa cuantas veces quieras, en blanco o rellenado.
Lo puedes imprimir en blanco y rellenarlo con máquina de escribir; y dado que hoy en dia casi nadie tiene esos chismes, pero sí tienen un ordenador e impresora, pues lo rellenas con el ordenador y lo imprimes en casa y lo entregas en la oficina.
No quiero una copia impresa, no quiero papel, no quiero entregarlo en la oficina, no quiero depender de sus horarios... no al menos para realizar ese tipo de gestiones, debería ser totalmente automático.
Nada te impide imprimirlo dos veces y guardarte una copia... es más, seguro que tienes que llevar una copia y que te la sellen como entregada.
O lo imprimes a fichero.
Pero esa no es la cuestión. Si estás utilizando un formato digital ¡no te quedes a medias, termina el proceso de forma "digital"! Que estamos hablando de unos datos triviales que se pueden dar por teléfono, no hace falta ni imprimir en papel ni ir a la oficina >:-) Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-08-09 a las 20:46 +0200, Camaleón escribió:
El 9/08/07, Carlos E. R. escribió:
Lo pensé, pero es extraño, ¿no?
Lo es. Trabajé con ese programa, no sé cómo lo pueden utilizar para estas cosas, resulta curioso, desde luego.
Yo también trabajé con el hace tiempo. Desde luego, les da libertad absoluta de creación del formulario en cuanto a donde posicionar cada cosa. Y es posible que permita incluso, mediante algun plugin o extensión, definir los campos que vaya a poner luego el pdf. Interesante.
¿Que plantillas? Tuve el adobe completo hace años (en un curro), pero no en la actualidad, no puedo hacer pruebas de creación de pdfs de esos.
Copio y pego de la ayuda:
Uso de plantillas para generar formularios de forma dinámica
(...) Importante: Acrobat Reader no admite las funciones de plantillas. Por lo tanto, si crea una aplicación de Acrobat que usa esta función, los usuarios que sólo tengan acceso a Acrobat Reader no podrán utilizarla.
Y es la única información que veo relacionado con restricciones del lector y los formularios.
Bueno... entonces es algo que tiene la versión completa nada más, pero no se que será.
Pero no puede funcionar bien en la 5 un fichero creado para la 6.
Más que la versión de Acrobat, influye la versión de pdf utilizada (1.2, 1.3, 1.4, 1.5...) Yo suelo generar los pdf con la versión 1.3 para que sea lo más compatible posible.
Estos llevan la 1.5
Pues hazlo :-)
No se trata de "poder", ya hemos comprobado que se puede "imprimir" una copia del formulario con los datos del pdf, se trata más bien de la "idoneidad" del medio utilizado por parte de la seg. social para recibir los datos, sencillamente no lo veo el más adecuado.
Digo que puedes imprimirlo en blanco y rellenarlo a boligrafo, sin necesidad de ir a la ss a comprar los impresos. Y el PDF es el formato más idoneo que existe para publicar electronicamente un documento y que se imprima exactamente como el autor quiere que se imprima. Eso es un hecho. Ni siquiera con un odt, porque es editable. Ni con una foto en png, porque no es seguro que se imprima en el tamaño adecuado.
¡No!
Lo que te ahorras es tener que ir a la oficina de ellos dos veces: la primera para comprarles el impreso - aunque el dinero vaya a los huerfanos de los funcionarios (no es broma, lo hacen los de hacienda así).
¡Es que no tenemos por qué ir a la oficina ni una sola vez! Para eso es Internet, lo demás son "medias tintas", soluciones a medias que no sirven. Creo que si haces algo, es mejor hacerlo bien :-P.
No se puede. Ese impreso lleva la firma a boligrafo de dos personas, el empresario y el trabajador. ¿Como haces eso electrónicamente? Tiene que firmarlo primero una persona (empresario, pe) y mandarsela eletrónicamente al trabajador para que también la firme. Yo, trabajador, ni atado llevo mi certificado digital a la empresa (que encima todavía no me ha contratado) para firmar un documento en un ordenador que no es mio. Ni hablar. No es posible, este documento oficial ha de firmarse con bolígrafo. Por eso tienes que imprimirlo (rellenado o no) y entregarlo en mano. Mira, hay otro formato, el 650D (sucesiones) que te dan el pdf serializado. No vale tener el fichero pdf y generar varias copias: no vale. Si tienes que rellenar cinco impresos, te lo bajas cinco veces distintas. Lo llaman formatos preimpresos (http://www.carm.es/, e-tributos). Y encima no es un formulario: no se puede rellenar electrónicamente, aunque si vas a la delegación y lo pides te lo rellenan delante tuya: ellos deben usar internamente uno equivalente también en pdf con campos rellenables y cálculos y comprobaciones. Es posible que se ejecute contra el servidor interno de ellos. Y, aunque el de ellos genera un código de puntos (con todos los datos), hay también que firmarlo a bolígrafo. Que se trata de la administración... ¿creías que esto de la informática iba a facilitar las cosas? ¡Anda ya! :-P
Lo puedes bajar por internet e imprimirlo en casa cuantas veces quieras, en blanco o rellenado.
Lo puedes imprimir en blanco y rellenarlo con máquina de escribir; y dado que hoy en dia casi nadie tiene esos chismes, pero sí tienen un ordenador e impresora, pues lo rellenas con el ordenador y lo imprimes en casa y lo entregas en la oficina.
No quiero una copia impresa, no quiero papel, no quiero entregarlo en la oficina, no quiero depender de sus horarios... no al menos para realizar ese tipo de gestiones, debería ser totalmente automático.
No se puede. Con este formulario no, con otros quizás.
Nada te impide imprimirlo dos veces y guardarte una copia... es más, seguro que tienes que llevar una copia y que te la sellen como entregada.
O lo imprimes a fichero.
Pero esa no es la cuestión. Si estás utilizando un formato digital ¡no te quedes a medias, termina el proceso de forma "digital"! Que estamos hablando de unos datos triviales que se pueden dar por teléfono, no hace falta ni imprimir en papel ni ir a la oficina >:-)
Un documento entre trabajador y empresario no es trivial. Un tributo no es trivial. Va mucho dinero en ello. Yo prefiero ir a la administración y que me lo rellenen ellos. En el acrobat, acerca de los plugins, dice en el de "Forms", dependencies: Plug-ins required for loading: EScript Plug-ins required for full functionality: WebLink, IA32, WebPDF, SendMail, Spelling, DigSig, PDDom, MakeAccessible De esos, no tengo el IA32, ni el WebPDF. Ignoro en que afectan. Pero de ninguno de los formatos que he visto se pueden grabar datos porque todos lo tienen prohibido. No se si otros programas lo permiten. He estado mirando el "CABAReT", pero restringue muchas cosas: prohibe hasta conectarle pugins de ternceros, así que no lo he probado. Si Octavio nos envía un formulario tonto con dos o tres campos que no tenga prohibida la grabación... - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFGu5VNtTMYHG2NR9URAkRFAJ4hKlHsPFAy2UYFpnvgG4FeiytJJwCZAc+v E2gBErp/ePoj08Ycd6WYR/0= =LAwA -----END PGP SIGNATURE-----
El 10/08/07, Carlos E. R. escribió:
Yo también trabajé con el hace tiempo. Desde luego, les da libertad absoluta de creación del formulario en cuanto a donde posicionar cada cosa. Y es posible que permita incluso, mediante algun plugin o extensión, definir los campos que vaya a poner luego el pdf.
Bueno, no es precisamente el programa que utilizaría para hacer algo "serio" :-).
Estos llevan la 1.5
Sí, y al abrir el pdf en la versión 5.0 te avisa de que no todas las funciones pueden estar disponibles.
Digo que puedes imprimirlo en blanco y rellenarlo a boligrafo, sin necesidad de ir a la ss a comprar los impresos. Y el PDF es el formato más idoneo que existe para publicar electronicamente un documento y que se imprima exactamente como el autor quiere que se imprima. Eso es un hecho. Ni siquiera con un odt, porque es editable. Ni con una foto en png, porque no es seguro que se imprima en el tamaño adecuado.
No lo veo adecuado para editar la información. Sí lo veo bien para almacenar la información de los formularios, facturas, faxes, folletos... por ejemplo, pero no para modificarlos.
No se puede. Ese impreso lleva la firma a boligrafo de dos personas, el empresario y el trabajador. ¿Como haces eso electrónicamente? Tiene que firmarlo primero una persona (empresario, pe) y mandarsela eletrónicamente al trabajador para que también la firme.
Para eso mismo está la firma digital / electrónica, para sustituir la firma manual :-). De todas formas, habría que preguntarse si es necesario que se firme por ambas partes.
Yo, trabajador, ni atado llevo mi certificado digital a la empresa (que encima todavía no me ha contratado) para firmar un documento en un ordenador que no es mio.
Tú, como trabajador, no tienes que llevar nada, la empresa usa su certificado de empresa para gestionar los datos de sus trabajadores no el de los trabajadores de forma individual.
Ni hablar.
No es posible, este documento oficial ha de firmarse con bolígrafo. Por eso tienes que imprimirlo (rellenado o no) y entregarlo en mano.
Sigo preguntando si realmente es necesaria esa firma en boli.
Mira, hay otro formato, el 650D (sucesiones) que te dan el pdf serializado. No vale tener el fichero pdf y generar varias copias: no vale. Si tienes que rellenar cinco impresos, te lo bajas cinco veces distintas. Lo llaman formatos preimpresos (http://www.carm.es/, e-tributos).
Siempre hay otras alternativas, no siempre los procedimientos empleados son los mejores, todo es susceptible de mejora y cambio.
Y encima no es un formulario: no se puede rellenar electrónicamente, aunque si vas a la delegación y lo pides te lo rellenan delante tuya: ellos deben usar internamente uno equivalente también en pdf con campos rellenables y cálculos y comprobaciones. Es posible que se ejecute contra el servidor interno de ellos. Y, aunque el de ellos genera un código de puntos (con todos los datos), hay también que firmarlo a bolígrafo.
Mira, entiendo lo que dices, pero es el sistema el que debe cambiar. Piensa en las personas con movilidad reducida, gente mayor o sencillamente aquellas personas que no viven en España ¿crees que es realmente necesario firmar a mano un documento para modificar unos datos?
Que se trata de la administración... ¿creías que esto de la informática iba a facilitar las cosas? ¡Anda ya!
:-P
Cuestión de tiempo, ya lo verás. Lo que quiere el Estado es que pagues ;-), y por tanto su objetivo es poner las menos trabas posibles para ello. Fíjate en la campaña de la renta, puedes presentar por Internet, confirmar por sms, etc...
No se puede. Con este formulario no, con otros quizás.
No te cierres en banda con el método del formulario, hay otras opciones. Si el formulario no sirve, se busca una alternativa mejor.
Un documento entre trabajador y empresario no es trivial. Un tributo no es trivial. Va mucho dinero en ello. Yo prefiero ir a la administración y que me lo rellenen ellos.
Me fío más del documento electrónico que del papel... por ejemplo ¿cuántas veces recibes facturas de servicios, datos bancarios, etc. en tu buzón que no son para ti sino para el vecino? >:-)
En el acrobat, acerca de los plugins, dice en el de "Forms", dependencies:
Plug-ins required for loading: EScript Plug-ins required for full functionality: WebLink, IA32, WebPDF, SendMail, Spelling, DigSig, PDDom, MakeAccessible
De esos, no tengo el IA32, ni el WebPDF. Ignoro en que afectan.
ia32: This plug-ins provides Internet Access for Acrobat weblink: The Acrobat Weblink plug-in allows users to link to web pages from PDF files.
Pero de ninguno de los formatos que he visto se pueden grabar datos porque todos lo tienen prohibido. No se si otros programas lo permiten. He estado mirando el "CABAReT", pero restringue muchas cosas: prohibe hasta conectarle pugins de ternceros, así que no lo he probado.
Si Octavio nos envía un formulario tonto con dos o tres campos que no tenga prohibida la grabación...
Creo que como bien apuntas en un mensaje más abajo a Octavio, es tema de Acrobat Reader (para todos los sistemas) que cambia los permisos del pdf con formularios y no permite guardar los datos... Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
Muy buenos dias a todos, En efecto Carlos, el recurso del Ayuntamiento es un formulario que lo hice abierto, yo no le puse ninguna restricción, para ser grabado en soporte electrónico en la carpeta de cada cliente, de esta forma siempre tengo una copia del trabajo que le hice a cada uno, al margen de el soporte en papel que va al archivo. El segundo, el de tráfico, es un pdf normal que lo podemos convertir en formulario tan solo añadiéndole los campos y así tenerlo para los distintos recursos que presentas. Os adjunto ese mismo pdf transformado en formulario en unos poco campos. Por otro lado lo primero vamos a concretar conceptos. El sistema RED (Remisión Electrónica de Documentación) de la seguridad social precisa un certificado digital y firmar un convenio con ellos. Pues bien, los movimientos de Alta, Baja, Variación de Datos etc. de trabajadores, Certificados de estar al corriente, estado de deudas ... Que realicemos, las podemos hacer Online o por remesa generada por las aplicaciones de Nominas que tenga cada usuario, para todas estas gestiones no se precisa la intervención del trabajador, ni firma física ni nada, lleva la firma digital del autorizado (empresa o Profesional dados de alta en el sistema RED). Ahora bien, una empresa que no esté en este sistema, lo que hace es bajarse el modelo, cubrirlo por pantalla que siempre es más cómodo, imprimirlo, firmarlo los que se precise (empresa y trabajador para las altas y empresa solo para las bajas, por ejemplo) y presentarlo en la Tesorería. Este sistema fue el que existió siempre lo único que cambia es que tenemos el modelo en internet y lo cubrimos con el ordenador en vez de con la máquina de escribir. Después tenemos los pdf únicos que se generan (OJO son PDF su salida, una vez generados) para cada actuación en concreto, estos suelen llevar Código de Barras y un número de referencia que cambian cada vez que precisemos utilizar este impreso. Es el ejemplo que pone Carlos del Impuesto de Transmisiones Patrimoniales y Actos Jurídicos Documentados. Como bien sabéis este impuesto hay que liquidarlo y adjuntarlo con el resto de la documentación en el registro o dependencia encargada de su registro. El caso es que tanto en uno como en otro ejemplo, una vez que tenemos cubierto el modelo y queremos archivarlo en pdf en nuestro ordenador, para no tener que acudir al soporte papel (del modelo tramitado fisicamente cuando así sea) o cuando la administración nos lo envia por internet conforme ya fue tramitado (supuesto del sistema RED), el READER no permite grabar el formulario cubierto. Y por último y en general, tampoco permite el READER grabar ningún formulario cubierto (con esto último ya simplificamos todo) Un saludo -- Octavio Ávalos
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-08-10 a las 10:54 +0200, J. OCTAVIO AVALOS escribió:
En efecto Carlos, el recurso del Ayuntamiento es un formulario que lo hice abierto, yo no le puse ninguna restricción, para ser grabado en soporte electrónico en la carpeta de cada cliente, de esta forma siempre tengo una copia del trabajo que le hice a cada uno, al margen de el soporte en papel que va al archivo.
Pues el reader dice que tiene los permisos restringidos.
El segundo, el de tráfico, es un pdf normal que lo podemos convertir en formulario tan solo añadiéndole los campos y así tenerlo para los distintos recursos que presentas. Os adjunto ese mismo pdf transformado en formulario en unos poco campos.
Pues tiene restringido: document assembly comenting signing creation of template pages submitting forms Hay que averiguar porqué es eso.
Por otro lado lo primero vamos a concretar conceptos. El sistema RED (Remisión Electrónica de Documentación) de la seguridad social precisa un certificado digital y firmar un convenio con ellos. Pues bien, los movimientos de Alta, Baja, Variación de Datos etc. de trabajadores, Certificados de estar al corriente, estado de deudas ... Que realicemos, las podemos hacer Online o por remesa generada por las aplicaciones de Nominas que tenga cada usuario, para todas estas gestiones no se precisa la intervención del trabajador, ni firma física ni nada, lleva la firma digital del autorizado (empresa o Profesional dados de alta en el sistema RED).
Ajá. Y es distinto de cualquier persona usando sistemas electrónicos con la administración.
Ahora bien, una empresa que no esté en este sistema, lo que hace es bajarse el modelo, cubrirlo por pantalla que siempre es más cómodo, imprimirlo, firmarlo los que se precise (empresa y trabajador para las altas y empresa solo para las bajas, por ejemplo) y presentarlo en la Tesorería. Este sistema fue el que existió siempre lo único que cambia es que tenemos el modelo en internet y lo cubrimos con el ordenador en vez de con la máquina de escribir.
Exacto. Lo que falla es poder guardar copia electrónica para nuestro archivo. Se puede hacer imprimiendo a a papel o a fichero - y por cierto, el documento imprimido será más pequeño que el formulario, que algunos ocupan varios megas por el formulario.
Después tenemos los pdf únicos que se generan (OJO son PDF su salida, una vez generados) para cada actuación en concreto, estos suelen llevar Código de Barras y un número de referencia que cambian cada vez que precisemos utilizar este impreso. Es el ejemplo que pone Carlos del Impuesto de Transmisiones Patrimoniales y Actos Jurídicos Documentados. Como bien sabéis este impuesto hay que liquidarlo y adjuntarlo con el resto de la documentación en el registro o dependencia encargada de su registro.
Lo que no sé es porqué quieren un número de serie del impreso antes de rellenarlo. Podrían dar el número de serie al entregarlo en ventanilla, o al imprimirlo, como hace el "padre".
El caso es que tanto en uno como en otro ejemplo, una vez que tenemos cubierto el modelo y queremos archivarlo en pdf en nuestro ordenador, para no tener que acudir al soporte papel (del modelo tramitado fisicamente cuando así sea) o cuando la administración nos lo envia por internet conforme ya fue tramitado (supuesto del sistema RED), el READER no permite grabar el formulario cubierto.
Exacto, y eso es lo que no se entiende.
Y por último y en general, tampoco permite el READER grabar ningún formulario cubierto (con esto último ya simplificamos todo)
Sip. Absurdo. Yo creo que nos falta algo, o es un bug tremendo. ¿Alquien que quiera probar el CABAReT? http://www.cabaret-solutions.com/en/downloads/linux - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFGvEpztTMYHG2NR9URAuvHAKCRHyZ/5OTrKcMLopHenA5FjfViIwCfTo0G JyLzlR5mCDY590M3bwdCfZ0= =gisy -----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-08-10 a las 09:28 +0200, Camaleón escribió:
El 10/08/07, Carlos E. R. escribió:
Yo también trabajé con el hace tiempo. Desde luego, les da libertad absoluta de creación del formulario en cuanto a donde posicionar cada cosa. Y es posible que permita incluso, mediante algun plugin o extensión, definir los campos que vaya a poner luego el pdf.
Bueno, no es precisamente el programa que utilizaría para hacer algo "serio" :-).
Yo no sé como estarán ahora, pero si yo usara windows casi seguro que lo usaría para cosas "serias". Puede que haya otros, pero el corel draw es o era el mejor programa de edicion de graficos vectoriales que conozco. Por ejemplo, uno de los usos que hacía era escanear un logotipo con un escaner de mano, y luego rehacerlo completamente en forma vectorial, buscando los polígonos y fuentes de letra más similares al original, de manera que me quedaba un dibujo en .cdr que podía reducir o expandir cuanto quisiera sin merma de calidad. De hecho, no he visto un equivalente en linux, o los que he probado no le llegan a la suela de los zapatos en potencia y posibilidades. No, el gimp no vale: no es vectorial.
Estos llevan la 1.5
Sí, y al abrir el pdf en la versión 5.0 te avisa de que no todas las funciones pueden estar disponibles.
¡Pues por eso decía que no vale la 5 para estos ficheros desde hace dias! Grrrr!
Digo que puedes imprimirlo en blanco y rellenarlo a boligrafo, sin necesidad de ir a la ss a comprar los impresos. Y el PDF es el formato más idoneo que existe para publicar electronicamente un documento y que se imprima exactamente como el autor quiere que se imprima. Eso es un hecho. Ni siquiera con un odt, porque es editable. Ni con una foto en png, porque no es seguro que se imprima en el tamaño adecuado.
No lo veo adecuado para editar la información. Sí lo veo bien para almacenar la información de los formularios, facturas, faxes, folletos... por ejemplo, pero no para modificarlos.
Pues porque lo han hecho mal por algún sitio, pero la idea es que tienes un programa que te imprime el impreso de la administración perfectamente, y que si quieres lo puedes rellenar a boligrafo o en el mismo ordenador.
No se puede. Ese impreso lleva la firma a boligrafo de dos personas, el empresario y el trabajador. ¿Como haces eso electrónicamente? Tiene que firmarlo primero una persona (empresario, pe) y mandarsela eletrónicamente al trabajador para que también la firme.
Para eso mismo está la firma digital / electrónica, para sustituir la firma manual :-). De todas formas, habría que preguntarse si es necesario que se firme por ambas partes.
En algunos casos, como dice Octavio, sí hace falta (altas). Y en esos casos no hay proceso de firma electrónica que valga. De hecho, el que haya personas o entidades intermediarias funciona porque lo que se hace es que ese intermediario firma por las dos partes, o una de ellas que no puede firmar electrónicamente. Y lo hacen usando el sistema RED, que es otra cosa distinta.
Yo, trabajador, ni atado llevo mi certificado digital a la empresa (que encima todavía no me ha contratado) para firmar un documento en un ordenador que no es mio.
Tú, como trabajador, no tienes que llevar nada, la empresa usa su certificado de empresa para gestionar los datos de sus trabajadores no el de los trabajadores de forma individual.
Las altas los firman ambos (en sistema no red).
Ni hablar.
No es posible, este documento oficial ha de firmarse con bolígrafo. Por eso tienes que imprimirlo (rellenado o no) y entregarlo en mano.
Sigo preguntando si realmente es necesaria esa firma en boli.
Que si... lo pone el impreso.
Mira, hay otro formato, el 650D (sucesiones) que te dan el pdf serializado. No vale tener el fichero pdf y generar varias copias: no vale. Si tienes que rellenar cinco impresos, te lo bajas cinco veces distintas. Lo llaman formatos preimpresos (http://www.carm.es/, e-tributos).
Siempre hay otras alternativas, no siempre los procedimientos empleados son los mejores, todo es susceptible de mejora y cambio.
Éste es el procedimiento cambiado >:-) Además, como dice Octavio, no es sólo entregar el impreso, es el impreso y la documentación asociada. Mucho mejor en ventanilla, que te lo miran y te dicen si están todos los papelitos. Si los envío por fax o escaneados pueden rechazarlo una semana después porque falta alguno y ya ha pasado el plazo de presentación y me ponen la multa. Además que no, que tienen que ver los originales para ver que son originales.
Y encima no es un formulario: no se puede rellenar electrónicamente, aunque si vas a la delegación y lo pides te lo rellenan delante tuya: ellos deben usar internamente uno equivalente también en pdf con campos rellenables y cálculos y comprobaciones. Es posible que se ejecute contra el servidor interno de ellos. Y, aunque el de ellos genera un código de puntos (con todos los datos), hay también que firmarlo a bolígrafo.
Mira, entiendo lo que dices, pero es el sistema el que debe cambiar. Piensa en las personas con movilidad reducida, gente mayor o
¿Porqué te crees que me conozco ese formulario? Pues porque se lo he hecho a un familiar cercano en esas circunstancias ;-)
sencillamente aquellas personas que no viven en España
La embajada. Y si no, pues los representantes, gestorías, abogados, etc, que se ganan unos suelditos con el sudor de sus patas :-p
¿crees que es realmente necesario firmar a mano un documento para modificar unos datos?
Si quieres heredar, más te vale :-P
Que se trata de la administración... ¿creías que esto de la informática iba a facilitar las cosas? ¡Anda ya!
:-P
Cuestión de tiempo, ya lo verás. Lo que quiere el Estado es que pagues ;-), y por tanto su objetivo es poner las menos trabas posibles para ello. Fíjate en la campaña de la renta, puedes presentar por Internet, confirmar por sms, etc...
Y lo que quieren los funcionarios es perpetuar sus puestos. Que tengas que ir y guardar cola. Tsk, tsk... mira que no darte cuenta... :-P
No se puede. Con este formulario no, con otros quizás.
No te cierres en banda con el método del formulario, hay otras opciones. Si el formulario no sirve, se busca una alternativa mejor.
Desde su punto de vista, sirve.
Un documento entre trabajador y empresario no es trivial. Un tributo no es trivial. Va mucho dinero en ello. Yo prefiero ir a la administración y que me lo rellenen ellos.
Me fío más del documento electrónico que del papel... por ejemplo ¿cuántas veces recibes facturas de servicios, datos bancarios, etc. en tu buzón que no son para ti sino para el vecino? >:-)
Estos documentos de la administración no van por correo, son entregados en mano. Y no me vengas a decir que el correo electrónico es fiable ¡porque no lo es! No se puede garantizar que envias un correo y que el otro lo vaya a recibir siquiera. Muchos tienen unos filtro de spam tales que borran los correos válidos sin que el recibiente se entere siquiera. Y si lo reciben, no se puede garantizar la confiabilidad ni el secreto de las comunicaciones, porque no tienen ni idea de como usar los certificados y encriptar documentos. Lo intenté una vez con un abogado y fué imposible. Por cierto, si intentas enviar un documento anexo a un email cifrado con pgp, te dirá que el documento no irá firmado ni cifrado: sólo el email va protegido, no el anexo. Y luego están los que lo reciben y ni contestan, porque como es electrónico y no certificado no hay nada que justifique la entrega con validez legal. Dicen que no lo han recibido, y ahí puedes estar años esperando la respuesta. Y luego están los maleducados que no responden. ¿O es que cuando tú envías un CV a una empresa que lo ha pedido, esta empresa se digna siquiera en contestar con un emilio estandarizado (click) diciendo que lo han recibido y lo mirarán o lo tirarán a la basura inmediatamente? Joer, ni que les cobraran por contestar con un mísero "recibí" -- y un emilio personal diciendote tus posibilidades, ya ni te cuento :-/ ¡Venga ya! ¿Comunicaciones electrónicas fiables? Jamás. Eso es para los frikis, no es serio. Yo no quiero facturas electrónicas que substituyan el papel. Se me rompe la cuenta de correo, se me rompe la adsl, se me rompe el ordenador y me quedo sin recibirlas. Podría aceptar copias electrónicas de las facturas en papel.
En el acrobat, acerca de los plugins, dice en el de "Forms", dependencies:
Plug-ins required for loading: EScript Plug-ins required for full functionality: WebLink, IA32, WebPDF, SendMail, Spelling, DigSig, PDDom, MakeAccessible
De esos, no tengo el IA32, ni el WebPDF. Ignoro en que afectan.
ia32: This plug-ins provides Internet Access for Acrobat
Ese es el "EFS.api" (Internet access plug-in). Yo digo otro.
weblink: The Acrobat Weblink plug-in allows users to link to web pages from PDF files.
Ese es el "wwwlink.api", o weblink. Se trata de otro, el webPDF. No se que es lo que falta, pero en la documentación dice que el Reader tiene un menú "Documents/Forms" que al menos en Linux no aparece.
Pero de ninguno de los formatos que he visto se pueden grabar datos porque todos lo tienen prohibido. No se si otros programas lo permiten. He estado mirando el "CABAReT", pero restringue muchas cosas: prohibe hasta conectarle pugins de ternceros, así que no lo he probado.
Si Octavio nos envía un formulario tonto con dos o tres campos que no tenga prohibida la grabación...
Creo que como bien apuntas en un mensaje más abajo a Octavio, es tema de Acrobat Reader (para todos los sistemas) que cambia los permisos del pdf con formularios y no permite guardar los datos...
Es posible. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFGvEdqtTMYHG2NR9URAi7VAJ9mrhJQ4OrGd3yjzcleqTtTRYw1HACdF5Q9 69qcMmrbtmpSJBbp+b5LaEI= =Rzxn -----END PGP SIGNATURE-----
El 10/08/07, Carlos E. R. escribió:
Yo no sé como estarán ahora, pero si yo usara windows casi seguro que lo usaría para cosas "serias". Puede que haya otros, pero el corel draw es o era el mejor programa de edicion de graficos vectoriales que conozco.
Dentro del mundo de diseño gráfico lo consideran "un juguete" :-D, tiene más aceptación Freehand (finiquitado por adobe), Illustrator o Xara.
Por ejemplo, uno de los usos que hacía era escanear un logotipo con un escaner de mano, y luego rehacerlo completamente en forma vectorial, buscando los polígonos y fuentes de letra más similares al original, de manera que me quedaba un dibujo en .cdr que podía reducir o expandir cuanto quisiera sin merma de calidad.
De hecho, no he visto un equivalente en linux, o los que he probado no le llegan a la suela de los zapatos en potencia y posibilidades.
No, el gimp no vale: no es vectorial.
Es majo y permite efectos curiosos, pero no haría un formulario con ese programa, de veras, no es lo suyo. Mira, en la wiki ponen algunos: http://en.wikipedia.org/wiki/Comparison_of_vector_graphics_editors
¡Pues por eso decía que no vale la 5 para estos ficheros desde hace dias! Grrrr!
Pero ese mensaje no indica que no vaya a funcionar, sólo es un aviso, nada más. Ya te dije que lo importante es la versión de pdf utilizada en la creación del documento. Por ejemplo, Acrobat 5.0 permite hasta la 1.4, y desde cualquier versión de Acrobat se puede especificar la versión en la que se genera el documento, si usas la última versión tendrás más problemas a la hora de leer ese pdf en mayor cantidad de equipos, está en función de las florituras que quieras poner :-P.
Pues porque lo han hecho mal por algún sitio, pero la idea es que tienes un programa que te imprime el impreso de la administración perfectamente, y que si quieres lo puedes rellenar a boligrafo o en el mismo ordenador.
No todos los visores pdf permiten rellenar formularios y como estamos viendo, ni si quiera el propio Reader lo permite, así que estamos en las mismas :-P.
En algunos casos, como dice Octavio, sí hace falta (altas). Y en esos casos no hay proceso de firma electrónica que valga.
...que valga "hoy". Dentro de unos años con el dni electrónico, la firma digital, etc... no hará falta.
Que si... lo pone el impreso.
¿Y tú haces caso de un impreso? X-) Que esas cosas cambian, ahora te lo piden, dentro de unos años no hará falta.
Éste es el procedimiento cambiado >:-)
Sí, pero es la versión beta, y tiene algunos fallos :-P.
Además, como dice Octavio, no es sólo entregar el impreso, es el impreso y la documentación asociada. Mucho mejor en ventanilla, que te lo miran y te dicen si están todos los papelitos. Si los envío por fax o escaneados pueden rechazarlo una semana después porque falta alguno y ya ha pasado el plazo de presentación y me ponen la multa. Además que no, que tienen que ver los originales para ver que son originales.
Ains... también pueden rechazarte el pdf rellenado con el Reader por cualquier motivo, excusan pueden poner siempre.
¿Porqué te crees que me conozco ese formulario? Pues porque se lo he hecho a un familiar cercano en esas circunstancias ;-)
sencillamente aquellas personas que no viven en España
La embajada. Y si no, pues los representantes, gestorías, abogados, etc, que se ganan unos suelditos con el sudor de sus patas :-p
No todos los países tienen embajada española >:-)
Si quieres heredar, más te vale :-P
Entonces, ¿para qué sacar el dni electrónico?
Y lo que quieren los funcionarios es perpetuar sus puestos. Que tengas que ir y guardar cola. Tsk, tsk... mira que no darte cuenta... :-P
Bueno, vaaale, aceptamos "funcionario" como "escollo" para implementar un sistema automatizado entre la administración y el ciudadano :-D.
Estos documentos de la administración no van por correo, son entregados en mano.
Los envíos certificados, pero no todo va por envío certificado. Bancos, ayuntamiento, luz, agua, gas... me llegan los del vecino :-).
Y no me vengas a decir que el correo electrónico es fiable ¡porque no lo es! No se puede garantizar que envias un correo y que el otro lo vaya a recibir siquiera. Muchos tienen unos filtro de spam tales que borran los correos válidos sin que el recibiente se entere siquiera.
¡Claro que es fiable, leches! Lo que es no es fiable es la persona que lo recibe y para eso está la confirmación (mediante llamada telefónica, por ejemplo o un simple correo de acuse de recibo).
Y si lo reciben, no se puede garantizar la confiabilidad ni el secreto de las comunicaciones, porque no tienen ni idea de como usar los certificados y encriptar documentos. Lo intenté una vez con un abogado y fué imposible.
Eso es problema de la administración, tiene que educar a sus ciudadanos :-). Mira, el sistema más fiable sería que junto con el dni se diera una dirección de correo electrónico a cada persona para una comunicación exclusiva con la administración en todos los aspectos, nada de usar una cuenta de yahoo o gmail para estos temas, correo de los propios servidores de las administraciones, así la seguridad la ponen ellos, los certificados, todo.
Por cierto, si intentas enviar un documento anexo a un email cifrado con pgp, te dirá que el documento no irá firmado ni cifrado: sólo el email va protegido, no el anexo.
No lo he probado, alguna forma tiene que haber de cifrar los ficheros adjuntos.
Y luego están los que lo reciben y ni contestan, porque como es electrónico y no certificado no hay nada que justifique la entrega con validez legal. Dicen que no lo han recibido, y ahí puedes estar años esperando la respuesta.
Para eso está "la llamada telefónica". Hola, ¿recibiste? sí, gracias, por cierto, esta conversión ha sido grabada, por si las moscas, adiós
:-).
Y luego están los maleducados que no responden. ¿O es que cuando tú envías un CV a una empresa que lo ha pedido, esta empresa se digna siquiera en contestar con un emilio estandarizado (click) diciendo que lo han recibido y lo mirarán o lo tirarán a la basura inmediatamente? Joer, ni que les cobraran por contestar con un mísero "recibí" -- y un emilio personal diciendote tus posibilidades, ya ni te cuento :-/
No es lo mismo un departamento de rr.hh de una empresa que la administración, es un tema diferente.
¡Venga ya! ¿Comunicaciones electrónicas fiables? Jamás. Eso es para los frikis, no es serio.
Hum... la misma fiabilidad (o más) que el trato analógico de los documentos ¿recuerdas las noticias de los hospitales que dejan tirados en la basura los historiales de los pacientes?
Yo no quiero facturas electrónicas que substituyan el papel. Se me rompe la cuenta de correo, se me rompe la adsl, se me rompe el ordenador y me quedo sin recibirlas. Podría aceptar copias electrónicas de las facturas en papel.
Pues pides una copia impresa, y ya está. Lo analógico debe pasar a "sistema de reserva" para estos casos.
Ese es el "EFS.api" (Internet access plug-in). Yo digo otro.
¿Cualo?
Ese es el "wwwlink.api", o weblink. Se trata de otro, el webPDF.
Si buscas en Google encontrarás lo que hace cada uno de ellos: http://www.daube.ch/share/win14.html Adobe tendrá información detallada. Webpdf está relacionado con la captura de webs, una opción de la versión completa de Acrobat. Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-08-10 a las 13:59 +0200, Camaleón escribió:
El 10/08/07, Carlos E. R. escribió:
Yo no sé como estarán ahora, pero si yo usara windows casi seguro que lo usaría para cosas "serias". Puede que haya otros, pero el corel draw es o era el mejor programa de edicion de graficos vectoriales que conozco.
Dentro del mundo de diseño gráfico lo consideran "un juguete" :-D, tiene más aceptación Freehand (finiquitado por adobe), Illustrator o Xara.
Ah... güeno. Pero me sigue gustando el corel-draw, porque lo conozco :-p
Por ejemplo, uno de los usos que hacía era escanear un logotipo con un escaner de mano, y luego rehacerlo completamente en forma vectorial, buscando los polígonos y fuentes de letra más similares al original, de manera que me quedaba un dibujo en .cdr que podía reducir o expandir cuanto quisiera sin merma de calidad.
De hecho, no he visto un equivalente en linux, o los que he probado no le llegan a la suela de los zapatos en potencia y posibilidades.
No, el gimp no vale: no es vectorial.
Es majo y permite efectos curiosos, pero no haría un formulario con ese programa, de veras, no es lo suyo.
No será lo suyo, pero me estoy sospechando que los soporta directamente o con un plugin, con lo cual lo convierten en lo suyo. Quiero decir que me sospecho que tiene "cosas" que pones y que al darle al botoncito del distiller convierte automáticamente esas cosas en campos a rellenar. Si eso es así, entonces lo cnvierte en una buena opción para generar formularios. Espera... mirando en el formulario 036 con pdfinfo: Error: PDF version 1.6 -- xpdf supports version 1.5 (continuing anyway) Title: Mod. 036: Declaración Censal Subject: Mod. 036: Declaración Censal Versión con captura para impresión en papel blanco. (v.1.0) Keywords: modelo,036, declaración, censal Author: AEAT. Agencia Estatal de Administración Tributaria - ©2007. http://www.agenciatributaria.es/ Creator: 1 Quark 4.0.3 desprotegido: AdobePS 8.7.2 (104) Producer: Acrobat Distiller 5.0.2 (Macintosh) CreationDate: Tue 05 Jun 2007 07:02:09 AM CEST ModDate: Tue 24 Jul 2007 02:03:49 PM CEST Tagged: no Pages: 20 Encrypted: yes (print:yes copy:yes change:no addNotes:no) Page size: 661 x 864 pts File size: 1805659 bytes Optimized: yes PDF version: 1.6 ¿Estas viendo lo que yo? Pista: creator.
Mira, en la wiki ponen algunos:
http://en.wikipedia.org/wiki/Comparison_of_vector_graphics_editors
] has much in common with Adobe Illustrator and is regarded by many ] professionals as another industry-standard editor, je je... [...] Bueno, pues para linux, sólo hay dos: Dia e Inkscape. Y uno en versión ligera, el Xara Xtreme LX.
¡Pues por eso decía que no vale la 5 para estos ficheros desde hace dias! Grrrr!
Pero ese mensaje no indica que no vaya a funcionar, sólo es un aviso, nada más. Ya te dije que lo importante es la versión de pdf utilizada en la creación del documento. Por ejemplo, Acrobat 5.0 permite hasta la 1.4, y desde cualquier versión de Acrobat se puede especificar la versión en la que se genera el documento, si usas la última versión tendrás más problemas a la hora de leer ese pdf en mayor cantidad de equipos, está en función de las florituras que quieras poner :-P.
Obvio. Pero estos pdfs deben tener florituras.
Pues porque lo han hecho mal por algún sitio, pero la idea es que tienes un programa que te imprime el impreso de la administración perfectamente, y que si quieres lo puedes rellenar a boligrafo o en el mismo ordenador.
No todos los visores pdf permiten rellenar formularios y como estamos viendo, ni si quiera el propio Reader lo permite, así que estamos en las mismas :-P.
El reader si te permite rellenarlo. Lo que no permite es grabarlo, en apariencia porque el autor lo ha prohibido.
En algunos casos, como dice Octavio, sí hace falta (altas). Y en esos casos no hay proceso de firma electrónica que valga.
...que valga "hoy". Dentro de unos años con el dni electrónico, la firma digital, etc... no hará falta.
Ya. Y te crees que voy a pedir un dni electrónico para que me tengan fichado. Amos anda. Que soy herrero... exijo mi cuchara de palo. Que no, que no meto mi dni electronico en el ordenador del empresario o del gestor del empresario o del abogado del empresario para firmar nada. Que no. Que estamos en España. Que seguro que se lo copia y empiezan a aparecer facturas en negro firmadas por mi... ni hablar. Joer... que yo tuve que escanear la firma en papel de mi jefe para empastarla en los faxes enviados desde word. Que estamos en España, leches. :-P ¿Porque te crees que el boli tiene que ser azul? >:-)
Que si... lo pone el impreso.
¿Y tú haces caso de un impreso? X-) Que esas cosas cambian, ahora te lo piden, dentro de unos años no hará falta.
Ya veremos.
Éste es el procedimiento cambiado >:-)
Sí, pero es la versión beta, y tiene algunos fallos :-P.
Güeno... pero es lo que hay.
Además, como dice Octavio, no es sólo entregar el impreso, es el impreso y la documentación asociada. Mucho mejor en ventanilla, que te lo miran y te dicen si están todos los papelitos. Si los envío por fax o escaneados pueden rechazarlo una semana después porque falta alguno y ya ha pasado el plazo de presentación y me ponen la multa. Además que no, que tienen que ver los originales para ver que son originales.
Ains... también pueden rechazarte el pdf rellenado con el Reader por cualquier motivo, excusan pueden poner siempre.
Por supuesto. Una más.
La embajada. Y si no, pues los representantes, gestorías, abogados, etc, que se ganan unos suelditos con el sudor de sus patas :-p
No todos los países tienen embajada española >:-)
Pues te vas al pais de al lado. ¿Quien te manda irte a un pais tan tan... que no tiene embajada? Ya te vale :-P Recuerdo el caso de uno/a que quería rellenar el impuesto de la renta viviendo en Egipto, y el principal problema era obtener el certificado de firma digital. Ni siquiera via la embajada. Y si no tienes certificado digital, no hace falta ni que te molestes en rellenar formularios electrónicos.
Si quieres heredar, más te vale :-P
Entonces, ¿para qué sacar el dni electrónico?
Ya le acercaré yo el magiclick, seguro que peta y me llamo Camaleón en vez de Carlos :-P No me gusta, guarda datos que no debería guardar.
Y lo que quieren los funcionarios es perpetuar sus puestos. Que tengas que ir y guardar cola. Tsk, tsk... mira que no darte cuenta... :-P
Bueno, vaaale, aceptamos "funcionario" como "escollo" para implementar un sistema automatizado entre la administración y el ciudadano :-D.
X-)
Estos documentos de la administración no van por correo, son entregados en mano.
Los envíos certificados, pero no todo va por envío certificado. Bancos, ayuntamiento, luz, agua, gas... me llegan los del vecino :-).
Y a mí. Y los de la comunidad autónoma de al lado, a unos doscientos kilometros, de un pueblo de nombre similar - salvo la provincia, la comunidad, y el código postal. Todo porque un funcionario de Bilbao no ha estudiado geografía o suspendió la lectura en párvulos y pone mal el código fluorescente para la máquina de reparto automatizada. Da igual lo que tu pongas en tinta, va a donde marcan las barras fluorescentes: a Murcia en vez de Valencia.
Y no me vengas a decir que el correo electrónico es fiable ¡porque no lo es! No se puede garantizar que envias un correo y que el otro lo vaya a recibir siquiera. Muchos tienen unos filtro de spam tales que borran los correos válidos sin que el recibiente se entere siquiera.
¡Claro que es fiable, leches! Lo que es no es fiable es la persona que lo recibe y para eso está la confirmación (mediante llamada telefónica, por ejemplo o un simple correo de acuse de recibo).
¡Ni de coña! Son los de yahoo y hotmail los que ponen el filtro. Y ya me dirás que gano llamando por teléfono si el destinatario está al otro lado del charco, o simplemente está de viaje sin movil o por otro pais.
Y si lo reciben, no se puede garantizar la confiabilidad ni el secreto de las comunicaciones, porque no tienen ni idea de como usar los certificados y encriptar documentos. Lo intenté una vez con un abogado y fué imposible.
Eso es problema de la administración, tiene que educar a sus ciudadanos :-).
En mi caso era un abogado particular en otra ciudad: no voy a ir a su casa a ver porqué no sabe manejar el outlook :-/
Mira, el sistema más fiable sería que junto con el dni se diera una dirección de correo electrónico a cada persona para una comunicación exclusiva con la administración en todos los aspectos, nada de usar una cuenta de yahoo o gmail para estos temas, correo de los propios servidores de las administraciones, así la seguridad la ponen ellos, los certificados, todo.
La hay, las da Correos. Creo.
Por cierto, si intentas enviar un documento anexo a un email cifrado con pgp, te dirá que el documento no irá firmado ni cifrado: sólo el email va protegido, no el anexo.
No lo he probado, alguna forma tiene que haber de cifrar los ficheros adjuntos.
Sí, creo que con pgp mime, el cual te advierte que no es soportado por todos los programas. Tampoco se protege el html anexo al texto.
Y luego están los que lo reciben y ni contestan, porque como es electrónico y no certificado no hay nada que justifique la entrega con validez legal. Dicen que no lo han recibido, y ahí puedes estar años esperando la respuesta.
Para eso está "la llamada telefónica". Hola, ¿recibiste? sí, gracias, por cierto, esta conversión ha sido grabada, por si las moscas, adiós
:-).
Si ya, pues buena ventaja supone el correo electrónico si tienes que llamar. ¿Y si es una empresa en la china? Yo el mandarín lo llevo fatal. Además, muchas veces ni conoces el número de teléfono. Mira, cuando tengo que mandar algo a una administración uso el fax, no el emilio. Total, me sale gratis...
Y luego están los maleducados que no responden. ¿O es que cuando tú envías un CV a una empresa que lo ha pedido, esta empresa se digna siquiera en contestar con un emilio estandarizado (click) diciendo que lo han recibido y lo mirarán o lo tirarán a la basura inmediatamente? Joer, ni que les cobraran por contestar con un mísero "recibí" -- y un emilio personal diciendote tus posibilidades, ya ni te cuento :-/
No es lo mismo un departamento de rr.hh de una empresa que la administración, es un tema diferente.
Ya, yo lo digo como caso general de lo infiable que es el correo electrónico. Intenta preguntarles algo a unos funcionarios desconocidos, sobre un trámite o un problema en su web, que porqué no soporta linux. A ver cuantos te responden.
¡Venga ya! ¿Comunicaciones electrónicas fiables? Jamás. Eso es para los frikis, no es serio.
Hum... la misma fiabilidad (o más) que el trato analógico de los documentos ¿recuerdas las noticias de los hospitales que dejan tirados en la basura los historiales de los pacientes?
¿Y los discos duros de las bases de datos los van a borrar por metodo "DES aproved" antes de tirarlos? Al menos los papeles saben como tratarlos - aunque no lo hagan -, los ficheros informáticos no. Como ese ayuntamiento perdido al que les robaron los discos duros de los PCs del registro hace un par de años. Seguro que no estaban los datos en una partición encriptada. Salió en el telediario.
Yo no quiero facturas electrónicas que substituyan el papel. Se me rompe la cuenta de correo, se me rompe la adsl, se me rompe el ordenador y me quedo sin recibirlas. Podría aceptar copias electrónicas de las facturas en papel.
Pues pides una copia impresa, y ya está. Lo analógico debe pasar a "sistema de reserva" para estos casos.
Con Iberdrola puedo tener papel, o factura electrónica. No ambos. Se ha extraviado una factura en el correo, y no puedo ver via web una copia electrónica. Si lo hago se queda en electrónica a perpetuidad, y eso no lo quiero. En cambio con telefónica si puedo. Todavía hay clases.
Ese es el "EFS.api" (Internet access plug-in). Yo digo otro.
¿Cualo?
Que el nombre de fichero del plugin que has dicho es "EFS.api", y el que me falta se llama IA32. O eso parece.
Ese es el "wwwlink.api", o weblink. Se trata de otro, el webPDF.
Si buscas en Google encontrarás lo que hace cada uno de ellos:
http://www.daube.ch/share/win14.html
Adobe tendrá información detallada. Webpdf está relacionado con la captura de webs, una opción de la versión completa de Acrobat.
La cosa es saber si hace falta algún plugin de esos para poder grabar los formularios. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFGvGVCtTMYHG2NR9URAl1pAJ0XYZ9m9t/2V+Fr/JxyT5oaTlseEgCeMlAE 9HfmhEX7boJDNnLveWiIXnc= =93lp -----END PGP SIGNATURE-----
El 10/08/07, Carlos E. R. escribió:
Ah... güeno.
Pero me sigue gustando el corel-draw, porque lo conozco :-p
Si, me pasa lo mismo con otros programas, no suelen gustar mucho pero me siento cómoda trabajando con ellos.
Quiero decir que me sospecho que tiene "cosas" que pones y que al darle al botoncito del distiller convierte automáticamente esas cosas en campos a rellenar. Si eso es así, entonces lo cnvierte en una buena opción para generar formularios.
El distiller no permite esas cosas (eso creo), nunca he creado formularios en acrobat pero debe de haber algún programa para generarlos. Ocativo nos podrá decir cómo los genera.
Espera... mirando en el formulario 036 con pdfinfo:
Creator: 1 Quark 4.0.3 desprotegido: AdobePS 8.7.2 (104)
QuarkXPress, otro programa "bien considerado" dentro del mundillo de la edición.> ¿Estas viendo lo que yo? Pista: creator. No sé cómo serán las nuevas versiones de QuarkXPress, la última con la que trabajé fue la 4.0, no está mal, tiene sus cosas, pero no me termina de convencer del todo. Creo que los formularios en pdf se deben de hacer desde el mismo Acrobat, es decir, diseñas en el programa que más te guste, guardas el doucmento como pdf y desde acrobat lo editas, asignas campos de formulario, etc.
Obvio. Pero estos pdfs deben tener florituras.
Por "florituras" me refiero a animaciones en 3d y cosas de ese estilo. El resto de funciones (javascript, formularios, marcadores...) no creo que dé problemas.
El reader si te permite rellenarlo. Lo que no permite es grabarlo, en apariencia porque el autor lo ha prohibido.
Pero no sólo de Acrobat Reeder se vive. Kpdf no permite "rellenar" el formulario :-P.
Que no, que no meto mi dni electronico en el ordenador del empresario o del gestor del empresario o del abogado del empresario para firmar nada. Que no. Que estamos en España. Que seguro que se lo copia y empiezan a aparecer facturas en negro firmadas por mi... ni hablar.
Que no tienes que usar tu dni en el ordenador de nadie, juver, salvo que quieras enviar la declaración de la renta desde el equipo del jefe :-)
Joer... que yo tuve que escanear la firma en papel de mi jefe para empastarla en los faxes enviados desde word. Que estamos en España, leches.
Y yo, tengo unas cuantas versiones (en ngro, azul, fondo transparente, con apellidos, sólo el primer apellido, firma sencilla, garabato... X-)
Recuerdo el caso de uno/a que quería rellenar el impuesto de la renta viviendo en Egipto, y el principal problema era obtener el certificado de firma digital. Ni siquiera via la embajada. Y si no tienes certificado digital, no hace falta ni que te molestes en rellenar formularios electrónicos.
Je, je, así debe ser >:-)
Ya le acercaré yo el magiclick, seguro que peta y me llamo Camaleón en vez de Carlos :-P
Glups.
No me gusta, guarda datos que no debería guardar.
Ya, pero estos no preguntan, cuando te toque renovarlo ya será "electrónico" y tenemos que estar contentos de que no lleve un gps integrado :-)
Y a mí. Y los de la comunidad autónoma de al lado, a unos doscientos kilometros, de un pueblo de nombre similar - salvo la provincia, la comunidad, y el código postal. Todo porque un funcionario de Bilbao no ha estudiado geografía o suspendió la lectura en párvulos y pone mal el código fluorescente para la máquina de reparto automatizada. Da igual lo que tu pongas en tinta, va a donde marcan las barras fluorescentes: a Murcia en vez de Valencia.
Juver, hay unos cuantos kilómetros de diferencia :-O
Si ya, pues buena ventaja supone el correo electrónico si tienes que llamar. ¿Y si es una empresa en la china? Yo el mandarín lo llevo fatal.
Además, muchas veces ni conoces el número de teléfono.
Estamos hablando de la administración, limitado a un país...
Mira, cuando tengo que mandar algo a una administración uso el fax, no el emilio. Total, me sale gratis...
A día de hoy es la mejor opción, más efectiva que el correo electrónico.
¿Y los discos duros de las bases de datos los van a borrar por metodo "DES aproved" antes de tirarlos? Al menos los papeles saben como tratarlos - aunque no lo hagan -, los ficheros informáticos no. Como ese ayuntamiento perdido al que les robaron los discos duros de los PCs del registro hace un par de años. Seguro que no estaban los datos en una partición encriptada. Salió en el telediario.
Les pasó a los de la cia, creo...
Con Iberdrola puedo tener papel, o factura electrónica. No ambos. Se ha extraviado una factura en el correo, y no puedo ver via web una copia electrónica. Si lo hago se queda en electrónica a perpetuidad, y eso no lo quiero.
En cambio con telefónica si puedo. Todavía hay clases.
Es que Telefónica es mucha telefónica... ains.
Que el nombre de fichero del plugin que has dicho es "EFS.api", y el que me falta se llama IA32. O eso parece.
Ah. Luego hago algunas pruebas con los plugins entre versiones reader y completas, a ver si con los plugins adecuados permite guardar el formulario con los datos en pdf.
La cosa es saber si hace falta algún plugin de esos para poder grabar los formularios.
Lo pruebo un poco más tarde. Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-08-10 a las 16:02 +0200, Camaleón escribió:
El 10/08/07, Carlos E. R. escribió:
...
Quiero decir que me sospecho que tiene "cosas" que pones y que al darle al botoncito del distiller convierte automáticamente esas cosas en campos a rellenar. Si eso es así, entonces lo cnvierte en una buena opción para generar formularios.
El distiller no permite esas cosas (eso creo), nunca he creado formularios en acrobat pero debe de haber algún programa para generarlos. Ocativo nos podrá decir cómo los genera.
Una manera es generarlo sin campos, y luego editarlo para añadirlos, uno a uno. Te dice el jefe que en las intrucciones cambies un "le" por "les" y vuelta a repetir todo el proceso enterito. Y la otra manera que no se si existe es generarlo en "algo" que tenga un botoncito para convertir a pdf usando distiller o acrobat, y que lo haga, campos incluidos. Sé que se puede hacer para indices con enlaces, entonces, pues imagino que para campos también "habrálo".
Espera... mirando en el formulario 036 con pdfinfo:
Creator: 1 Quark 4.0.3 desprotegido: AdobePS 8.7.2 (104)
QuarkXPress, otro programa "bien considerado" dentro del mundillo de la edición.>
¿Estas viendo lo que yo? Pista: creator.
No sé cómo serán las nuevas versiones de QuarkXPress, la última con la que trabajé fue la 4.0, no está mal, tiene sus cosas, pero no me
No te has fijado en lo que yo: "desprotegido". A ver, que me pongo el parche en el ojo: P-)
termina de convencer del todo. Creo que los formularios en pdf se deben de hacer desde el mismo Acrobat, es decir, diseñas en el programa que más te guste, guardas el doucmento como pdf y desde acrobat lo editas, asignas campos de formulario, etc.
Lo cual es pesadísimo. Yo lo hice una vez con un pdf para llamar a otros pdfs. Al final vi erratas y me negué a corregirlas, porque supone empezar casi de cero.
Obvio. Pero estos pdfs deben tener florituras.
Por "florituras" me refiero a animaciones en 3d y cosas de ese estilo. El resto de funciones (javascript, formularios, marcadores...) no creo que dé problemas.
Pueden haber cambiado la api de los formularios. No lo se.
El reader si te permite rellenarlo. Lo que no permite es grabarlo, en apariencia porque el autor lo ha prohibido.
Pero no sólo de Acrobat Reeder se vive. Kpdf no permite "rellenar" el formulario :-P.
Shame on them. Ya les vale. Que lo hagan. Eso no será culpa de los de adobe, salvo que no hayan publicado las especificaciones o hayan limitado el asunto loegalmente.
Que no, que no meto mi dni electronico en el ordenador del empresario o del gestor del empresario o del abogado del empresario para firmar nada. Que no. Que estamos en España. Que seguro que se lo copia y empiezan a aparecer facturas en negro firmadas por mi... ni hablar.
Que no tienes que usar tu dni en el ordenador de nadie, juver, salvo que quieras enviar la declaración de la renta desde el equipo del jefe :-)
No, para firmar el contrato o el alta laboral.
Joer... que yo tuve que escanear la firma en papel de mi jefe para empastarla en los faxes enviados desde word. Que estamos en España, leches.
Y yo, tengo unas cuantas versiones (en ngro, azul, fondo transparente, con apellidos, sólo el primer apellido, firma sencilla, garabato... X-)
Ondiá. Lo dicho, estamos en España. Menos mal que no soy el unico a quien le obligan a cocinar habas en salsa de berberechos - por decir la primera barbaridad que se me ocurre.
Recuerdo el caso de uno/a que quería rellenar el impuesto de la renta viviendo en Egipto, y el principal problema era obtener el certificado de firma digital. Ni siquiera via la embajada. Y si no tienes certificado digital, no hace falta ni que te molestes en rellenar formularios electrónicos.
Je, je, así debe ser >:-)
X-) Sí, pero ponte en el lugar del interesado que se estaba planteando tener que pedir permiso a su jefe para venirse a la piel de toro para cumplir con la administración...
Ya le acercaré yo el magiclick, seguro que peta y me llamo Camaleón en vez de Carlos :-P
Glups.
Ya te digo. El refrán del herrero cobra nuevo significado ;-)
No me gusta, guarda datos que no debería guardar.
Ya, pero estos no preguntan, cuando te toque renovarlo ya será "electrónico" y tenemos que estar contentos de que no lleve un gps integrado :-)
Calla, calla... mientras no lo inserten subcutaneamente nos podemos dar con un canto en los dientes. Porque eso existe.
Y a mí. Y los de la comunidad autónoma de al lado, a unos doscientos kilometros, de un pueblo de nombre similar - salvo la provincia, la comunidad, y el código postal. Todo porque un funcionario de Bilbao no ha estudiado geografía o suspendió la lectura en párvulos y pone mal el código fluorescente para la máquina de reparto automatizada. Da igual lo que tu pongas en tinta, va a donde marcan las barras fluorescentes: a Murcia en vez de Valencia.
Juver, hay unos cuantos kilómetros de diferencia :-O
Ya te digo. Y meterlo en el buzón con un letrero en negrita de a centimetro y volverme a mi casa a la semana. Hasta que me dí cuenta de las barras fluorescentes y las tapé con cinta de carrocero: tuvieron que leer lo que ponía y enviarlo bien, por fin. Y me pasó dos o tres veces: dos o tres cartas de la misma empresa del País Vasco a otra de Valencia, acabando en mi casa de Murcia. Cartas de la calle de al lado entregadas en la mia, que me molesto en llevar a mano... cartas de recaudación municipal (vía de apremio) para un señor desconocido que entregan en mi casa año tras año, y que devuelvo en la administración, donde dicen que no es su problema, sino del ciudadano que puso mal la dirección. Ahora ya las mandan certificdas, y las rechazo: el proximo paso será que las mandarán con munipa anexo. País. No te preocupes: si te mandan las notificaciones electrónicas, como usarán el outlook en vez del postfix, les entrará el Melissa y te mandarán tus datos privados a toda la agenda del administrativo. Ya les vale, por no haberse pasado a Linux antes ;-)
Si ya, pues buena ventaja supone el correo electrónico si tienes que llamar. ¿Y si es una empresa en la china? Yo el mandarín lo llevo fatal.
Además, muchas veces ni conoces el número de teléfono.
Estamos hablando de la administración, limitado a un país...
¡Juas! Como para llamar a la administración de turno y averiguar cual es la mesa del funcionario de la entrada informática preguntando al de la centralita....
Mira, cuando tengo que mandar algo a una administración uso el fax, no el emilio. Total, me sale gratis...
A día de hoy es la mejor opción, más efectiva que el correo electrónico.
Pues eso es lo que pasa :-(
¿Y los discos duros de las bases de datos los van a borrar por metodo "DES aproved" antes de tirarlos? Al menos los papeles saben como tratarlos - aunque no lo hagan -, los ficheros informáticos no. Como ese ayuntamiento perdido al que les robaron los discos duros de los PCs del registro hace un par de años. Seguro que no estaban los datos en una partición encriptada. Salió en el telediario.
Les pasó a los de la cia, creo...
Pero aquello creo que eran datos "menores". Los del ayuntamiento seguro que ni se les pasó por la cabeza tener medidas de seguridad.
La cosa es saber si hace falta algún plugin de esos para poder grabar los formularios.
Lo pruebo un poco más tarde.
Ya contarás... :-) - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFGvH3DtTMYHG2NR9URAqaeAJ4gv+3EzkuRwcSJJW3RsRBvZjcimACdH97D d5TtcEFdyn0+dpxGfB9ab4Q= =at0Q -----END PGP SIGNATURE-----
El 10/08/07, Carlos E. R. escribió:
Una manera es generarlo sin campos, y luego editarlo para añadirlos, uno a uno. Te dice el jefe que en las intrucciones cambies un "le" por "les" y vuelta a repetir todo el proceso enterito.
No jorobes... pues vaya. Es cierto que para lo que "cuesta" el susodicho es un poco limitado, me explico, el plugin, addin o como se llame el pdfwriter no te permite, por ejemplo, seleccionar las páginas a pasar a pdf y si el documento tiene 100 páginas y sólo quieres crear la primera te jorobas. El pdfwriter es la única aplicación que te permite generar un pdf con hipervínculos desde un cuaqlueir documento, el distiller es como una impresora postscript, crea el pdf pero sin enlaces. Bueno, pues además de ese "pequeño" detalle, no siempre mantiene los enlaces en el documento final, es una auténtica "patata"... y la respuesta de adobe ante esos pequeños errores es: actualiza.
Y la otra manera que no se si existe es generarlo en "algo" que tenga un botoncito para convertir a pdf usando distiller o acrobat, y que lo haga, campos incluidos. Sé que se puede hacer para indices con enlaces, entonces, pues imagino que para campos también "habrálo".
Pues la verdad es que no lo sé, dudo mucho que acrobat detecte él solito lo que es un campo de formulario de una patata, no lo veo capaz, la verdad >:-).
No te has fijado en lo que yo: "desprotegido". A ver, que me pongo el parche en el ojo: P-)
Ah, vaya, pues no me fijé en ese detalle O:-), si se refiere a que no lleva restricciones ni drms ni seguridad esa información debería estar en otro lado...
Lo cual es pesadísimo. Yo lo hice una vez con un pdf para llamar a otros pdfs. Al final vi erratas y me negué a corregirlas, porque supone empezar casi de cero.
Ya te digo que nunca he hecho un formulario de esos en Acrobat :-P, pero con todo este lío al final me voy a animar y todo...
Shame on them. Ya les vale. Que lo hagan. Eso no será culpa de los de adobe, salvo que no hayan publicado las especificaciones o hayan limitado el asunto loegalmente.
Pues eso es lo que dudo, que sea un formato abierto al 100% y lo dudo porque de esa forma estaría disponible en más lectores pdf y no todos tienen esa opción :-?
No, para firmar el contrato o el alta laboral.
Bueno, en ese caso lo que harán las empresa será enviarte el contrato para que firmes de forma digital desde tu casa, desde tu equipo. Para el alta lo mismo, sólo necesitan que lo firmes de forma digital, no es necesario que lleves tu dni electrónico y lo uses en sus equipos.
Calla, calla... mientras no lo inserten subcutaneamente nos podemos dar con un canto en los dientes. Porque eso existe.
Ah, si, esas mini-cápsulas. Pueden ser útiles, hay trabajos / actividades que pueden ser muy arriesgadas y te aseguro que la gente lo pide.
Ya contarás... :-)
Resumo: formulario en pdf de la seg. social (ts2) que se puede rellenar en ambos (reader y acrobat), pero no es posible guardar los datos del formulario desde la versión reader. Bueno, he probado lo siguiente (bajo windows): copiar y pegar la carpeta completa de plugins de acrobat 7.0 a un reader 7.0... no funciona, es decir, los plugins se cargan sin errores salvo uno (dav), pero sigue apareciendo el mismo mensaje avisando de que no se pueden guardar los datos del formulario, que hay que imprimirlo. Lo que sí permite hacer la versión reader es guardar los datos como texto, creo que ya lo comenté en un mensaje anterior. Conclusión: que las versiones reader (sólo he probado la 7.0 en suse y windows) no permiten -by design- guardar los datos de un pdf con formularios, aún sin tener el documento original ningún tipo de seguridad o restricciones... Ah, y que los carteros de Murcia se pasan más de un pueblo al enviar las cartas X-). Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-08-10 a las 21:12 +0200, Camaleón escribió:
El 10/08/07, Carlos E. R. escribió:
Una manera es generarlo sin campos, y luego editarlo para añadirlos, uno a uno. Te dice el jefe que en las intrucciones cambies un "le" por "les" y vuelta a repetir todo el proceso enterito.
No jorobes... pues vaya. Es cierto que para lo que "cuesta" el susodicho es un poco limitado, me explico, el plugin, addin o como se llame el pdfwriter no te permite, por ejemplo, seleccionar las páginas a pasar a pdf y si el documento tiene 100 páginas y sólo quieres crear la primera te jorobas. El pdfwriter es la única aplicación que te permite generar un pdf con hipervínculos desde un cuaqlueir documento, el distiller es como una impresora postscript, crea el pdf pero sin enlaces.
Nunca recuerdo cual es cual. Pero bueno, puedes crear otro documento de la página que te interesa de las 100 y convertir ese.
Bueno, pues además de ese "pequeño" detalle, no siempre mantiene los enlaces en el documento final, es una auténtica "patata"... y la respuesta de adobe ante esos pequeños errores es: actualiza.
Que es la misma que te da suse ante problemas similares, por otra parte.
Y la otra manera que no se si existe es generarlo en "algo" que tenga un botoncito para convertir a pdf usando distiller o acrobat, y que lo haga, campos incluidos. Sé que se puede hacer para indices con enlaces, entonces, pues imagino que para campos también "habrálo".
Pues la verdad es que no lo sé, dudo mucho que acrobat detecte él solito lo que es un campo de formulario de una patata, no lo veo capaz, la verdad >:-).
Bueno, supongo que debe er el programa con el que estás editando el que debe decirle al conversor lo que debe hacer, de alguna forma. Mira, el OO lo hace con los enlaces. Con latex también se hace. La idea es la misma, pero para los campos de los formularios.
No te has fijado en lo que yo: "desprotegido". A ver, que me pongo el parche en el ojo: P-)
Ah, vaya, pues no me fijé en ese detalle O:-), si se refiere a que no lleva restricciones ni drms ni seguridad esa información debería estar en otro lado...
No creo que vayan por ahí los tiros. Los mios van porque parece que han usado una versión pirata. La versión 2003 del mismo fichero usa otro más _moderno_: Error: Bad annotation destination Title: Mod. 036: Declaración censal de alta, modificación y baja en el censo de obligados tributarios. Subject: Mod. 036: Declaración censal de alta, modificación y baja en el censo de obligados tributarios. Versión con captura para impresión en papel blanco. (v.1.0) Keywords: modelo,036, declaración, censal, alta, modificación, baja, censo, abligados, tributarios Author: AEAT. Agencia Estatal de Administración Tributaria - ©2003. http://www.agenciatributaria.es/ Creator: QuarkXPress(tm) 4.04 Producer: Acrobat Distiller 5.0.2 (Macintosh) CreationDate: Tue 01 Jul 2003 09:20:05 AM CEST ModDate: Wed 05 Nov 2003 09:16:59 AM CET Tagged: no Pages: 22 Encrypted: yes (print:yes copy:yes change:no addNotes:no) Page size: 595 x 841 pts File size: 4013686 bytes Optimized: yes PDF version: 1.4 Que si te fijas es una versión _posterior_, pero normal. En la versión moderna del fichero han usado uno más antiguo: 1 Quark 4.0.3 desprotegido: AdobePS 8.7.2 (104) y sospechoso. ¡Ejem! ¡Ellos! >:-)
Lo cual es pesadísimo. Yo lo hice una vez con un pdf para llamar a otros pdfs. Al final vi erratas y me negué a corregirlas, porque supone empezar casi de cero.
Ya te digo que nunca he hecho un formulario de esos en Acrobat :-P, pero con todo este lío al final me voy a animar y todo...
Ni yo tampoco los he hecho. Lo que si hice son documentos indice que cargan los documentos correspondientes al hacer click en el enlace correspondiente del pdf.
Shame on them. Ya les vale. Que lo hagan. Eso no será culpa de los de adobe, salvo que no hayan publicado las especificaciones o hayan limitado el asunto loegalmente.
Pues eso es lo que dudo, que sea un formato abierto al 100% y lo dudo porque de esa forma estaría disponible en más lectores pdf y no todos tienen esa opción :-?
Pues es que no lo sé. Otros visores de pdf que soportan rellenado y guardado de formularios existen: tu misma pasaste el enlace de uno. Luego sí que pueden hacerlo, pero no se con qué limitaciones ni con qué dificultad.
No, para firmar el contrato o el alta laboral.
Bueno, en ese caso lo que harán las empresa será enviarte el contrato para que firmes de forma digital desde tu casa, desde tu equipo. Para el alta lo mismo, sólo necesitan que lo firmes de forma digital, no es necesario que lleves tu dni electrónico y lo uses en sus equipos.
Claro, pero eso enlentece mucho la firma de un contrato. Es más rápido firmarlo los dos a boli en presencia del agente que sea.
Calla, calla... mientras no lo inserten subcutaneamente nos podemos dar con un canto en los dientes. Porque eso existe.
Ah, si, esas mini-cápsulas. Pueden ser útiles, hay trabajos / actividades que pueden ser muy arriesgadas y te aseguro que la gente lo pide.
¿Para que identifiquen tus restos? Para eso está el adn. Si me rompo en pedacitos el microchip va a servir de poquito. Se de empresas que lo usan para control de accesos. Y ya he visto estudios que demuestran que son vulnerables y falsificables.
Ya contarás... :-)
Resumo: formulario en pdf de la seg. social (ts2) que se puede rellenar en ambos (reader y acrobat), pero no es posible guardar los datos del formulario desde la versión reader.
Ya.
Bueno, he probado lo siguiente (bajo windows): copiar y pegar la carpeta completa de plugins de acrobat 7.0 a un reader 7.0... no funciona, es decir, los plugins se cargan sin errores salvo uno (dav), pero sigue apareciendo el mismo mensaje avisando de que no se pueden guardar los datos del formulario, que hay que imprimirlo.
Luego no es eso.
Lo que sí permite hacer la versión reader es guardar los datos como texto, creo que ya lo comenté en un mensaje anterior.
Yo lo he probado, pero en el texto no van los datos. Me guarda el texto del formulario, no los datos del formulario. Mira, cojo el "Recurso Sancion Ayuntamiento.pdf", el de Octavio y le doy a guardar como texto, obteniendo un "Recurso Sancion Ayuntamiento.txt" de... espera. Sí ha funcionado: (text) 1111111 (text) 111111111111 (text) 1111 (text) 111111111111 (text) 1111111111111 (: Sí) Checked A ver con el de la seguridad social. [...] Vale, lo que pasa es que genera un texto con todo el texto del pdf original (el pdf de Octavio no tiene texto), e incluyendo el contenido de los campos por ahí en medio: 1. DATOS DEL AFILIADO/A FECHA DE NACIMIENTO AñoMesDía MINUSVALÍA 1.2 Nº DE DOCUMENTO IDENTIFICATIVO PRIMER APELLIDO SEGUNDO APELLIDO NÚMERO DE SEGURIDAD SOCIAL NOMBRE 1.1 GRADO DE TIPO DE DOCUMENTO IDENTIFICATIVO D.N.I.: PASAPORTE: TARJETA DE EXTRANJERO: DOMICILIO 1.3 Nº DE TELEF. MOVIL PARA S.M.S. (text) Fulano (text) Luego sí graba los datos, aunque no exclusivamente, y no de la forma que dice la documentación. ¿Será que los campos no han sido nombrados, no tienen etiquetas?
Conclusión: que las versiones reader (sólo he probado la 7.0 en suse y windows) no permiten -by design- guardar los datos de un pdf con formularios, aún sin tener el documento original ningún tipo de seguridad o restricciones...
Eso parece, pero no termino de entenderlo.
Ah, y que los carteros de Murcia se pasan más de un pueblo al enviar las cartas X-).
Ja! Y los de todas partes. Y los funcionarios también, que se niegan a darse por enterados de una dirección erronea hasta que vaya el munipa a mi casa a preguntar. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFGvPtztTMYHG2NR9URAqAGAJ4s+OjixVCQy5NRkuJr8SV6Il7DrQCaA+qg OPSiEr52d1xqrtjvg4p3BZE= =sM6v -----END PGP SIGNATURE-----
El 11/08/07, Carlos E. R. escribió:
Nunca recuerdo cual es cual.
Acrobat tiene dos opciones para generar los pdf: pdfwriter y distiller. El pdfwriter es una especie de plugin que se añade en todos los programas (correo, navegador, editord e texto...) y que te permite mantener los enlaces que haya en el documento original (otras ventajas la verdad es que no le he visto).
Pero bueno, puedes crear otro documento de la página que te interesa de las 100 y convertir ese.
Era un ejemplo, imagina que quieres sólo un pdf de la página 1, 5, 15, 36, 58, 56, 96, 97 y la 99... no te vas a poner a rehacer de nuevo todo el trabajo sólo porque pdfwriter no hace lo que tiene que hacer... Es un fallo gordo :-).
Que es la misma que te da suse ante problemas similares, por otra parte.
Sí, bueno, pero, ejem, sin desembolsar unos 250€ ;-)
No creo que vayan por ahí los tiros. Los mios van porque parece que han usado una versión pirata.
¿Pirata? ¿La AEAT? Dúdolo :-D Ese "desprotegido" no me suena a "crack" pero quien sabe...
¿Para que identifiquen tus restos? Para eso está el adn. Si me rompo en pedacitos el microchip va a servir de poquito.
Hombre, no me refería exactamente a eso >:-), más bien a si te pierdes en medio de una selva o si estás bajo el mar o bajo tierra, aunque también es muy útil para identificar cuerpos e infinitamente más rápido que una prueba de adn.
Se de empresas que lo usan para control de accesos. Y ya he visto estudios que demuestran que son vulnerables y falsificables.
Sí, eso es pasarse un poco. Y sí, el pasaporte electrónico que usa rfid ya lo han vulnerado.
Luego sí graba los datos, aunque no exclusivamente, y no de la forma que dice la documentación.
¿Será que los campos no han sido nombrados, no tienen etiquetas?
Es posible. Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-08-11 a las 09:49 +0200, Camaleón escribió:
El 11/08/07, Carlos E. R. escribió:
Nunca recuerdo cual es cual.
Acrobat tiene dos opciones para generar los pdf: pdfwriter y distiller. El pdfwriter es una especie de plugin que se añade en todos los programas (correo, navegador, editord e texto...) y que te permite mantener los enlaces que haya en el documento original (otras ventajas la verdad es que no le he visto).
No, si eso lo sé, lo que pasa es que como no los tengo luego se me olvida cual es cual :-)
Pero bueno, puedes crear otro documento de la página que te interesa de las 100 y convertir ese.
Era un ejemplo, imagina que quieres sólo un pdf de la página 1, 5, 15, 36, 58, 56, 96, 97 y la 99... no te vas a poner a rehacer de nuevo todo el trabajo sólo porque pdfwriter no hace lo que tiene que hacer... Es un fallo gordo :-).
Güeno... Dale a imprimir seleccionando las páginas en cuestión, y hacia la impresora en pdf :-)
Que es la misma que te da suse ante problemas similares, por otra parte.
Sí, bueno, pero, ejem, sin desembolsar unos 250EUR ;-)
Un detallito sin importancia :-p Podría ser la sles, salvo que la distro incluye muchas más cosas que el paquete de adobe.
No creo que vayan por ahí los tiros. Los mios van porque parece que han usado una versión pirata.
¿Pirata? ¿La AEAT? Dúdolo :-D Ese "desprotegido" no me suena a "crack" pero quien sabe...
No se, no se... :-p Está el detallito de que el formulario reciente usa una versión antigua del programa, como si la antigua fuese un crack que tuvieran para probar, y que lo compraron después; pero se han despistado y han vuelto a usarla. Vete a saber.
¿Para que identifiquen tus restos? Para eso está el adn. Si me rompo en pedacitos el microchip va a servir de poquito.
Hombre, no me refería exactamente a eso >:-), más bien a si te pierdes en medio de una selva o si estás bajo el mar o bajo tierra,
No sirve, porque el radio de acción es de unos centímetros.
aunque también es muy útil para identificar cuerpos e infinitamente más rápido que una prueba de adn.
Salvo que falte el trocito de brazo donde está el chip. Localizarás a la hiena que me ha comido el brazo, pero no a mí desangrándome en mitad de la selva. Sniff. :-P
Se de empresas que lo usan para control de accesos. Y ya he visto estudios que demuestran que son vulnerables y falsificables.
Sí, eso es pasarse un poco. Y sí, el pasaporte electrónico que usa rfid ya lo han vulnerado.
Leí un estudio, quizás que en el espectrum del ieee, de uno que ha estado probando esos chismes. Los usa para abrir puertas sin llave, el coche, el ordenador... dice que puede ser interesante para gente que tiene que pasar montones de puertas con llave en una empresa, por ejemplo, sin tener que llevar un anillo de dos kilos. Claro, que si lo despides tienes que "convencerle" para que se opere voluntariamente para retirarle el chip. Nada bonito.
Luego sí graba los datos, aunque no exclusivamente, y no de la forma que dice la documentación.
¿Será que los campos no han sido nombrados, no tienen etiquetas?
Es posible.
Estoy pensando que vais a tener razón, que el reader está capado. :-/ - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFGvZqEtTMYHG2NR9URAsDIAJ9R1x3eHz15ECKRsyjT7wx1apKuGwCdG6sF h/Cq8yOKqfJnbB3EZ3HG/aM= =3/5X -----END PGP SIGNATURE-----
El 11/08/07, Carlos E. R. escribió:
Dale a imprimir seleccionando las páginas en cuestión, y hacia la impresora en pdf :-)
No se puede, es un plugin, addin... no creo que permita "entradas", vamos, lo que se conoce vulgarmente como "patata" o "chapucilla" :-)
No sirve, porque el radio de acción es de unos centímetros.
Eso la versión actual del rfid, cuando saquen la 2.5 (versión mejorada donde las "haiga") por medio de repetidores la cobertura será como la un gps >:-)
Salvo que falte el trocito de brazo donde está el chip. Localizarás a la hiena que me ha comido el brazo, pero no a mí desangrándome en mitad de la selva. Sniff.
:-P
Bueno, pero como la hiena forma parte de un seguimiento por parte de wwf/adena lleva una cámara incorporada que ha grabado el lugar exacto donde te ha dado el bocado y ha enviado las coordenadas vía gps al Ordenador Central para el Seguimiento y Conservación de Especies (OCSCE). Es más, la hiena -casualmente- forma parte de un experimento para el Control Mental Animal (CMA) y nos puede llevar al lugar exacto donde estás sin brazo en este momento. Como ves, todo está controlado X-D
Leí un estudio, quizás que en el espectrum del ieee, de uno que ha estado probando esos chismes. Los usa para abrir puertas sin llave, el coche, el ordenador... dice que puede ser interesante para gente que tiene que pasar montones de puertas con llave en una empresa, por ejemplo, sin tener que llevar un anillo de dos kilos.
Hace unas semanas salió la noticia del "hackeo" del pasaporte, donde se podía modificar los datos del chip al gusto del usuario :-)
Claro, que si lo despides tienes que "convencerle" para que se opere voluntariamente para retirarle el chip. Nada bonito.
Una pequeña incisión de nada...
Estoy pensando que vais a tener razón, que el reader está capado. :-/
Acabo de instalar la versión 8.1 para comprobar si seguía con el mismo comportamiento y bueno, es más estético, con botones más gordos, pero sigue dando el mismo aviso. Nanay. Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-08-11 a las 13:58 +0200, Camaleón escribió:
El 11/08/07, Carlos E. R. escribió:
Dale a imprimir seleccionando las páginas en cuestión, y hacia la impresora en pdf :-)
No se puede, es un plugin, addin... no creo que permita "entradas", vamos, lo que se conoce vulgarmente como "patata" o "chapucilla" :-)
Vale, pero en vez de usar el botoncito, usa la función de imprimir de siempre, a la impresora en pdf. Los de adobe creo recordar que la ponen.
No sirve, porque el radio de acción es de unos centímetros.
Eso la versión actual del rfid, cuando saquen la 2.5 (versión mejorada donde las "haiga") por medio de repetidores la cobertura será como la un gps >:-)
No me jod***. Lo que nos faltaba. Gran hermano al poder. Publicidad customizada con tu nombre en los escaparates cuando pases delante. Y más y más negro.
Salvo que falte el trocito de brazo donde está el chip. Localizarás a la hiena que me ha comido el brazo, pero no a mí desangrándome en mitad de la selva. Sniff.
:-P
Bueno, pero como la hiena forma parte de un seguimiento por parte de wwf/adena lleva una cámara incorporada que ha grabado el lugar exacto donde te ha dado el bocado y ha enviado las coordenadas vía gps al Ordenador Central para el Seguimiento y Conservación de Especies (OCSCE). Es más, la hiena -casualmente- forma parte de un experimento para el Control Mental Animal (CMA) y nos puede llevar al lugar exacto donde estás sin brazo en este momento.
Como ves, todo está controlado X-D
Jope... :-O
Leí un estudio, quizás que en el espectrum del ieee, de uno que ha estado probando esos chismes. Los usa para abrir puertas sin llave, el coche, el ordenador... dice que puede ser interesante para gente que tiene que pasar montones de puertas con llave en una empresa, por ejemplo, sin tener que llevar un anillo de dos kilos.
Hace unas semanas salió la noticia del "hackeo" del pasaporte, donde se podía modificar los datos del chip al gusto del usuario :-)
No me extraña. Hace meses que advirtieron del peligro. En el artículo ese que dije lo decían ya.
Claro, que si lo despides tienes que "convencerle" para que se opere voluntariamente para retirarle el chip. Nada bonito.
Una pequeña incisión de nada...
Si ya. Me despiden y salgo corriendo antes de que me pille el cirujano. Una cosa es que me rajen para contratarme, pero para despedirme, primero quiero el finiquito y la indemnización por veinte años, y ya hablaremos de rajarme, que a mí los bisturises me dan yuyu y trauma psicológico.
Estoy pensando que vais a tener razón, que el reader está capado. :-/
Acabo de instalar la versión 8.1 para comprobar si seguía con el mismo comportamiento y bueno, es más estético, con botones más gordos, pero sigue dando el mismo aviso. Nanay.
Vaya. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFGvardtTMYHG2NR9URAq9iAKCPkFG+AgJmXv4fz8yMeGuBHWKrVACfX7xB Lgp6ZWOpSSOThcmiEyPx4sk= =zSVt -----END PGP SIGNATURE-----
El 11/08/07, Carlos E. R. escribió:
Vale, pero en vez de usar el botoncito, usa la función de imprimir de siempre, a la impresora en pdf. Los de adobe creo recordar que la ponen.
Entonces adiós a los enlaces, tienes que ponerlos a mano... si hay uno, vale, pero si las 100 páginas contienen enlaces, no sirve. Ese pdfwriter es una chapucilla, de veras :-).
No me jod***. Lo que nos faltaba. Gran hermano al poder. Publicidad customizada con tu nombre en los escaparates cuando pases delante. Y más y más negro.
Mientras sea opcional y esté bien montado, pos vale. Es la forma más directa y eficaz de mercadeo, prefiero que el escaparate me muestre lo que busco, me lo empaquete y me lo cobre en lugar de tener que entrar en la tienda, esperar a que el dependiente esté libre y sé cuenta de que estoy dentro, entienda lo que busco, me diga que no lo tiene, pero que lo pueden pedir, blah, blah...
Si ya. Me despiden y salgo corriendo antes de que me pille el cirujano. Una cosa es que me rajen para contratarme, pero para despedirme, primero quiero el finiquito y la indemnización por veinte años, y ya hablaremos de rajarme, que a mí los bisturises me dan yuyu y trauma psicológico.
<modo maligno on> Bueno, otra opción es que el chip que llevas implantado venga con una secuencia de autodestrucción que se activa con el despido... >:-) Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-08-11 a las 13:16 +0200, Carlos E. R. escribió:
Estoy pensando que vais a tener razón, que el reader está capado. :-/
Así es :-/ (http://www.google.com/search?q=saving+pdf+form+data&ie=utf-8&oe=utf-8&aq=t&rls=org.mozilla:en-US:official&client=firefox-a) http://kb.adobe.com/selfservice/viewContent.do?externalId=328647&sliceId=2 Create rights-enabled PDF forms - ------------------------------- Using Adobe LiveCycle Reader Extensions, you can create a rights-enabled PDF form that lets Adobe Reader users comment on, fill, save, distribute, submit, and add digital signatures to the form. When you open a rights-enabled PDF form in Adobe Reader, a dialog box appears outlining the extended capabilities of the PDF file. For more information about Adobe LiveCycle Reader Extensions, see the Adobe website at www.adobe.com/products/server/readerextensions . For more information about rights-enabled PDF forms, see document 315823 , "Introduction to Adobe Reader" or 330983 , "Introduction to Adobe Reader 7.0." Adobe Reader capabilities - ------------------------- Adobe Reader provides the following forms capabilities: - -- View, navigate, and print PDF forms, including form field data - -- Search forms (requires Adobe Reader with Search) - -- Fill fields within a PDF form (cannot save changes to a PDF form) If a PDF form is rights-enabled, Adobe Reader provides these additional capabilities: - -- Save forms and data locally - -- Fill and submit forms online - -- Distribute forms to others for review and comment - -- Add digital signatures Acrobat Standard capabilities - ----------------------------- Acrobat Standard contains all the capabilities of Adobe Reader, in addition to the following: - -- Export and save PDF forms in Forms Data Format (FDF). FDF is a text file format specifically for data exported from PDF form fields. FDF files are significantly smaller than PDF files because they contain only form field data, not the entire form. - -- Save or Export PDF form information as a PDF file or in XFDF format for XML-based FDF files. [...] Fill IRS tax forms - ------------------ ... Note: You cannot electronically submit filled PDF forms to the IRS. However, the IRS now provides rights-enabled PDF forms so you can save filled form information using Adobe Reader. Esto es, si el que genera el PDF tiene esa extensión, entonces el adobe reader nuestro si grabará los datos. Es la administración quien no ha hecho los deberes. O compramos el Acrobat Standard, supongo. O bien nosotros podemos usar otros lectores que si tienen esa capacidad, parece - pero no en linux. http://www.aloaha.com/wi-software-en/save-pdf-form-data.php Unlike the Adobe Reader the Aloaha PDF Editor allows user to fill in these forms AND save them to disk - no additional form saver is needed! http://www.onekit.com/store/review/there_is_an_easy_way_to_save_pdf_forms.ht... http://www.princeton.edu/hr/savepdf.htm (que useis la versión profesional) Este dice que tiene versión linux: http://www.cabaret-solutions.com/en/products/ Home For private users who require a free application and who primarily want to open, save and print PDF forms. http://www.cabaret-solutions.com/en/downloads/linux - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFGva+FtTMYHG2NR9URAum/AJ9wwKhWx3lQYpBa83H7PtgE4J5mYgCfXTA7 W9QnKaW/VOdOqZOTNgqewBA= =pl1V -----END PGP SIGNATURE-----
2007/8/11, Carlos E. R.:
If a PDF form is rights-enabled, Adobe Reader provides these additional capabilities:
- -- Save forms and data locally - -- Fill and submit forms online - -- Distribute forms to others for review and comment - -- Add digital signatures
Vaya... es decir, que la única forma de poder guardar los datos desde el reader es que el pdf esté protegido / tenga seguridad :-O Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-08-11 a las 15:06 +0200, Camaleón escribió:
2007/8/11, Carlos E. R.:
If a PDF form is rights-enabled, Adobe Reader provides these additional capabilities:
- -- Save forms and data locally - -- Fill and submit forms online - -- Distribute forms to others for review and comment - -- Add digital signatures
Vaya... es decir, que la única forma de poder guardar los datos desde el reader es que el pdf esté protegido / tenga seguridad :-O
Pero un tipo de seguridad que no la puede activar el acrobat profesional que teneis, es un producto adicional. Mismamente, parece que hay un "acrobat reader /standard/", que imagino debe ser de pago, y que sí permite grabar formularios aunque el formulario no haya sido generado especialmente. Es decir, o paga el que lo genera, o paga el que lo lee. O paga el que lo lee a un tercero. Así que mirad los que teneis el acrobat pofesioná a ver si podeis generar formularios con "rights-enabled". Yo no puedo, está claro. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFGvcdTtTMYHG2NR9URAlP6AJ4gYSpkpkXnEwq816TILyIrOOIVGgCeKlv0 ekL79zli1fUDIa6lw1spM3E= =f99g -----END PGP SIGNATURE-----
El 11/08/07, Carlos E. R. escribió:
Pero un tipo de seguridad que no la puede activar el acrobat profesional que teneis, es un producto adicional.
Pues va a ser que sí, que hace falta el LiveCycle. Lo he intentado con todo tipo de seguridad (self-sign, acrobat standard y sin seguridad) pero al abrirlo en Reader sigue saliendo el aviso de "sólo impresión".
Mismamente, parece que hay un "acrobat reader /standard/", que imagino debe ser de pago, y que sí permite grabar formularios aunque el formulario no haya sido generado especialmente.
Pues no lo sé, con la versión 5.0 no he podido generar un documento que permita guardar a Reader los datos del formulario. En este mensaje del foro de planetpdf también lo afirman: http://forum.planetpdf.com/wb/default.asp?action=9&fid=68&read=46614
Es decir, o paga el que lo genera, o paga el que lo lee.
O paga el que lo lee a un tercero.
O no paga nadie (salvo el que lo genera) porque se imprime en pdf y listo :-P. Pero de verdad que no le veo sentido a impedir guardar los datos que el mismo usuario introduce, porque no se envían a ningún servidor remoto, no lo entiendo.
Así que mirad los que teneis el acrobat pofesioná a ver si podeis generar formularios con "rights-enabled".
Ná, no puedo. Pero mira, siempre se encuentran cosas interesantes: Agencia Notarial de Certificación (ANCERT) http://www.adobe.com/cfusion/showcase/index.cfm?event=casestudydetail&casestudyid=121307&loc=en_us Y en relación con los códigos de barras: http://www.adobe.com/products/livecycle/barcodedforms/index.html Y todas las ediciones del susodicho: http://www.adobe.com/products/livecycle/editions.html Por mi parte voy a seguir generando pdfs versión 1.3, sencillitos, con enlaces, marcadores y ni usa gota de javacript :-P. Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-08-11 a las 18:30 +0200, Camaleón escribió:
El 11/08/07, Carlos E. R. escribió:
Pero un tipo de seguridad que no la puede activar el acrobat profesional que teneis, es un producto adicional.
Pues va a ser que sí, que hace falta el LiveCycle.
¿Otra extensión?
Lo he intentado con todo tipo de seguridad (self-sign, acrobat standard y sin seguridad) pero al abrirlo en Reader sigue saliendo el aviso de "sólo impresión".
Mismamente, parece que hay un "acrobat reader /standard/", que imagino debe ser de pago, y que sí permite grabar formularios aunque el formulario no haya sido generado especialmente.
Pues no lo sé, con la versión 5.0 no he podido generar un documento que permita guardar a Reader los datos del formulario. En este mensaje del foro de planetpdf también lo afirman:
http://forum.planetpdf.com/wb/default.asp?action=9&fid=68&read=46614
Este detallito: ] But if your users only have the FREE Adobe Reader then you will need to ] purchase Adobe Document Server for Reader Extensions. This tool will ] give you (the administrator) the power to extend rights to your forms' ] users. Ojo, "server". Creo que significa que los usuarios del reader tienen que estar conectados al servidor para poder grabar, que es lo que yo había leído hace años.
Es decir, o paga el que lo genera, o paga el que lo lee.
O paga el que lo lee a un tercero.
O no paga nadie (salvo el que lo genera) porque se imprime en pdf y listo :-P.
No, porque queremos grabarlo.
Pero de verdad que no le veo sentido a impedir guardar los datos que el mismo usuario introduce, porque no se envían a ningún servidor remoto, no lo entiendo.
Cobrar.
Así que mirad los que teneis el acrobat pofesioná a ver si podeis generar formularios con "rights-enabled".
Ná, no puedo. Pero mira, siempre se encuentran cosas interesantes:
Luego no tienes ese "LiveCycle" lo que sea que sea eso.
Agencia Notarial de Certificación (ANCERT) http://www.adobe.com/cfusion/showcase/index.cfm?event=casestudydetail&casestudyid=121307&loc=en_us
O sea, el reader puede grabar y enviar, si hay por ahí ese livecycle en el servidor. Sospecho que tiene que ser online.
Y en relación con los códigos de barras:
http://www.adobe.com/products/livecycle/barcodedforms/index.html
Esto debe ser lo que usan para generar los códigos de puntos. Usan el mismo formulario (aparentemente) pero intranet contra el servidor con livecycle, con lo que pueden grabar, imprimir los códigos de puntos, etc. Va encajando la cosa.
Y todas las ediciones del susodicho:
Mmmm...
Por mi parte voy a seguir generando pdfs versión 1.3, sencillitos, con enlaces, marcadores y ni usa gota de javacript :-P.
Tú no, pero la administración sí. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD4DBQFGvhadtTMYHG2NR9URArqzAJ4xJPN6c/MsysS3k4g9aiCY5bVkPQCUCXDh YnGjTt4260T8WT9T92Lv/g== =I5dx -----END PGP SIGNATURE-----
El 11/08/07, Carlos E. R. escribió:
¿Otra extensión?
Otro "programa" :-P.
Ojo, "server". Creo que significa que los usuarios del reader tienen que estar conectados al servidor para poder grabar, que es lo que yo había leído hace años.
Es un mensaje del año 2005, seguramente entonces no estaba este LiveCycle. Creo que es sólo una cuestión de dar "derechos" al documento para poder almacenar los datos con el Reader, y que sólo se puede hacer con LifeCycle.
No, porque queremos grabarlo.
Lo que interesa no es tanto que se mantenga el formulario activado para cambiar los datos sino almacenar exactamente lo que se envió, sin opciones de modificación. Poder cambiar los datos sería como hacer un borrón (tachar) con el boli sobre el documento físico :-)
Cobrar.
A parte de eso. De todas formas, la versión reader 5.0 ¿podrá guardar los datos?
Luego no tienes ese "LiveCycle" lo que sea que sea eso.
No, claro, no lo tengo, es un programa a parte, aunque también se pueden comprar los módulos por separado.
O sea, el reader puede grabar y enviar, si hay por ahí ese livecycle en el servidor. Sospecho que tiene que ser online.
En el caso de la ANCERT sí, han utilizado ese sistema.
Esto debe ser lo que usan para generar los códigos de puntos. Usan el mismo formulario (aparentemente) pero intranet contra el servidor con livecycle, con lo que pueden grabar, imprimir los códigos de puntos, etc.
Va encajando la cosa.
Sí, parece un programa doble: generador de documentos y formularios con permisos adecuados y extensiones en el servidor para procesar los datos de esos formularios.
Tú no, pero la administración sí.
Con ellos seguiré con el fax :-P. Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El 12/08/07, Camaleón
El 11/08/07, Carlos E. R. escribió:
¿Otra extensión?
Otro "programa" :-P.
Ojo, "server". Creo que significa que los usuarios del reader tienen que estar conectados al servidor para poder grabar, que es lo que yo había leído hace años.
Es un mensaje del año 2005, seguramente entonces no estaba este LiveCycle. Creo que es sólo una cuestión de dar "derechos" al documento para poder almacenar los datos con el Reader, y que sólo se puede hacer con LifeCycle.
No, porque queremos grabarlo.
Lo que interesa no es tanto que se mantenga el formulario activado para cambiar los datos sino almacenar exactamente lo que se envió, sin opciones de modificación. Poder cambiar los datos sería como hacer un borrón (tachar) con el boli sobre el documento físico :-)
Cobrar.
A parte de eso. De todas formas, la versión reader 5.0 ¿podrá guardar los datos?
Luego no tienes ese "LiveCycle" lo que sea que sea eso.
No, claro, no lo tengo, es un programa a parte, aunque también se pueden comprar los módulos por separado.
O sea, el reader puede grabar y enviar, si hay por ahí ese livecycle en el servidor. Sospecho que tiene que ser online.
En el caso de la ANCERT sí, han utilizado ese sistema.
Esto debe ser lo que usan para generar los códigos de puntos. Usan el mismo formulario (aparentemente) pero intranet contra el servidor con livecycle, con lo que pueden grabar, imprimir los códigos de puntos, etc.
Va encajando la cosa.
Sí, parece un programa doble: generador de documentos y formularios con permisos adecuados y extensiones en el servidor para procesar los datos de esos formularios.
Tú no, pero la administración sí.
Con ellos seguiré con el fax :-P.
Saludos,
-- Camaleón ---------------------------------------------------------------------
La opción que comentáis es la que en ADOBE ACROBAT le denominan "distribuir los formularios y recopilar los datos" Un saludo -- Octavio Ávalos --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-08-12 a las 11:45 +0200, Camaleón escribió:
El 11/08/07, Carlos E. R. escribió:
¿Otra extensión?
Otro "programa" :-P.
Ah.
Ojo, "server". Creo que significa que los usuarios del reader tienen que estar conectados al servidor para poder grabar, que es lo que yo había leído hace años.
Es un mensaje del año 2005, seguramente entonces no estaba este LiveCycle. Creo que es sólo una cuestión de dar "derechos" al documento para poder almacenar los datos con el Reader, y que sólo se puede hacer con LifeCycle.
Si fuera por derechos... ¿Porqué pdftk no puede dar esos derechos?
No, porque queremos grabarlo.
Lo que interesa no es tanto que se mantenga el formulario activado para cambiar los datos sino almacenar exactamente lo que se envió, sin opciones de modificación. Poder cambiar los datos sería como hacer un borrón (tachar) con el boli sobre el documento físico :-)
No puedes cambiar los datos, porque lo que hacen es grabarlos; no hay opción a leerlos de nuevo, salvo que se graben de nuevo como pdf y formulario. Por cierto, que he llevado el tema a la lista inglesa y me han hablado de un cups-pdf que no encuentro.
Cobrar.
A parte de eso. De todas formas, la versión reader 5.0 ¿podrá guardar los datos?
Octavio dijo que sí, ¿no?
Luego no tienes ese "LiveCycle" lo que sea que sea eso.
No, claro, no lo tengo, es un programa a parte, aunque también se pueden comprar los módulos por separado.
Mmm. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFGvvvDtTMYHG2NR9URAkbzAJ96bO2cHveecYGuLlAQR3cPgvRwwwCfYAym 5yUKTOZrvkpkwUkp2f+q53s= =EwpJ -----END PGP SIGNATURE-----
El 12/08/07, Carlos E. R. escribió:
Si fuera por derechos... ¿Porqué pdftk no puede dar esos derechos?
Más aún... ¿por qué las versiones "professional" tampoco pueden? :-?
No puedes cambiar los datos, porque lo que hacen es grabarlos; no hay opción a leerlos de nuevo, salvo que se graben de nuevo como pdf y formulario.
Claro, eso es lo que permite hacer la versión completa (standard y professional). Puedes grabar los datos del formulario y cambiarlos después, pero no le veo la gracia, lo que me interesa es tener los datos tal cual los he enviado, no quiero cambiarlos.
Por cierto, que he llevado el tema a la lista inglesa y me han hablado de un cups-pdf que no encuentro.
Es una especie de rpm preparado para actuar como backend de cups (filtro), vamos, una impresora pdf. Pero, por lo que he leído de los comentarios, nadie ha ido al "meollo" del asunto. http://www.cups-pdf.de/download.shtml
Octavio dijo que sí, ¿no?
Sí, eso comentó. Lo cual aporta más "sin sentido" al cambio que ha hecho Adobe con las nuevas versiones, siempre puedes instalar la 5.0 aunque sólo sea para guardar esos datos. Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-08-12 a las 15:12 +0200, Camaleón escribió:
El 12/08/07, Carlos E. R. escribió:
Si fuera por derechos... ¿Porqué pdftk no puede dar esos derechos?
Más aún... ¿por qué las versiones "professional" tampoco pueden? :-?
También. Yo creo que no son simples permisos, no es cambiar un byte.
No puedes cambiar los datos, porque lo que hacen es grabarlos; no hay opción a leerlos de nuevo, salvo que se graben de nuevo como pdf y formulario.
Claro, eso es lo que permite hacer la versión completa (standard y professional). Puedes grabar los datos del formulario y cambiarlos después, pero no le veo la gracia, lo que me interesa es tener los datos tal cual los he enviado, no quiero cambiarlos.
Eso lo puedes hacer vía impresora, real o virtual. Es más, grabándolo así, vía impresora (a fichero) tienes la ventaja de no grabar los códigos del formulario, reduciendo un montón el tamaño del fichero respecto al original. Y no siendo ya un formulario evitas el peligro de que se cambien los datos, es un registro de lo hecho.
Por cierto, que he llevado el tema a la lista inglesa y me han hablado de un cups-pdf que no encuentro.
Es una especie de rpm preparado para actuar como backend de cups (filtro), vamos, una impresora pdf. Pero, por lo que he leído de los comentarios, nadie ha ido al "meollo" del asunto.
Quieres decir el meollo de grabar los datos en el hilo en inglés, ¿no? No, no se han coscado del asunto.
Octavio dijo que sí, ¿no?
Sí, eso comentó. Lo cual aporta más "sin sentido" al cambio que ha hecho Adobe con las nuevas versiones, siempre puedes instalar la 5.0 aunque sólo sea para guardar esos datos.
Salvo que el formulario exija una versión más nueva por florituras. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFGvx0+tTMYHG2NR9URAo3/AJ9c6lUPO0IbFd2oVQhLFJYoZRaOPwCfbx7v avlj8RXCWKGthdgjMct754E= =hQJE -----END PGP SIGNATURE-----
El 12/08/07, Carlos E. R. escribió:
Yo creo que no son simples permisos, no es cambiar un byte.
Pues lo dice bien claro Adobe en ese artículo que enviaste de la KB, "rights-enabled", y es algo que desde luego en la versión profesional no hay forma de activar o configurar. No creo que dependa de un servidor remoto, es algo que parece intrínseco al documento.
Eso lo puedes hacer vía impresora, real o virtual. Es más, grabándolo así, vía impresora (a fichero) tienes la ventaja de no grabar los códigos del formulario, reduciendo un montón el tamaño del fichero respecto al original. Y no siendo ya un formulario evitas el peligro de que se cambien los datos, es un registro de lo hecho.
Ya, pero eso lo sabemos ahora y porque tenemos impresoras virtuales de ese tipo (impresión a pdf) :-P.
Quieres decir el meollo de grabar los datos en el hilo en inglés, ¿no? No, no se han coscado del asunto.
Sí, no le han dado importancia al hecho de que entre Adobe y la entidad (quizá por desconocimiento) que ha generado ese pdf con el formulario está "limitando" de alguna manera qué es lo que el usuario puede guardar y qué no, lo malo es que los datos los introduce el propio usuario por lo que es un sin-sentido.
Salvo que el formulario exija una versión más nueva por florituras.
Al abrirlo con la versión 5.0 no me dio problemas, sigo pensando que es la mejor versión que hay de acrobat, el resto (quizá la 6.0 se salva) están "abultadas" en exceso. Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
En ADOBE ACROBAT PROFESIONAL tienes la posibilidad de implantar los siguientes sistemas de seguridad: Seguridad mediante contraseña, seguridad mediante certificado y Servidor de normativas LiveCycle de Adobe. Para distribuir un formulario Acrobat tiene que detectar en el formulario un botón de Envio. Este botón es necesario para que los usuarios le devuelvan los datos del formulario automáticamente. Puede estar en JavaScript Para crear el botón de envio hay que editar el formulario con Acrobat o Adobe Cycle Designer.
Estos documentos no tienen ningún tipo de seguridad, nada de nada. No le demos mas vueltas, Adobe suprimió prestaciones del READER y creo uno intermedio el $TANDAR. Todo se aprende. Tenía que salir otro visor o que KPDF tuviese mas prestaciones para mandar a tomar por saco al Adobe. Como os dije en un mensaje anterior el LiveCycle de Adobe sirve para proteger documentos para su distribución mediante un servidor de normativas. En donde el administrador del equipo proporciona la información de configuración de dicho servidor: Nombre del servidor, puerto, nombre de usuario y contraseña. Se conecta con él para la obtención del formulario que una vez cubierto el usuario envia los datos al administrador mediante el "botón de envio" que os comenté antes Estuve haciendo pruebas con esta normativa de seguridad y entiendo que El servidor de normativas LiveCycle de Adobe nada tiene que ver con nuestros formularios (Ah por cierto se me olvidó decirlo, lo tengo yo) Lo que os decía ACROBAT READER está Capado en sus últimas versiones. Un saludo -- Octavio Ávalos --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-08-13 a las 00:47 +0200, J. OCTAVIO AVALOS escribió:
En ADOBE ACROBAT PROFESIONAL tienes la posibilidad de implantar los siguientes sistemas de seguridad: Seguridad mediante contraseña, seguridad mediante certificado y Servidor de normativas LiveCycle de Adobe.
Servidor. Ajá.
Para distribuir un formulario Acrobat tiene que detectar en el formulario un botón de Envio. Este botón es necesario para que los usuarios le devuelvan los datos del formulario automáticamente. Puede estar en JavaScript
Para crear el botón de envio hay que editar el formulario con Acrobat o Adobe Cycle Designer.
¿Y para grabar los datos localmente? Porque es otra posibilidad que dicen ellos, grabarlos para enviarlos por email: ] Using Adobe LiveCycle Reader Extensions, you can create a rights-enabled ] PDF form that lets Adobe Reader users comment on, fill, save, ] distribute, submit, and add digital signatures to the form. When you ] open a rights-enabled PDF form in Adobe Reader, a dialog box appears ] outlining the extended capabilities of the PDF file. http://kb.adobe.com/selfservice/viewContent.do?externalId=328647&sliceId=2
Estos documentos no tienen ningún tipo de seguridad, nada de nada. No le demos mas vueltas, Adobe suprimió prestaciones del READER y creo uno intermedio el $TANDAR. Todo se aprende.
Sí, lo del A. standard lo he dicho en otro mensaje. O sea aclaremos, no llevan nada extra ni necesitan conectarse con ningún sitio para poder grabar los datos, si tienes el adobe estandard... ¿es así?
Tenía que salir otro visor o que KPDF tuviese mas prestaciones para mandar a tomar por saco al Adobe.
Sí, es una pena. Es que ninguno es capaz ni de siquiera permitir rellenar los campos.
Como os dije en un mensaje anterior el LiveCycle de Adobe sirve para proteger documentos para su distribución mediante un servidor de normativas. En donde el administrador del equipo proporciona la información de configuración de dicho servidor: Nombre del servidor, puerto, nombre de usuario y contraseña. Se conecta con él para la obtención del formulario que una vez cubierto el usuario envia los datos al administrador mediante el "botón de envio" que os comenté antes
Ah, eso será lo que hacen en la administración intranet.
Estuve haciendo pruebas con esta normativa de seguridad y entiendo que El servidor de normativas LiveCycle de Adobe nada tiene que ver con nuestros formularios (Ah por cierto se me olvidó decirlo, lo tengo yo)
Ah, mira que bien ;-)
Lo que os decía ACROBAT READER está Capado en sus últimas versiones.
Entonces, ¿no hay nada que tú puedas hacerle con el livecycle ese a un fichero pdf para que el reader sí acepte grabar los datos, no? Lo digo por esto: ] Create rights-enabled PDF forms ] ] Using Adobe LiveCycle Reader Extensions, you can create a rights-enabled ] PDF form that lets Adobe Reader users comment on, fill, save, ] distribute, submit, and add digital signatures to the form. When you ] open a rights-enabled PDF form in Adobe Reader, a dialog box appears ] outlining the extended capabilities of the PDF file. Según eso, el adobe reader normal y corriente sí que podría grabarlos a condición de que tengan esos derechos "rights-enabled". Aunque si eso es así no serviría de nada para los formularios ya creados de la administración. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFGv5OttTMYHG2NR9URAjl1AKCKa4cz8muIO+J4V82y9yKicPCoLgCfYBm9 R/UXJ9jmmfcRTZLSRsFT+WI= =HxHg -----END PGP SIGNATURE-----
El 13/08/07, Carlos E. R.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
El 2007-08-13 a las 00:47 +0200, J. OCTAVIO AVALOS escribió:
En ADOBE ACROBAT PROFESIONAL tienes la posibilidad de implantar los siguientes sistemas de seguridad: Seguridad mediante contraseña, seguridad mediante certificado y Servidor de normativas LiveCycle de Adobe.
Servidor. Ajá.
Para distribuir un formulario Acrobat tiene que detectar en el formulario un botón de Envio. Este botón es necesario para que los usuarios le devuelvan los datos del formulario automáticamente. Puede estar en JavaScript
Para crear el botón de envio hay que editar el formulario con Acrobat o Adobe Cycle Designer.
¿Y para grabar los datos localmente? Porque es otra posibilidad que dicen ellos, grabarlos para enviarlos por email:
] Using Adobe LiveCycle Reader Extensions, you can create a rights-enabled ] PDF form that lets Adobe Reader users comment on, fill, save, ] distribute, submit, and add digital signatures to the form. When you ] open a rights-enabled PDF form in Adobe Reader, a dialog box appears ] outlining the extended capabilities of the PDF file.
http://kb.adobe.com/selfservice/viewContent.do?externalId=328647&sliceId=2
Estos documentos no tienen ningún tipo de seguridad, nada de nada. No le demos mas vueltas, Adobe suprimió prestaciones del READER y creo uno intermedio el $TANDAR. Todo se aprende.
Sí, lo del A. standard lo he dicho en otro mensaje. O sea aclaremos, no llevan nada extra ni necesitan conectarse con ningún sitio para poder grabar los datos, si tienes el adobe estandard... ¿es así?
Yo entiendo que es así
Tenía que salir otro visor o que KPDF tuviese mas prestaciones para mandar a tomar por saco al Adobe.
Sí, es una pena. Es que ninguno es capaz ni de siquiera permitir rellenar los campos.
Como os dije en un mensaje anterior el LiveCycle de Adobe sirve para proteger documentos para su distribución mediante un servidor de normativas. En donde el administrador del equipo proporciona la información de configuración de dicho servidor: Nombre del servidor, puerto, nombre de usuario y contraseña. Se conecta con él para la obtención del formulario que una vez cubierto el usuario envia los datos al administrador mediante el "botón de envio" que os comenté antes
Ah, eso será lo que hacen en la administración intranet.
Estuve haciendo pruebas con esta normativa de seguridad y entiendo que El servidor de normativas LiveCycle de Adobe nada tiene que ver con nuestros formularios (Ah por cierto se me olvidó decirlo, lo tengo yo)
Ah, mira que bien ;-)
Lo que os decía ACROBAT READER está Capado en sus últimas versiones.
Entonces, ¿no hay nada que tú puedas hacerle con el livecycle ese a un fichero pdf para que el reader sí acepte grabar los datos, no?
Lo digo por esto:
] Create rights-enabled PDF forms ] ] Using Adobe LiveCycle Reader Extensions, you can create a rights-enabled ] PDF form that lets Adobe Reader users comment on, fill, save, ] distribute, submit, and add digital signatures to the form. When you ] open a rights-enabled PDF form in Adobe Reader, a dialog box appears ] outlining the extended capabilities of the PDF file.
Según eso, el adobe reader normal y corriente sí que podría grabarlos a condición de que tengan esos derechos "rights-enabled".
Si, los otorga el propietario - administrador del formulario
Aunque si eso es así no serviría de nada para los formularios ya creados de la administración.
Claro, los formularios de la administración no están distribuidos con esta normativa, en más, desde el enfoque de Adobe no están distribuidos. Al abrir un formulario del tipo que estamos tratando y miramos que tipo de seguridad trae, aquí debería poner que el referido formulario tiene el sistema de seguridad de servidor de normativas LiveCycle de Adobe o en su defecto tienen que aparecer restringidas funciones del ACROBAT PROFESIONAL para otorgarlas en el READER (Esto no se porque es así, pero lo cierto es que no hay manera de que consiga funciones totales en el Profesional y ceder algunas en el Reader. En el documento de la seguridad social que os adjunto he configurado la seguridad otorgando permisos al usuario para que pueda grabar el formulario. Ya me diréis si esto es así y que permisos os aparecen a vosotros. Un saludo, -- Octavio Ávalos
No le demos mas vueltas los permisos al READER se otorgan desde el profesional con la opción del menu: Permisos a usuarios de Acrobat Reader. Esta opción se concuerda con lo que se ha escrito hasta ahora sobre el LiveCycle de Adobe. El $tandar no lo necesita porque ya lo trae. Un saludo -- Octavio Ávalos --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El 13/08/07, J. OCTAVIO AVALOS escribió:
Si, los otorga el propietario - administrador del formulario
Ah, esa opción no está en Acrobat 5.0, no hay ni rastro de LiveCycle.
Claro, los formularios de la administración no están distribuidos con esta normativa, en más, desde el enfoque de Adobe no están distribuidos. Al abrir un formulario del tipo que estamos tratando y miramos que tipo de seguridad trae, aquí debería poner que el referido formulario tiene el sistema de seguridad de servidor de normativas LiveCycle de Adobe o en su defecto tienen que aparecer restringidas funciones del ACROBAT PROFESIONAL para otorgarlas en el READER (Esto no se porque es así, pero lo cierto es que no hay manera de que consiga funciones totales en el Profesional y ceder algunas en el Reader.
Se ve que lo han integrado en el programa y no lo interpreta como algo relacionado con la seguridad del documento o las restricciones, es decir, que desde la versión completa 7 (quizá la 6 tambien) le dan al creador de los formularios el control sobre ellos y las opciones disponibles en los visores... luego los de la seg. social podrían configurarlo de esa forma y permitirlo, seguramente no saben que está disponible esa opción, yo tampoco sabía que la versión 7 viene con LiveCycle y con esas opciones :-?.
En el documento de la seguridad social que os adjunto he configurado la seguridad otorgando permisos al usuario para que pueda grabar el formulario. Ya me diréis si esto es así y que permisos os aparecen a vosotros.
Vale, éste sí permite guardar los datos (Acrobat Reader 8 bajo windows y Acrobat 7 bajo SuSE), pero mira qué curioso, la versión completa de acrobat 5.0 no puede guardar el pdf, no hay opción, el menú y el botón de guardar no están disponibles. En Reader como seguridad aparece todo como permitido, excepto "ensamblaje de documento" y "creación de páginas de plantilla", en la versión completa 5.0 no hay ninguna restricción. Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El 13/08/07, Camaleón escribió:
Ah, esa opción no está en Acrobat 5.0, no hay ni rastro de LiveCycle.
Este cuadro comparativo entre las distintas versiones de Acrobat es bastante ilustrativo: http://www.adobe.com/products/acrobat/pdfs/acrobat8_matrix.pdf Sólo las versiones proffesional y 3d permiten otorgar permisos para que las versiones reader puedan guardar los datos de los formularios de forma local. Lo que no entiendo muy bien es la nota al pie y los 500 usuarios :-?. Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El 13/08/07, Camaleón
El 13/08/07, Camaleón escribió:
Ah, esa opción no está en Acrobat 5.0, no hay ni rastro de LiveCycle.
Este cuadro comparativo entre las distintas versiones de Acrobat es bastante ilustrativo:
http://www.adobe.com/products/acrobat/pdfs/acrobat8_matrix.pdf
Sólo las versiones proffesional y 3d permiten otorgar permisos para que las versiones reader puedan guardar los datos de los formularios de forma local. Lo que no entiendo muy bien es la nota al pie y los 500 usuarios :-?.
Saludos,
-- Camaleón ---------------------------------------------------------------------
Si, se refiere al número máximo de usuarios que pueden grabar el formulario para un fin determinado cuando este se "DISTRIBUYE" conforme al servidor de normativas de seguridad LiveCycle de Adobe. Esto es cuando "distribuimos" el formulario en los términos descritos en los mensajes anteriores
Un saludo -- Octavio Ávalos --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El 13/08/07, J. OCTAVIO AVALOS escribió:
Si, se refiere al número máximo de usuarios que pueden grabar el formulario para un fin determinado cuando este se "DISTRIBUYE" conforme al servidor de normativas de seguridad LiveCycle de Adobe. Esto es cuando "distribuimos" el formulario en los términos descritos en los mensajes anteriores
A ver, que me pierdo. Si yo tengo un Acrobat 7 Pro, ¿cómo uso esa opción de LiveCycle? Es decir, guardo una copia del formulario que has enviado para quitarle todo vestigio de seguridad y ahora quiero volver a activar la opción para que los usuarios Reader puedan guardar en su disco los datos del formulario ¿cómo lo hago? Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El 13/08/07, Camaleón
El 13/08/07, J. OCTAVIO AVALOS escribió:
Si, se refiere al número máximo de usuarios que pueden grabar el formulario para un fin determinado cuando este se "DISTRIBUYE" conforme al servidor de normativas de seguridad LiveCycle de Adobe. Esto es cuando "distribuimos" el formulario en los términos descritos en los mensajes anteriores
A ver, que me pierdo. Si yo tengo un Acrobat 7 Pro, ¿cómo uso esa opción de LiveCycle? Es decir, guardo una copia del formulario que has enviado para quitarle todo vestigio de seguridad y ahora quiero volver a activar la opción para que los usuarios Reader puedan guardar en su disco los datos del formulario ¿cómo lo hago?
A ver si consigo explicarme bien. LiveCycle puede acompañar a la configuracion de seguridad sea cual sea la que hayamos configurado. Si el formulario está DISTRIBUIDO (es decir que los datos de los usuarios le llegan al administrador) y le añadimos LiveCycle (mediante opción para tal efecto), permitirá a los usuarios grabar el formulario con los datos que han introducido, esto se realiza para un objetivo, fin, problema ... concreto. Esta opción (servidor normativa de seguridad LiveCycle) tiene un límite de 500 usuarios. 2ª Opción: El documento no está DISTRIBUIDO. Entonces LiveCycle mediante opción de menú, da permisos a los usuarios de READER cualquiera que sea su número, para que los formularios puedan sean grabados. En este caso el formulario propietario pierde funciones en favor del READER que aparecerá con lo permisos que me indicaste en anterior mensaje. Nada impide que estos formularios sean protegidos mediante contraseña o certificado digital, si lo DISTRIBUIMOS nos encontramos en el primer caso. No se si lo he conseguido. Un saludo -- Octavio Ávalos --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-08-13 a las 13:00 +0200, J. OCTAVIO AVALOS escribió:
A ver, que me pierdo. Si yo tengo un Acrobat 7 Pro, ¿cómo uso esa opción de LiveCycle? Es decir, guardo una copia del formulario que has enviado para quitarle todo vestigio de seguridad y ahora quiero volver a activar la opción para que los usuarios Reader puedan guardar en su disco los datos del formulario ¿cómo lo hago?
A ver si consigo explicarme bien. LiveCycle puede acompañar a la configuracion de seguridad sea cual sea la que hayamos configurado. Si el formulario está DISTRIBUIDO (es decir que los datos de los usuarios le llegan al administrador) y le añadimos LiveCycle (mediante opción para tal efecto), permitirá a los usuarios grabar el formulario con los datos que han introducido, esto se realiza para un objetivo, fin, problema ... concreto. Esta opción (servidor normativa de seguridad LiveCycle) tiene un límite de 500 usuarios.
Y ese límite, ¿porqué? ¿Por tema de licencias, o porque los datos han de llegar mediante conexión al servidor? ¿O porque en la base de datos del servidor que recibe los datos sólo caben 500 entradas?
2ª Opción: El documento no está DISTRIBUIDO. Entonces LiveCycle mediante opción de menú, da permisos a los usuarios de READER cualquiera que sea su número, para que los formularios puedan sean grabados.
Hasta ahí es lo mismo que arriba, les da permiso para grabar.
En este caso el formulario propietario pierde funciones en favor del READER que aparecerá con lo permisos que me indicaste en anterior mensaje.
No entiendo eso de perder funciones.
Nada impide que estos formularios sean protegidos mediante contraseña o certificado digital, si lo DISTRIBUIMOS nos encontramos en el primer caso.
Protegidos por el creador, supongo. Y firmados por el receptor. Pero esa nomenclatura de "si lo distribuimos" no termino de pillarla. Para mí se distribuye si a mi me da la gana repartirlo.
No se si lo he conseguido.
Algo... :-) O estoy my espeso, o la nomenclatura de adobe es liada. O ambos :-p - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFGwEmitTMYHG2NR9URAg3GAJwIaqPw3ZeDH3ran7FLw+e0Kp7hEACeJEii 4xZEibGhZtXDBAsyGj3DYtw= =dMae -----END PGP SIGNATURE-----
El 13/08/07, Carlos E. R. escribió:
Y ese límite, ¿porqué? ¿Por tema de licencias, o porque los datos han de llegar mediante conexión al servidor? ¿O porque en la base de datos del servidor que recibe los datos sólo caben 500 entradas?
Tampoco lo entiendo y tampoco me queda claro si sólo con Acrobat 7 Professional es posible crear documentos pdf con formularios con los derechos adecuados para que las versiones Reader puedan guardar el pdf en su disco.
Hasta ahí es lo mismo que arriba, les da permiso para grabar.
¿Pero cómo? ¿LiveCycle es una extensión que se usa en un servidor remoto? ¿O es una opción que se puede seleccionar desde la propia aplicación de Acrobat?
No entiendo eso de perder funciones.
Sí, eso sí lo entiendo porque tengo la versión completa y me ha pasado. El último pdf que ha enviado Octavio aparece con restricciones cuando lo abro con Acrobat 7 pro., es decir, me dice que el documento no permite guardarse en disco debido a restricciones y que... mejor pongo exactamente lo que dice: "Este documento restringe algunas funciones de Acrobat para permitir las funciones ampliadas en Adobe Reader. Para crear una copia del documento que no esté restringida (y que no tenga las funcioens ampliadas en Acrobat Reader) seleccione el menú Archivo > Guardar una copia." Y tras la "parrafada" se quedan tan panchos :-D
O estoy my espeso, o la nomenclatura de adobe es liada. O ambos :-p
Yo tampoco entiendo este sistema, la verdad. Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-08-13 a las 15:12 +0200, Camaleón escribió:
El 13/08/07, Carlos E. R. escribió:
No entiendo eso de perder funciones.
Sí, eso sí lo entiendo porque tengo la versión completa y me ha pasado. El último pdf que ha enviado Octavio aparece con restricciones cuando lo abro con Acrobat 7 pro., es decir, me dice que el documento no permite guardarse en disco debido a restricciones y que... mejor pongo exactamente lo que dice:
"Este documento restringe algunas funciones de Acrobat para permitir las funciones ampliadas en Adobe Reader. Para crear una copia del documento que no esté restringida (y que no tenga las funcioens ampliadas en Acrobat Reader) seleccione el menú Archivo > Guardar una copia."
¡¡ONDIÁ!! :-O O sea, o funciona en el reader, o funciona en el prof, pero no en ambos... lo veo y no me lo creo. Caray... sí que tienen la mente enrevesada estos de adobe.
Y tras la "parrafada" se quedan tan panchos :-D
O estoy my espeso, o la nomenclatura de adobe es liada. O ambos :-p
Yo tampoco entiendo este sistema, la verdad.
Me estoy convenciendo de que hay que inventar un OpenPDF que esté libre de ataduras absurdas. :-/ - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFGwHVstTMYHG2NR9URAj4vAJ9TxTH7j/d4prQ3b/tCG5gY9RmbTQCfdQ1f RCmi6NmZavRV0jboccZqEdI= =cK3Z -----END PGP SIGNATURE-----
El 13/08/07, Carlos E. R.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
El 2007-08-13 a las 15:12 +0200, Camaleón escribió:
El 13/08/07, Carlos E. R. escribió:
No entiendo eso de perder funciones.
Las funciones que se retringen en el ACROBAT cuando las ampliamos en el READER son: No se permiten cambios en el documento, Emsamblajes y Creación de páginas de plantilla.
Parece lógico que sea así para que propietario y usuarios del formulario tengan el mismo, cuando amplias las funciones de READER te da la posiblidad de grabarlo con otro nombre para que distingas cual tiene permisos y cual es el original. Distribuir un formulario es un término que utiliza Adobe para establecer el servidor de normativas LiveCycle, acordaros que aquí hay que habilitar un botón de envio para que los usuarios remitan solo los datos al servidor propietario del formulario, si también queremos que los usuarios puedan grabar el formulario completo con los datos que han cubierto, es cuando ampliamos las funciones para Acrobat Reader. De aquí el número máximo de 500 usuarios enviando datos que puede soportar el servidor Un saludo -- Octavio Ávalos --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-08-13 a las 11:13 +0200, J. OCTAVIO AVALOS escribió:
El 13/08/07, Camaleón <> escribió:
Sólo las versiones proffesional y 3d permiten otorgar permisos para que las versiones reader puedan guardar los datos de los formularios de forma local.
¿Incluso aunque no hayas comprado live cycle?
Lo que no entiendo muy bien es la nota al pie y los 500 usuarios :-?.
Si, se refiere al número máximo de usuarios que pueden grabar el formulario para un fin determinado cuando este se "DISTRIBUYE" conforme al servidor de normativas de seguridad LiveCycle de Adobe. Esto es cuando "distribuimos" el formulario en los términos descritos en los mensajes anteriores
Hipótesis: posiblemente el número de usuarios está limitado por lo que le hayas pagado a adobe y la licencia que tengas. Si los de la administración no han pagado bastante no pueden poner un número de usuarios indiscriminado y por eso no lo han hecho. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFGwDT1tTMYHG2NR9URAlt0AJ4s2v4PSr1q6RHPxhk1Dx/t0SXRGQCdGTyF kSJZOY6FRx3nz1gHqRTiURQ= =toDf -----END PGP SIGNATURE-----
El 13/08/07, Carlos E. R. escribió:
¿Incluso aunque no hayas comprado live cycle?
Puf, pues a estas alturas ya no sabría qué decirte. Octavio dice que con la versión profesional sí puede, yo también la tengo pero no sé cómo otorgar esos permisos :-/. Es más, he buscado en la ayuda por "livecycle" y no encuentra nada, ninguna referencia.
Hipótesis: posiblemente el número de usuarios está limitado por lo que le hayas pagado a adobe y la licencia que tengas. Si los de la administración no han pagado bastante no pueden poner un número de usuarios indiscriminado y por eso no lo han hecho.
Pero en ese caso lo pondría en el pie de página, y no dice nada (licencias adicionales). No sé por qué lo limita, ni si es posible aumentar el límite, ni cómo guardar un pdf con formulario que se pueda guardar con la versión reader, ni por qué no encuentro referencia alguna a livecycle en la versión profesional 7... como se suele decir, estoy más perdida que un pulpo en un garaje :-P. Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
El 2007-08-13 a las 11:13 +0200, J. OCTAVIO AVALOS escribió:
El 13/08/07, Camaleón <> escribió:
Sólo las versiones proffesional y 3d permiten otorgar permisos para que las versiones reader puedan guardar los datos de los formularios de forma local.
¿Incluso aunque no hayas comprado live cycle?
Lo que no entiendo muy bien es la nota al pie y los 500 usuarios :-?.
Si, se refiere al número máximo de usuarios que pueden grabar el formulario para un fin determinado cuando este se "DISTRIBUYE" conforme al servidor de normativas de seguridad LiveCycle de Adobe. Esto es cuando "distribuimos" el formulario en los términos descritos en los mensajes anteriores
Hipótesis: posiblemente el número de usuarios está limitado por lo que le hayas pagado a adobe y la licencia que tengas. Si los de la administración no han pagado bastante no pueden poner un número de usuarios indiscriminado y por eso no lo han hecho.
- -- No Carlos, los formularios de la Administración no están DISTRIBUIDOS y están sin protección. Para que los podamos grabar tan solo tienen que otorgar estas funciones a los usuarios de READER pero el formulario propietario pierde funciones. Hay una opción específica
El 13/08/07, Carlos E. R.
-- Octavio Ávalos --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-08-13 a las 13:11 +0200, J. OCTAVIO AVALOS escribió:
No Carlos, los formularios de la Administración no están DISTRIBUIDOS y están sin protección. Para que los podamos grabar tan solo tienen que otorgar estas funciones a los usuarios de READER pero el formulario propietario pierde funciones. Hay una opción específica para esto.
No entiendo eso de que pierden funciones. Ya lo han publicado, no tienen que tocarlo de nuevo. Y tienen el original si lo necesitan. Luego hay otro detalle. En el formulario que pusiste se puede grabar, efectivamente, pero entero, datos y formulario juntos, como si fueran un nuevo formulario con algunos datos grabados. En otro sitios (pe, en la generación de PFD desde el openoffice) dicen que la grabación puede ser en pdf, o en fdf, o html, o xml. Del FDF especifican que sólo contiene los datos, pensado para enviar por correo los resultados del formulario y procesarlos en destino. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFGwEf1tTMYHG2NR9URAjv6AJ9JE/OX3buZ7bZI7I0+KtAQsvc6FQCfXLwJ ri3gnuJkowMN4sSn9P1UAZ4= =x4jH -----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-08-13 a las 04:19 +0200, J. OCTAVIO AVALOS escribió:
Lo digo por esto:
] Create rights-enabled PDF forms ] ] Using Adobe LiveCycle Reader Extensions, you can create a rights-enabled ] PDF form that lets Adobe Reader users comment on, fill, save, ] distribute, submit, and add digital signatures to the form. When you ] open a rights-enabled PDF form in Adobe Reader, a dialog box appears ] outlining the extended capabilities of the PDF file.
Según eso, el adobe reader normal y corriente sí que podría grabarlos a condición de que tengan esos derechos "rights-enabled".
Si, los otorga el propietario - administrador del formulario
Mmmm.
Aunque si eso es así no serviría de nada para los formularios ya creados de la administración.
Claro, los formularios de la administración no están distribuidos con esta normativa, en más, desde el enfoque de Adobe no están distribuidos. Al abrir un formulario del tipo que estamos tratando y miramos que tipo de seguridad trae, aquí debería poner que el referido formulario tiene el sistema de seguridad de servidor de normativas LiveCycle de Adobe o en su defecto tienen que aparecer restringidas funciones del ACROBAT PROFESIONAL para otorgarlas en el READER (Esto no se porque es así, pero lo cierto es que no hay manera de que consiga funciones totales en el Profesional y ceder algunas en el Reader.
Uff. Que lio.
En el documento de la seguridad social que os adjunto he configurado la seguridad otorgando permisos al usuario para que pueda grabar el formulario. Ya me diréis si esto es así y que permisos os aparecen a vosotros.
Pues aparece la zona amarilla distinta. Dice: Document Rights and intructions [comentarios y markups] [firma] [save data] You can add comments and markups to this document. Y en la barra de herramientas aparecen tres iconos nuevos: uno es para anotar y comentar. Otro es para firmar. Y otro es de instrucciones. Aparece también en "Tools" un montón de herramientas para anotar añadiendo dibujitos. Leches, yo me conformaba en el reader normal con poder añadir simples comentarios: ni eso dejan. El menú principal de "save" está en gris, pero no el de "save as". Si lleno algún campo ya se activa el de save. Lo que guarda es el pdf entero, como formulario rellenado y editable de nuevo. No aparecen las opciones de grabar en otros formatos (FDF, HTML, XML). El FDF es un formato de adobe que contiene sólo los datos, para enviarlo por email y procesarlo. Desde luego, es mucho más cómodo en el caso de un formulario largo que puedes guardarlo y continuar otro dia. No es un registro fijo de lo que se ha hecho, eso tiene que ser via impresora. Por cierto, en preferencias, acabo de darme cuenta que en la categoría "Forms" aparece "Keep forms data temporarily available on disk". Esto también está en los formularios pdfs normales. He mirado con "ls -ltr /tmp", y efectivamente hay unos ficheritos pequeños de adobe ahí (pe, Acro0002qMwet), pero no veo que contengan los datos (aunque file dice que son pdfs). No se pueden abrir con acroread, dan error. El xpdf los saca en blanco o no los saca. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFGwDOptTMYHG2NR9URAlg3AJ4o6KdpCe37VHyNJSjXJU6z3nVT2QCdHZav 4OzNw8t8awgsFP7Is0DoPkM= =Nb5L -----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-08-12 a las 15:12 +0200, Camaleón escribió:
Octavio dijo que sí, ¿no?
Sí, eso comentó. Lo cual aporta más "sin sentido" al cambio que ha hecho Adobe con las nuevas versiones, siempre puedes instalar la 5.0 aunque sólo sea para guardar esos datos.
Probad este pdf que han comentado en la lista inglesa: ] Here's an example of a form-fillable pdf from my employer... ] ] http://easier.co.la.ca.us/JobsInfo/empapp.pdf ] ] ...which you can fill out in *nix but not save unless you're in Wintendo. En linux desde luego que no se puede salvar, pero dice que en windows sí. Yo me sospecho que tampoco, debe ser que tienen la versión estandard o la profesional. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFGvyMmtTMYHG2NR9URAt4KAJ9z082/u8AJOkAAP7Xur4LZFjc37ACfdp6g nhbgPqTwPBhkh+LXp4+U+FA= =8UyG -----END PGP SIGNATURE-----
El 12/08/07, Carlos E. R. escribió:
Probad este pdf que han comentado en la lista inglesa:
No, no se puede tampoco, sale el mismo mensaje de advertencia (sólo impresión). Lo he abierto con el reader 8 en un windows 2000.
En linux desde luego que no se puede salvar, pero dice que en windows sí. Yo me sospecho que tampoco, debe ser que tienen la versión estandard o la profesional.
Correcto, no se puede, al menos no con la reader y salvo que se haya creado con el LiveCycle que dice Adobe y con los permisos necesarios. Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-08-11 a las 14:45 +0200, escribí:
El 2007-08-11 a las 13:16 +0200, escribí:
Estoy pensando que vais a tener razón, que el reader está capado. :-/
Así es :-/
El mensaje más certero de los que me han respondido en la lista inglesa, de alguien que entiende el problema, está aquí: http://lists.opensuse.org/opensuse/2007-08/msg00855.html ... As I wrote, pdftk is not a solution to your problem. You look for a viewer and pdftk is not a viewer. It was a hint for persons that want to work on PDF viewers. pdftk has a fill_form operation that "fills the single input PDF's form fields with the data from an FDF file or stdin." Also relevant is the dump_data operation (that tells which form fields are in a PDF file) and the flatten operation (that "merges an input PDF's interactive form fields (and their data) with the PDF's pages.") These are NOT the permission changes that you mentioned, this is a different functionality. Btw, allowing PDF annotations with acroread are a whole different matter whatsoever. No open source tool is known to me that allows that -- AFAIK, one needs to digitally sign the file with a key from Adobe for that. What means that the difficulties are very high to achieve that functionality. Lastly, in case, that this was too implicit: I follow the PDF tool landscape closely, and, to my knowledge, there is no PDF viewer on Linux that does what you want. Joachim O sea, visualizadores con capacidad de editar los campos, abiertos, en linux, no hay nada de nada. Existe una posibilidad de llenar los campos mediante pdftk. Y adobe parece usar un sistema de firma digital para bloquear esas características que nos interesan, así que nanay. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFGy4jNtTMYHG2NR9URArzgAJ9alFM4a+WmXtqOh02AFw2VlnWBYACfXQXP mAfTJq75r0jO4lsSQknoTA0= =MGNi -----END PGP SIGNATURE-----
2007/8/22, Carlos E. R.:
O sea, visualizadores con capacidad de editar los campos, abiertos, en linux, no hay nada de nada. Existe una posibilidad de llenar los campos mediante pdftk. Y adobe parece usar un sistema de firma digital para bloquear esas características que nos interesan, así que nanay.
Lo cual nos llevaría a preguntarnos ¿por qué? Si el uso de formularios no es un sistema estándar, abierto y documentado, pues ya sabemos lo que hay (yo desde luego no los he usado nunca y visto lo visto, prefiero no utilizarlos, al menos mientras siga habiendo tantos problemas para el resto de lectores pdf). Pero si está documentado, ¿por qué no hay una herramienta, a parte de Acrobat para linux (kpdf, por ejemplo) que sí lo permita? Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El 22/08/07, Camaleón escribió:
Pero si está documentado, ¿por qué no hay una herramienta, a parte de Acrobat para linux (kpdf, por ejemplo) que sí lo permita?
Estaba revisando la documentación de Scribus y para que incorpora algunas opciones avanzadas, no tanto para abrir documentos en pdf y editarlos pero sí para la creación de pdfs y formularios (pdf 1.4 y PDF/X3). Scribus (Wikipedia) http://en.wikipedia.org/wiki/Scribus Small-business forms using Scribus and PDF http://www.linux.com/articles/44046 Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El 23/08/07, Camaleón
El 22/08/07, Camaleón escribió:
Pero si está documentado, ¿por qué no hay una herramienta, a parte de Acrobat para linux (kpdf, por ejemplo) que sí lo permita?
Estaba revisando la documentación de Scribus y para que incorpora algunas opciones avanzadas, no tanto para abrir documentos en pdf y editarlos pero sí para la creación de pdfs y formularios (pdf 1.4 y PDF/X3).
Scribus (Wikipedia) http://en.wikipedia.org/wiki/Scribus
Small-business forms using Scribus and PDF http://www.linux.com/articles/44046
Saludos,
-- Camaleón ---------------------------------------------------------------------
Es de lo que se trata. Que poco a poco vayan incorporando nuevas opciones. Lo normal hasta ahora es que ante una mayor limitación del software propietario surjan nuevas alternativas. Cuestión de tiempo. Mientras tanto a darle permisos al READER desde el PROFESSIONAL. Por lo demás coincido con vosotros, no entiendo a que razones atiende este capado del programa READER, porque lo lógico sería el poder disponer de la opción de grabar el formulario, claro está sin modificaciones, en atención a lo que originalmente se creó y como su nombre indica el PDF. Todo lo que salga de esto es ....... $$$$$$$$$$$€€€€€€€€€€€€€€ Un saludo -- Octavio Ávalos --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-08-23 a las 17:54 +0200, Camaleón escribió:
El 22/08/07, Camaleón escribió:
Pero si está documentado, ¿por qué no hay una herramienta, a parte de Acrobat para linux (kpdf, por ejemplo) que sí lo permita?
Puede que lo de los formularios no esté muy documentado, o que los visualizadores existentes tengan que modificarlos un montón para que permitan escribir en los formularios. Fíjate que algunos ni siquiera pueden mostrar correctamente los formularios.
Estaba revisando la documentación de Scribus y para que incorpora algunas opciones avanzadas, no tanto para abrir documentos en pdf y editarlos pero sí para la creación de pdfs y formularios (pdf 1.4 y PDF/X3).
Scribus (Wikipedia) http://en.wikipedia.org/wiki/Scribus
Bueno, el OpenOffice también los crea. Por eso me choca que no haya visualizadores libres para usarlos.
Small-business forms using Scribus and PDF http://www.linux.com/articles/44046
Habrá que mirarlo. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFGzsHxtTMYHG2NR9URAg+RAJ0Yhz8WQdaIoFGcZZRW5oj+edbb7wCfYrvu aw4z4SX0HGdQQZc3FYwmJrU= =6q9B -----END PGP SIGNATURE-----
El 9/08/07, Camaleón
El 9/08/07, J. OCTAVIO AVALOS escribió:
- Leyendo la ayuda de Acrobat 5.0 llego a la conclusión de que el uso de formularios en pdf no es más que un dolor de... muelas :-). Es un intento de imitar el funcionamiento de los formularios web (html) pero más limitado y con todo este tipo de problemas. Además, y en este caso en concreto (seg. social) su uso no está para nada justificado, ya que los datos no se envían a ningún lado de forma automatizada, hay que entregarlo rellenado e impreso.
Qué follón :-P.
La cuestión aún tiene mas miga: Cuando estas realizando un movimiento por ejemplo de alta de un trabajador por sistema RED online, tienes que introducir unos datos mínimos, porque el resto ya están por omisión tales como el nombre del trabajador, nombre de la empresa, domicilios etc. Cuando acabas de cubrir todos estos datos y antes de su envio, tienes la opción de pedir una copia del modelo ta2 conforme al movimiento que acabas de realizar, tienes dos opciones, diferido que te lo remiten al correo electrónico que tengas asignado en el sistema RED o ONLINE que sale por pantalla el referido modelo ta2 en PDF (se ejecuta el plugin de READER en el navegador) Pues bien, sea cual sea el sistema operativo en el que trabajemos no podemos grabarlo si tan solo tenemos el READER, con los datos que nos han sido remitidos y que se entiende que es un resguardo. En versiones del READER anteriores a la 5 si se podía (esta última no me acuerdo)
Saludos,
-- Octavio Ávalos --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-08-09 a las 22:06 +0200, J. OCTAVIO AVALOS escribió:
PDF (se ejecuta el plugin de READER en el navegador) Pues bien, sea cual sea el sistema operativo en el que trabajemos no podemos grabarlo si tan solo tenemos el READER, con los datos que nos han sido remitidos y que se entiende que es un resguardo.
Luego lo que envían es un pdf rellenado como formulario. Que bien. Pues pídelo como email, de esa forma ya te envían el fichero.
En versiones del READER anteriores a la 5 si se podía (esta última no me acuerdo)
Luego entonces es un bug del acrobat. Prueba con el "CABAReT", su publicidad dice que lo hacen. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFGu6ADtTMYHG2NR9URApohAKCOC6XbymWovp7BzZ9Z3gVmPeqMLwCdGVrG vjBSk7nMUawL5XTR/r6PFts= =2nM1 -----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-08-09 a las 15:18 +0200, J. OCTAVIO AVALOS escribió:
Correcto, no es cosa de Acrobat, ya que tiene el mismo comportamiento bajo windows y bajo suse.
Entonces como explicáis que los formularios que genero yo sin ningún tipo de limitación para los usuarios, tampoco se pueden grabar con el Reader.
¿Puedes hacer un formulario tonto y enviarnoslo o ponerlo en la lista, para que probemos? - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFGuyw/tTMYHG2NR9URAosOAJ95GNqzHGReXXM+VpdklJs1vR4kGgCgjxwC OaVpi5UMaUs4QvKtT0ffdVk= =1HA9 -----END PGP SIGNATURE-----
El 9/08/07, Carlos E. R.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
El 2007-08-09 a las 15:18 +0200, J. OCTAVIO AVALOS escribió:
Correcto, no es cosa de Acrobat, ya que tiene el mismo comportamiento bajo windows y bajo suse.
Entonces como explicáis que los formularios que genero yo sin ningún tipo de limitación para los usuarios, tampoco se pueden grabar con el Reader.
¿Puedes hacer un formulario tonto y enviarnoslo o ponerlo en la lista, para que probemos?
- -- Hola, Carlos,
Envio un formulario PDF hecho por mi, un documento escaneado en el que introduje campos de formulario. Lo envio al privado y también a las lista a ver si lo permite Saludos
-- Octavio Ávalos
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-08-09 a las 22:26 +0200, J. OCTAVIO AVALOS escribió:
¿Puedes hacer un formulario tonto y enviarnoslo o ponerlo en la lista, para que probemos?
Envio un formulario PDF hecho por mi, un documento escaneado en el que introduje campos de formulario. Lo envio al privado y también a las lista a ver si lo permite
Han llegado a la lista. El "Recurso..." tiene el envío de datos prohibido (submitting forms), en propiedades de seguridad. El otro, el de "Trafico..." no es un formulario en el sentido electrónico. En el formulario no se pueden grabar los datos: está prohibido y no aparece el menú para ello. Es más, sale el aviso de que no se pueden grabar. ¿Seguro que me has mandado un formulario preparado para grabar? - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFGu59wtTMYHG2NR9URApR6AJ9ElEfyu3vcpKCM6cHplC717bDPlQCdHlIs UhJLuO1Z+evyVUEXqEyI304= =DfXf -----END PGP SIGNATURE-----
El 9/08/07, J. OCTAVIO AVALOS escribió:
Envio un formulario PDF hecho por mi, un documento escaneado en el que introduje campos de formulario. Lo envio al privado y también a las lista a ver si lo permite
Me pasa lo mismo que con el pdf de la seg. social: el que tiene formulario no permite guardar los datos (sólo imprimir), y aparece con restricciones cuando se abre con Reader 7.0. En cambio, el mismo documento abierto con Acrobat 5.0 no presenta ninguna restricción y permite rellenar y guardar el formulario. Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El 10/08/07, Camaleón
El 9/08/07, J. OCTAVIO AVALOS escribió:
Envio un formulario PDF hecho por mi, un documento escaneado en el que introduje campos de formulario. Lo envio al privado y también a las lista a ver si lo permite
Me pasa lo mismo que con el pdf de la seg. social: el que tiene formulario no permite guardar los datos (sólo imprimir), y aparece con restricciones cuando se abre con Reader 7.0. En cambio, el mismo documento abierto con Acrobat 5.0 no presenta ninguna restricción y permite rellenar y guardar el formulario.
Saludos,
-- Camaleón ---------------------------------------------------------------------
Claro, aquí tenemos el ejemplo, un mismo formulario hecho sin ninguna restricción cambia al abrirlo con una u otra versión del READER, algo que no se entiende al día de hoy, cuando la utilización de este formato está extendido en todos los ámbitos. Ya te comenté que yo grababa con el READER en versiones anteriores como documento final y resguardo. Entiendo que este tiene que ser el objetivo final, pero paradójicamente restándole opciones al READER si lo que pretenden es que el documento no se pueda grabar y por lo tanto alterar, están consiguiendo justamente lo contrario, porque el usuario siempre busca alternativas que le permitan grabar u otras aplicaciones que cada día presentan mayores prestaciones. Cuestión de tiempo y este cada vez corre más rápido. Un saludo -- Octavio Ávalos --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El 10/08/07, J. OCTAVIO AVALOS escribió:
Claro, aquí tenemos el ejemplo, un mismo formulario hecho sin ninguna restricción cambia al abrirlo con una u otra versión del READER, algo que no se entiende al día de hoy, cuando la utilización de este formato está extendido en todos los ámbitos. Ya te comenté que yo grababa con el READER en versiones anteriores como documento final y resguardo. Entiendo que este tiene que ser el objetivo final, pero paradójicamente restándole opciones al READER si lo que pretenden es que el documento no se pueda grabar y por lo tanto alterar, están consiguiendo justamente lo contrario, porque el usuario siempre busca alternativas que le permitan grabar u otras aplicaciones que cada día presentan mayores prestaciones. Cuestión de tiempo y este cada vez corre más rápido.
Sigo pensando que el problema de fondo lo tiene la administración / seg. social / aeat o quien sea que genera ese tipo de documentos conociendo sus limitaciones. Leyendo la Wikipedia* sobre el formato pdf no pone que sea un estándar iso (está en proceso de validación), salvo las siguientes variaciones, : PDF/X for the printing and graphic arts as ISO 15930 (working in ISO TC130) PDF/A for archiving in corporate/government/library/etc environments as ISO 19005 (work done in ISO TC171) PDF/E for exchange of engineering drawings (work done in ISO TC171) PDF/UA for universally accessible PDF files A PDF/H variant (PDF for Healthcare) is being developed.[4] However, it may consist more in a set of "best practices" than in a specific format or subset. El interesante en este caso sería el pdf/a (archivo de documentos) y cuyas características son: Other key elements to PDF/A** compatibility include: Audio and video content are forbidden. Javascript and executable file launches are prohibited. All fonts must be embedded and also must be legally embeddable for unlimited, universal rendering. This also applies to the so-called PostScript standard fonts such as Times or Helvetica. Colorspaces specified in a device-independent manner. Encryption is disallowed. Use of standards-based metadata is mandated. Es decir, pdf sencillo, sin javascript, ni encriptación, como debe ser :-). Y si quieres formularios, usa html y listo :-P. Por otra parte, no he encontrado en la wikipedia ninguna referencia al formato fdf que se usa para los datos de formularios. * http://en.wikipedia.org/wiki/Portable_Document_Format ** http://en.wikipedia.org/wiki/PDF/A Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-08-10 a las 12:22 +0200, J. OCTAVIO AVALOS escribió:
Claro, aquí tenemos el ejemplo, un mismo formulario hecho sin ninguna restricción cambia al abrirlo con una u otra versión del READER, algo que no se entiende al día de hoy, cuando la utilización de este formato está extendido en todos los ámbitos. Ya te comenté que yo grababa con el READER en versiones anteriores como documento final y resguardo. Entiendo que este tiene que ser el objetivo final, pero paradójicamente restándole opciones al READER si lo que pretenden es que el documento no se pueda grabar y por lo tanto alterar, están consiguiendo justamente lo contrario, porque el usuario siempre busca alternativas que le permitan grabar u otras aplicaciones que cada día presentan mayores prestaciones. Cuestión de tiempo y este cada vez corre más rápido.
Sería cuestión de preguntarlo así en otra lista que sepan de esto. ¿google? Yo es que no se que pregunta plantear en el google, no se me da bien eso. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFGvEtstTMYHG2NR9URAtrtAJ9kB+MkawJSi7KWPN9yrd2v2B7tLwCePSqi dfSF0EktLxKRWi2KtCIQ+wQ= =dGBS -----END PGP SIGNATURE-----
J. OCTAVIO AVALOS escribió:
Envio un formulario PDF hecho por mi, un documento escaneado en el que introduje campos de formulario. Lo envio al privado y también a las lista a ver si lo permite
Saludos
El de recurso si que puedo ver los campos y rellenarlos el otro no. Naturalmete no deja guardar, pero creo que es una politica de adobe para vender el otro que es mas caro y sacan pasta. Por cierto si solo se trata de crear PDF lo mejor que podeis hacer es usar openoffice. Admite campos hiperenlaces y todas esas cosas. A ver si se ponen las pilas e implementan la modificacion de pdf. :) --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
Hola, ya estoy de vuelta de la playa. ¡Vaya día! Bueno vamos a lo nuestro. Distiller no es mas que una impresora pdf pero con nombre mas bonito. Los formularios se hacen a partir de un pdf o incluso desde una hoja en blanco, si hay algún error o se quiere rectificar un formulario no es necesario partir de cero, tan solo se modifica el texto y nada más. ADOBE ACROBAT viene con un OCR que transforma la imagen pdf en texto. Cuando estas creando un formulario tienes en tu mano todas estas herramientas: Inserción de imágenes, objetos, audio ... También tienes la posibilidad de combinar formularios. Lo cierto es que la aplicación Professional te da bastante cancha, los campos del formulario se crean con algo tan sencillo como escoger la opción de campo de texto o numerico en la barra de herramientas y dibujar con el ratón un rectángulo donde quieras que vaya el campo. También se pueden hacer campos calculados. A título de ejemplo, yo siempre les doy a los alumnos en los cursos de formación empresarial un formulario, entre otros, del recibo de salarios para que vayan introduciendo los conceptos (primero la hacen en papel, no va a ser todo de bicoca) y el formulario va realizando los cálculos. Tan solo tenían que grabar la nómina y así les quedaba guardado en CD porque al final del curso grababan todos los ficheros que habían generado durante el mismo. Pero como nunca dura la alegría en la casa del pobre, me encontre con el problema de que no se podía guardar con las versiones nuevas del READER. Como me hizo mucha gracia me tuve que armar de paciencia y no dí mi brazo a torcer, soy Aries, y para cabezón, cabezón y medio, y lo hice con OpenOffice. Saludos, -- Octavio Ávalos --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El 10/08/07, J. OCTAVIO AVALOS escribió:
Hola, ya estoy de vuelta de la playa. ¡Vaya día!
Y nosotros aquí divagando sobre el Reader... >:-)
en la casa del pobre, me encontre con el problema de que no se podía guardar con las versiones nuevas del READER. Como me hizo mucha gracia me tuve que armar de paciencia y no dí mi brazo a torcer, soy Aries, y para cabezón, cabezón y medio, y lo hice con OpenOffice.
Ahí está, sí señor :-). Si no te sirve un programa, usa otro, como debe ser. Que el pdf está muy bien, pero siempre dentro de unos límites razonables, y siempre y cuando se mantenga estándar, porque sino al final los documentos en pdf que se pensaron que serían multiplataforma y lo más fieles al documento original, ni se van a poder ver en todos los sistemas ni se van a visualizar de la misma forma, dependiendo del tipo de visor pdf que tengas. Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-08-11 a las 09:38 +0200, Camaleón escribió:
El 10/08/07, J. OCTAVIO AVALOS escribió:
para cabezón, cabezón y medio, y lo hice con OpenOffice.
Ahí está, sí señor :-). Si no te sirve un programa, usa otro, como debe ser.
No se si os habeis dado cuenta de que si creais un formulario en OOwriter lo podeis usar en OOo, o incluso exportar a pdf con el botoncito, convirtiendose en un formulario pdf con sus botoncitos y todo. Y que sigue sin poder grabarse, claro. O sea, que tenemos en linux una herramienta propia para crear formularios en pdf, pero no para usarlos.
Que el pdf está muy bien, pero siempre dentro de unos límites razonables, y siempre y cuando se mantenga estándar, porque sino al final los documentos en pdf que se pensaron que serían multiplataforma y lo más fieles al documento original, ni se van a poder ver en todos los sistemas ni se van a visualizar de la misma forma, dependiendo del tipo de visor pdf que tengas.
La ventaja teórica del pdf es que no te pueden alterar los formularios, y que efectivamente se van a ver igual en todas partes. Lo que nos pasa ahora es que al visualizador que tenemos para los formularios parece que nos lo han capado. A ver si redacto un email para la lista inglesa. Es más, si en el OOo en vez de con el botoncito de exportar vamos via menu, hay un campo para elegir a que formatos queremos que el pdf exporte los datos: FDF, PDF, HTML, o XML. Pero el acrobat reader 7 se niega a grabarlos. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFGvZc/tTMYHG2NR9URAnZHAJ93txqMX3qQnWDCDD+24eSWxjfvkQCfSEA9 lVNRJu2WF+2+8l8Kw+dKc0Y= =qO1u -----END PGP SIGNATURE-----
El 11/08/07, Carlos E. R.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
El 2007-08-11 a las 09:38 +0200, Camaleón escribió:
El 10/08/07, J. OCTAVIO AVALOS escribió:
para cabezón, cabezón y medio, y lo hice con OpenOffice.
Ahí está, sí señor :-). Si no te sirve un programa, usa otro, como debe ser.
No se si os habeis dado cuenta de que si creais un formulario en OOwriter lo podeis usar en OOo, o incluso exportar a pdf con el botoncito, convirtiendose en un formulario pdf con sus botoncitos y todo. Y que sigue sin poder grabarse, claro.
O sea, que tenemos en linux una herramienta propia para crear formularios en pdf, pero no para usarlos.
Que el pdf está muy bien, pero siempre dentro de unos límites razonables, y siempre y cuando se mantenga estándar, porque sino al final los documentos en pdf que se pensaron que serían multiplataforma y lo más fieles al documento original, ni se van a poder ver en todos los sistemas ni se van a visualizar de la misma forma, dependiendo del tipo de visor pdf que tengas.
La ventaja teórica del pdf es que no te pueden alterar los formularios, y que efectivamente se van a ver igual en todas partes. Lo que nos pasa ahora es que al visualizador que tenemos para los formularios parece que nos lo han capado.
A ver si redacto un email para la lista inglesa.
Es más, si en el OOo en vez de con el botoncito de exportar vamos via menu, hay un campo para elegir a que formatos queremos que el pdf exporte los datos: FDF, PDF, HTML, o XML. Pero el acrobat reader 7 se niega a grabarlos.
- --
El problema que tiene OOo es que los formularios pesan mucho y si generas un pdf no respeta los campos del formulario, en cierta manera me parece lógico porque lo convierte a documento pdf final e inalterable. Para rellenarlo ya tienes el formulario en OOo, en el que lo normal es que protejas el documento fijo y permitas tan solo rellenar los campos. Adjunto os remito un ejemplo de un formulario en OOo sin ninguna protección.
Saludos
-- Octavio Ávalos
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-08-11 a las 15:37 +0200, J. OCTAVIO AVALOS escribió:
Es más, si en el OOo en vez de con el botoncito de exportar vamos via menu, hay un campo para elegir a que formatos queremos que el pdf exporte los datos: FDF, PDF, HTML, o XML. Pero el acrobat reader 7 se niega a grabarlos.
El problema que tiene OOo es que los formularios pesan mucho y si generas un pdf no respeta los campos del formulario, en cierta manera me parece lógico porque lo convierte a documento pdf final e inalterable.
¿Como que no los respeta? Los formularios de prueba que he hecho a pdf son correctos. He creado el formulario PDF a partir de tu .odt y sólo pesa 90 Kb. No te quejes: el 036 de la aeat pesa 1.8 megas, y antiguamente pesaba 4 megas. El TA2 de la SS pesa casi un mega. Así que los 90 KB del tuyo me parecen un peso pluma. Lo que ocurre es que no has puesto todos los campos: por ejemplo, la entrada "datos de identificación" no tiene campo, y por tanto el pdf no lo tiene tampoco.
Para rellenarlo ya tienes el formulario en OOo, en el que lo normal es que protejas el documento fijo y permitas tan solo rellenar los campos.
Claro. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFGvcnItTMYHG2NR9URAgEPAJ9/oiNrYIutb0kS0UPMAMwsMMTXEgCcD04H 2XvzQZZAtANC6YsPgQJVvUs= =6zt4 -----END PGP SIGNATURE-----
El 11/08/07, Carlos E. R.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
El 2007-08-11 a las 15:37 +0200, J. OCTAVIO AVALOS escribió:
Es más, si en el OOo en vez de con el botoncito de exportar vamos via menu, hay un campo para elegir a que formatos queremos que el pdf exporte los datos: FDF, PDF, HTML, o XML. Pero el acrobat reader 7 se niega a grabarlos.
El problema que tiene OOo es que los formularios pesan mucho y si generas un pdf no respeta los campos del formulario, en cierta manera me parece lógico porque lo convierte a documento pdf final e inalterable.
¿Como que no los respeta? Los formularios de prueba que he hecho a pdf son correctos.
He creado el formulario PDF a partir de tu .odt y sólo pesa 90 Kb. No te quejes: el 036 de la aeat pesa 1.8 megas, y antiguamente pesaba 4 megas. El TA2 de la SS pesa casi un mega. Así que los 90 KB del tuyo me parecen un peso pluma.
Lo que ocurre es que no has puesto todos los campos: por ejemplo, la entrada "datos de identificación" no tiene campo, y por tanto el pdf no lo tiene tampoco.
Para rellenarlo ya tienes el formulario en OOo, en el que lo normal es que protejas el documento fijo y permitas tan solo rellenar los campos.
Claro.
- -- Saludos Carlos E.R.
Mi .odt ya es un formulario, tiene los campos para ser cubierto, lo que hago es proteger el documento menos los campos para rellenar, entonces siendo así lo que tenemos que hacer es rellenar el formulario en OOo y el resultado pasarlo a pdf . NADA DE ESTO ÚLTIMO, comprobé lo que dice Carlos y es cierto respeta los campos :-P pero vuelve a salir el cartelito de que no se puede grabar cuando lo abres, lo que ya es el colmo porque no deja grabar algo que ya está grabado. Conclusión para los formularios hechos por nosotros: si lo queremos pasar a pdf debemos abrirlo posteriormente con KPDF o grabarlo sin más preámbulos en OOo y proteger el documento para que quede como resguardo. Una opinión mas. Por cierto ¿Pasamos al otro hilo de Camaleón?, si hay algo más, por supuesto. Saludos -- Octavio Ávalos --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-08-11 a las 22:11 +0200, J. OCTAVIO AVALOS escribió:
Mi .odt ya es un formulario, tiene los campos para ser cubierto, lo que hago es proteger el documento menos los campos para rellenar,
Ya lo sé.
entonces siendo así lo que tenemos que hacer es rellenar el formulario en OOo y el resultado pasarlo a pdf . NADA DE ESTO ÚLTIMO, comprobé lo que dice Carlos y es cierto respeta los campos :-P pero vuelve a salir el cartelito de que no se puede grabar cuando lo abres, lo que ya es el colmo porque no deja grabar algo que ya está grabado.
Claro. Pero puedes imprimirlo a pdf, en cuyo caso los campos se convierten en textos, que ya no puedes cambiar (no es un formulario pdf), pero sí puedes grabar. Lo acabo de probar. Yo lo que digo (y no lo sabía) es que mediante OO puedes crear un formulario, que puedes usar directamente en OO, o bien puedes convertirlo en un formulario PDf, que también se puede rellenar - pero que no se puede grabar con el reader versión "free" (sí con el "standard"). Y eso tampoco lo sabía.
Conclusión para los formularios hechos por nosotros: si lo queremos pasar a pdf debemos abrirlo posteriormente con KPDF o grabarlo sin más preámbulos en OOo y proteger el documento para que quede como resguardo.
Una opinión mas. Por cierto ¿Pasamos al otro hilo de Camaleón?, si hay algo más, por supuesto.
Es el mismo hilo, con una variación en el tema. Lo abrí yo ;-) - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFGvisDtTMYHG2NR9URAlXEAJ9IbuQcd4AKoayL4sE6Lm5Ck42iRgCeNXWO 59XuVft9N4+wo/8BaeWBhjs= =nkcF -----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-08-10 a las 22:29 +0200, J. OCTAVIO AVALOS escribió:
Hola, ya estoy de vuelta de la playa. ¡Vaya día!
Bueno vamos a lo nuestro. Distiller no es mas que una impresora pdf pero con nombre mas bonito.
Los formularios se hacen a partir de un pdf o incluso desde una hoja en blanco, si hay algún error o se quiere rectificar un formulario no es necesario partir de cero, tan solo se modifica el texto y nada más.
Bueno, verás. Suponte que partes de un documento .doc. Lo conviertes a PDF con distiller. Añades enlaces, por ejemplo, con el acrobat. De repente te das cuenta que hay un error en el texto: si no hace falta hacer un "reflow" o reformato, del texto, pues corrijes la linea con el acrobat y en paz - pero como esté el texto alineado a derecha e izquierda el alineado se rompe. Y como tengas que cambiar varias lineas tienes que hacer click-click en cada una de las lineas y retocarlas, una a una. Es por eso por lo que para tener un resultado perfecto hay que vover a recrear desde cero el pdf que has estado añadiendole las florituras, hacerlo de nuevo digo desde el .doc con el distiller o el botoncito del plugin, y volverle a añadir las florituras. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFGvZAPtTMYHG2NR9URAmccAJ4ikJV+F3+4vxvOBdV/0A1GqPVaigCgld7n 0G38JXXGpIm6RJTg0KWEeIo= =Xk7n -----END PGP SIGNATURE-----
El 10/08/07, Francisco F escribió:
Naturalmete no deja guardar, pero creo que es una politica de adobe para vender el otro que es mas caro y sacan pasta.
El problema (si no me he hecho un lío) es que Ocativo cree que con versiones reader anteriores a la 6.0 sí se podía guardar los datos del formulario, pero ahora con la nuevas ya no es posible.
Por cierto si solo se trata de crear PDF lo mejor que podeis hacer es usar openoffice.
Lo que estamos comentando es que con la versión Reader no es posible almacenar los datos de los formularios pdf de forma estándar (guardar pdf). Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-08-09 a las 12:21 +0200, Camaleón escribió:
El 9/08/07, Carlos E. R. escribió:
Esa versión hace muchas cosas que no hace el reader, para eso está.
Sí, pero en este caso creo que ha sido "metedura de pata" de los que han creado el fichero: si lo que querían era que no se pudieran guardar los datos del formulario tenían que haber usado otro tipo de seguridad (drm, por ejemplo) que ni la versión profesional puede saltarse.
Yo simplemente no entiendo porqué no quieren que no se puedan grabar los datos. No lo entiendo, francamenete. No le puedo ver el sentido. ¿Para qué? ¿Porqué no puedo grabar los datos de lo que escribo? A lo mejor he rellenado tres páginas y de repente hay un campo en la cuarta que no se rellenar o me falta el dato, y me tengo que ir y apagar el ordenador, o tardo varios dias en tener el dato. ¡Me obligan a meter las tres paginas de nuevo!
Pero no es adobe quien lo impide, es la seguridad social quien lo impide, porque han configurado así el formulario (en opciones de seguridad).
Correcto, no es cosa de Acrobat, ya que tiene el mismo comportamiento bajo windows y bajo suse.
Aunque me queda ver algún pdf ofical que lo tenga permitido y que sin embargo no funciona, de los que dice Octavio, porque según él el reader falla.
"there are three types of Adobe PDF forms". Uno es sólo para imprimir, otro tiene un botón que graba los datos o un pdf completo con los datos para enviar por email, y un tercero que envía directamente los datos a un servidor web.
Mientras esté documentado y sea estándar, vale, pero sigo pensando que no es este el comportamiento que ellos quieren.
No se si los formularios de adobe están documentados y son abiertos, puede que no, puede que si. Competidores no tienen todavía.
Los malos en este caso no son los de adobe, son los de la seguridad social. No se puede grabar porque ellos no quieren que lo grabes.
Ya, pero no lo han conseguido: se puede hacer desde la versión profesional y desde suse con la impresora de kde o similar. Vamos, que han perdido el tiempo :-).
Es que no tiene sentido bloquear eso.
Sí, pero porque también permite editar y generar los formularios.
O porque no han utilizado la seguridad adecuada.
Están encriptados con clave de 124 bits, en uno que miré. Es extraño que se puedan editar, o no hemos probado con los mismos.
Claro que lo conoces: es el que usas para presentar la declaración todos los años, salvo que te la hagan. Lo genera el programa "padre.exe", y no es un pdf, ni es estandard ni portable ni multiplataforma.
No he visto en funcionamiento ese programa Padre, pero si hay no versión en java mal asunto. Toca papel y boli.
Ah, vale. Es que uno de mis motivos (el principal) para tener un vmware con windows es precisamente poder usar el programa padre - no es que me guste, es que es lo que hay. Lo de papel y boli, me niego. Peor, soy incapaz: el de la renta, imposible. Pero gustos aparte (usa una base de datos tipo access - ya, aceptamos barco) ese programa imprime el formulario con el código de puntos que contiene todos los datos del formulario, o graba (exporta) un ficherito con todos esos datos para su envío electrónico seguro - y ese envío sí lo puedes hacer con el firefoxx de linux).
Y el adobe también está desarrollado y verificado.
Me refiero a que están "matando moscas a cañonazos". Que no hace falta un formulario en pdf con campos editables (pero no almacenables :-)), que es más sencillo un formulario en html bajo servidor seguro que vaya a su base de datos. En pocas palabras: que se complican mucho.
Los formularios PDF que he visto en esta conversación ninguno va a servidor, son locales: y eso también es una ventaja, se pueden rellenar en ordenadores sin conexión. Son formularios de aspecto muy bonito, iguales a los formularios impresos. Si los imprimes, ocupan el número de páginas exactos y en forma correcta. Tiene muchas ventajas. La única pega seria, de concepto, que le veo, es que no hay otros proveedores.
Ese formulario de arriba es muy fácil de generar con el adobe (el completo), no tiene código de puntos ni nada, es un simple formulario para imprimir.
Eso mismo, pero fíjate la de problemas que genera: que no se puede guardar (yo me pregunto por qué), es decir, que en este caso hubiera resultado más sencillo otra opción.
No se guarda porque no quiere el que lo hizo. Adobe dice que sí se pueden guardar.
¿Sabes que como ingeniero puedo presentar los proyectos en pdf y tenerlos sellados oficialmente (visados) por mi colegio en formato pdf, con plena validez legal, sin copia impresa de ningún tipo? Tanto la copia del colegio como la del estado como la mia serían digitales, en pdf. En windows, claro.
Y eso es legalmente reconocido en España.
No lo es en cambio un dibujo en png con firma encriptada por pgp, por muy estandar abierto que sea.
Las facturas de teléfono también están en formato pdf, con validez legal. La firma digital es una alternativa viable y con menos problemas.
Es un programa compacto de documentos que permite firma digital, y que se reconoce legalmente. La idea es buena. Telefónica usó durante un tiempo en sus facturas un sistema de firma por separado, que necesitaba un programa aparte (que proporcionaban ellos) para verificar la firma, incluso para poder ver el recibo. En linux era todavía peor, había que saltar varios aros sólo para poder verlos. El adobe reader lo tiene todo el mundo y es gratis. Desde el punto de vista de las administraciones y entidades es un sistema ideal para repartir documentación firmada. Yo el único problema que le veo es la falta de competencia, que no haya proveedores alternativos de los - el - progrma para usarlos. El formato en sí me parece bueno.
Te advierto que el colegio de ingenieros cobra y paga los proyectos basandose en esos documentos en pdf que digo, que van sellados criptográficamente con marca de agua.
Que sí, que sí, pero lo que quiero decir es que hay otras formas de transmitir los datos de forma segura que es de lo que estamos hablando: para cambiar los datos de la seg. social no hace falta un pdf, hasta por fax se podría hacer con la fotocopia del dni :-)
Hay otros sistemas, vale, pero no tienen todas las ventajas. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFGuxaotTMYHG2NR9URAmaHAJ95kiH2d2jw2rGC5Yiput27udcTZgCfRFcW czpdTMHKl8RV+HEkt+WjFL0= =gWCA -----END PGP SIGNATURE-----
El 9/08/07, Carlos E. R. escribió:
Yo simplemente no entiendo porqué no quieren que no se puedan grabar los datos. No lo entiendo, francamenete. No le puedo ver el sentido. ¿Para qué? ¿Porqué no puedo grabar los datos de lo que escribo?
Creo que no es cosa de ellos, es el funcionamiento que Adobe da a los formularios vistos desde Reader o con la versión completa. Por eso comentaba en un mensaje anterior que no es método adecuado para utilizar, ojo, en este caso.
No se si los formularios de adobe están documentados y son abiertos, puede que no, puede que si. Competidores no tienen todavía.
Tienen competidores, pero los resultados no son tan exatctos como los generados con su programa :-).
Están encriptados con clave de 124 bits, en uno que miré. Es extraño que se puedan editar, o no hemos probado con los mismos.
Ese debe ser otro formulario, los que yo he bajado no tienen seguridad, ni si quiera la estándar de Acrobat.
Los formularios PDF que he visto en esta conversación ninguno va a servidor, son locales: y eso también es una ventaja, se pueden rellenar en ordenadores sin conexión. Son formularios de aspecto muy bonito, iguales a los formularios impresos. Si los imprimes, ocupan el número de páginas exactos y en forma correcta.
Tiene muchas ventajas.
Pero si no e sposible almacenar los datos, las ventajas desaparecen :-P
La única pega seria, de concepto, que le veo, es que no hay otros proveedores.
Sí, algunos hay, por ejemplo: http://www.cabaret-solutions.com/en/products/stage/bundle_professional http://www.visagesoft.com/products/expertpdf/features.php
No se guarda porque no quiere el que lo hizo. Adobe dice que sí se pueden guardar.
Creo que ese ha sido el error que he cometido, y es que no llevan seguridad :-O
El adobe reader lo tiene todo el mundo y es gratis. Desde el punto de vista de las administraciones y entidades es un sistema ideal para repartir documentación firmada.
Sí, pero si quieres autenticidad en los datos que usen la firma digital, poner restricciones de apertura / lectura / impresión / modificación junto con campos interactivos que usan javascript, buf, o lo haces muy bien o te sale un churro-pdf que no se peude leer en ningún lado X-)
Yo el único problema que le veo es la falta de competencia, que no haya proveedores alternativos de los - el - progrma para usarlos. El formato en sí me parece bueno.
El formato es bueno como "documento final" pero si tienes que manipularlo, reenviarlo, volver a corregirlo, volver a enviarlo, editarlo, retocarlo, etc. hay que tener mucho cuidado con el resultado.
Hay otros sistemas, vale, pero no tienen todas las ventajas.
Para este caso en concreto, cualquier otra opción hubiera sido válida. Mira, basta con enviar los datos por correo electrónico con conexión segura, cifrado y con certificado de usuario para verificar al remitente y listo, el correo lo almacenas donde quieres en tu disco y los datos han llegado con toda la seguridad. Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-08-09 a las 16:26 +0200, Camaleón escribió:
El 9/08/07, Carlos E. R. escribió:
Yo simplemente no entiendo porqué no quieren que no se puedan grabar los datos. No lo entiendo, francamenete. No le puedo ver el sentido. ¿Para qué? ¿Porqué no puedo grabar los datos de lo que escribo?
Creo que no es cosa de ellos, es el funcionamiento que Adobe da a los formularios vistos desde Reader o con la versión completa. Por eso comentaba en un mensaje anterior que no es método adecuado para utilizar, ojo, en este caso.
Me he dado cuenta que la documentación cita un submenú "forms" bajo el de "documents" que no veo. Puede que nos falte un plugin.
No se si los formularios de adobe están documentados y son abiertos, puede que no, puede que si. Competidores no tienen todavía.
Tienen competidores, pero los resultados no son tan exatctos como los generados con su programa :-).
O sea, que no.
Están encriptados con clave de 124 bits, en uno que miré. Es extraño que se puedan editar, o no hemos probado con los mismos.
Ese debe ser otro formulario, los que yo he bajado no tienen seguridad, ni si quiera la estándar de Acrobat.
La declaración censal, forumulario 036 la tiene, por lo menos la del 2003 que tengo guardada.
Los formularios PDF que he visto en esta conversación ninguno va a servidor, son locales: y eso también es una ventaja, se pueden rellenar en ordenadores sin conexión. Son formularios de aspecto muy bonito, iguales a los formularios impresos. Si los imprimes, ocupan el número de páginas exactos y en forma correcta.
Tiene muchas ventajas.
Pero si no e sposible almacenar los datos, las ventajas desaparecen :-P
Creo que eso debe ser un tipo de bug o fallo o algo, porque la documetnación dice que sí se puede, con el reader.
La única pega seria, de concepto, que le veo, es que no hay otros proveedores.
Sí, algunos hay, por ejemplo:
http://www.cabaret-solutions.com/en/products/stage/bundle_professional http://www.visagesoft.com/products/expertpdf/features.php
¿De lectores/editores completos de formatos pdf? ¿En linux, ya que eso es lo nuestro? El segundo de arriba especifica "windows", y no tiene formularios. El primero si tiene formularios, pero no veo el sistema, o sea, que será windows sólo. Ah, no, parece que la versión "home" tiene linux y graba formularios. Oye... habrá que probarlo.
No se guarda porque no quiere el que lo hizo. Adobe dice que sí se pueden guardar.
Creo que ese ha sido el error que he cometido, y es que no llevan seguridad :-O
No se porqué no se pueden guardar. Antes he cambiado los permisos para permitirlo todo, ya que no lleva password, y sigue sin dejar.
El adobe reader lo tiene todo el mundo y es gratis. Desde el punto de vista de las administraciones y entidades es un sistema ideal para repartir documentación firmada.
Sí, pero si quieres autenticidad en los datos que usen la firma digital, poner restricciones de apertura / lectura / impresión / modificación junto con campos interactivos que usan javascript, buf, o lo haces muy bien o te sale un churro-pdf que no se peude leer en ningún lado X-)
Como no tengo el creador, pues no te puedo decir.
Yo el único problema que le veo es la falta de competencia, que no haya proveedores alternativos de los - el - progrma para usarlos. El formato en sí me parece bueno.
El formato es bueno como "documento final" pero si tienes que manipularlo, reenviarlo, volver a corregirlo, volver a enviarlo, editarlo, retocarlo, etc. hay que tener mucho cuidado con el resultado.
Es que es un formato diseñado para docuementos finales.
Hay otros sistemas, vale, pero no tienen todas las ventajas.
Para este caso en concreto, cualquier otra opción hubiera sido válida. Mira, basta con enviar los datos por correo electrónico con conexión segura, cifrado y con certificado de usuario para verificar al remitente y listo, el correo lo almacenas donde quieres en tu disco y los datos han llegado con toda la seguridad.
No es un formato identico, milimetro a milimetro, al impreso. No es válido. Son funcionarios. Un email no vale, no es un formato exacto y no puedes añadir validaciones antes de enviarlo. Un formulario en web si valdría en ese sentido, pero exije un servidor pendiente de ello; y no sería idéntico al impreso. La solución pdf es buena, pero falla. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFGu2FRtTMYHG2NR9URApPAAJ9T8qvpwGZm/zgIVQUUMyrZEANOMACfT5b8 DC90PN23sJnnnpHnDElwvgo= =fqgQ -----END PGP SIGNATURE-----
participants (7)
-
Camaleón -
Carlos E. R. -
Francisco F -
francisco F.
-
J. OCTAVIO AVALOS -
jose maria -
Rafa Grimán