🚀 go-pugleaf

Un dia tal que el Wed, 12 Mar 2003 00:30:46 +0100, Jes�s M. NAVARRO
<jesus_navarro@undominio.net> escribio:

>Hola, Seve:

Buenas, Jes�s :)
>> Si no consigo algo ->gratis<- (la direcci�n prefiere la versi�n MS y no
>> se gastar� un duro en esto) al final tendr� que ser "Internet Exploter
>> Only"+MS Word y mira que me fastidia porque entonces no podr� meter
>> linux en puestos de trabajo en la empresa junto con el past�n adicional
>> para M$ en licencias :/

>Dos cosas:
>1/ La direcci�n es la que dirige; si la direcci�n quiere ir en direcci�n a
>los acantilados o a la bancarrota, es su problema (te lo digo casi en
>serio: lo que obtengas en favor de la empresa no te lo agradecer�n, tenlo
>por seguro, pero los problemas ser�n culpa tuya).

Tengo experiencia en eso :).

>2/ Justamente comentas lo que hace rtf2pdf (que no conoc�a).  Pienso que lo
>puedes emular t�, con mejores resultados: ps2pdf deber�a dar buenos
>resultados y para poder utilizarlo, todo lo que necesitas es un fichero de
>impresi�n (no impresionante, sino para la impresora).  Deber�as poder
>probar hasta qu� punto es automatizable Open Office, de manera que
>OpenOffice importa el RTF y lo imprime a un fichero (PostScript) que t�
>transformas (los entornos gr�ficos permiten "destilar" directamente a PDF,
>pero no se c�mo funcionan exactamente).

Habr�a que mirarlo, aunque uff.... necesitar�a una media de 300-400
conversiones/hora, m�s en hora punta... Openoffice es muy pesado y no es
una m�quina dedicada a convertir a PDF. A�n as�, lo mirar�. Es m�s...
openoffice guarda los datos en XML... mirar� para ver c�mo lo hace.

>  Si esta v�a falla; podr�s crear un
>componente COM, digamos en VisualBasic que, directamente en el Windows del
>cliente, imprima el fichero a PostScript y lo env�e a tu servidor para la
>transformaci�n a PDF; n�tese que requiere c�digo en el Windows, pero no es
>dependiente de �l: si el cliente estuviera con Linux, la transformaci�n
>ser�a inmediata ("impresora" de destilaci�n PDF desde KDE o Gnome, por
>ejemplo).  Finalmente, la otra alternativa es que se gasten la pasta en el
>Acrobat Distiller y lo "destilen" en el cliente.

La aplicaci�n que estoy construyendo b�sicamente es una base de datos
documental, pero con ciertas caracter�sticas muy especializadas del
entorno. En un futuro sustituir� a nuestro archivo y, por tanto, debe
almacenar componentes heterogeneos. Por eso se pens� en XML: los campos
comunes a todos los documentos se almacenan en campos de base de datos
relacional y los diferentes que no son necesarios para explotaci�n
r�pida (para eso tengo un campo especial multiprop�sito), en XML. Para
que el sistema sea implantable, cada servicio debe poder personalizar
sus documentos. Si eso no es posible, el sistema tarde o temprano
fracasar� y se volver� al papel. La introducci�n de datos se har� por
medio de formularios html totalmente personalizables por tipo y versi�n
de documento y la impresi�n la quiero siempre exacta a como se sac� la
primera vez y al gusto del servicio. Debe funcionar en cualquiera de los
900PCs actuales (desde 486 hasta P4 o Athlon XP) m�s los futuros sin
tener que instalar programas de ning�n tipo o configuraciones raras.
Simplemente con el navegador (ahora IE5, en futuro pr�ximo tambi�n IE6 y
Mozilla), se accede y se consultan, modifican o imprimen. A la hora de
crear documentos, estamos precargando informaci�n de varias bases de
datos (actualmente de Informix y MySQL, en un futuro tambi�n de Oracle y
Advantage), por lo que un sistema convencional de gesti�n documental no
sirve.

En fin, gracias por la orientaci�n :)



- - - - - - - - - -
Seve.  
EChMotor #486 Linux user #134969
306 XT HDI 2000-...
seve < @ > vicius < . > org  
--------------
Telefonica nos roba. No al proxy transparente en los ADSL.
http://www.lagado.com/proxy-test
http://www.lagado.com/tools/cache-test