-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-12-15 a las 12:37 +0100, Camaleón escribió:
El 15/12/06, Carlos E. R. escribió:
Es un pdf con java porque hace comprobaciones y cálculos.
Carlos, no te líes con Java y Javascript, recuerda que son distintos. Es un pdf con javascript que permite rellenar los campos de un formulario y que tiene un código de barras. Punto.
Me da igual java o javascript :-P Lo que sea que sea, hace cálculos y comprobaciones con los campos - unos formularios más, otros menos.
El problema es que meter programación en un documento pdf no es lo suyo, ni el un doc. ¿Quieres una aplicación especial para hacer cálculos complejos? Pues como dice César que paguen por una aplicación buena. Con Java (no Javascript) se solucionaba el problema.
Si es lo suyo. Hace falta. Y pagan por una aplicación buena - lo que pasa es que es cerrada y no te gusta. ...
Java utiliza la consola JRE para funcionar, en local o remoto. Java no es Javascript. Es independiente del navegador y para estos casos es la solución ideal.
El pdf es independiente del navagador.
Francamente, acrobat es la mejor alternativa que hay. Es portable. Es privativo, vale. Tiene encriptación, no se puede tocar el código. Es autocontenido y facil de usar. Funciona en windows, mac y linux.
Lo dudo. Y funciona en Linux, ahora, y a veces y con un programa "exclusivo". No siempre puedes leer un pdf si tiene seguridad drm o chorraditas de javascript.
Necesitan esas chorraditas.
¿Hay alguna alternativa de formularios en código libre y abierto que tenga todo eso, o un subconjunto suficiente? No me vengas a decir el OO, porque formarios con .doc ya lo han intentado algunos. Digo un equivalente al acrobat en abierto, para formularios.
¿Java? ¿Java? ¿Java?... ¿He dicho Java? :-)
No me vale. Digo un programa exclusivo y autocontenido para ver y editar formularios, haciendo cuantos cálculos haga falta con los campos, incluyendo código, y protegido con encriptación. El documento ha de ser autocontenido con todo lo necesario, un único fichero, y ha de poder trabajar fuera de linea, salvo que necesite hacer consultas. Mejor si puedes generar copia de los datos en fichero con firma electrónica - que eso ultimo el acrobat no lo hace. Eso lo hace el acrobat, salvo lo último, porque no quieren: es apropósito (para que compremos el escritor).
Para cuando lo haya, todos los formularios de la administración ya estarán hechos con acrobat.
Que está bien, pero mira, yo no sé qué destino le espera a ese formulario, si será enviado por correo o cómo va a ser tratado, pero ¿no puedo descargarlo, rellenarlo a mano y escanearlo? ¿No sirve? Si la respuesta es no, no me vale ese método.
Puedes descargarlo y puedes rellenarlo a mano o a máquina y puedes escanearlo. ¿Porqué no? Hay gente que hace eso: lo imprime y lo rellena a boli, y lo entregan. A ti puede que no te sirva, pero la administración necesita un formulario de esa clase, y ese es el que han encontrado. No hay alternativa libre, por desgracia (que yo conozca) - y no, java no es una alternativa: no es un formulario, aunque puedas hacerlos. ¿Para que van ellos a desarrollar una aplicación completa en java (o javascript, o lo que haga falta) para rellenar un formulario con cálculos, cuando acrobat les da la aplicación hecha? Es gastar el dinero de los contribuyentes. Y por cierto, que lo han hecho también; digo, lo del java. Yo los he visto. Ahí está el del irpf, por ejemplo. ¿Te gusta ese? A mi no. O el 036 que dije antes, que no fuí capaz de echarlo a andar en su día: ese está en java, tiene ficheros .jar. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFgpHItTMYHG2NR9URAtm9AJ95gyIaxvJBLxE42hMYy7O+6yvCSQCcCntr u29E9dJAp0zWv5PplLd67TU= =uvmx -----END PGP SIGNATURE-----