-----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-----