Conseguirlo o perecer en el intento!
un saludo
Jose Luis
y para Word ¿que? (26 mensajes)
-
-
Gracias pepeto. A veces no vemos cosas obvias para soluciones sencillas a problemas sencillos. Es cierto que esto no te da integración, gráficos, etc pero muchas veces lo que se necesita es mucho mas simple que lo que queremos dar.
Aunque muchos digan que es obvio y que esto ya existe hace muchos años, no siempre que nos han solicitado algo tan sencillo como exportar a Excell, Word, Open Office hemos caído en la cuenta y el cliente la verdad es que no quería nada más.
-
@Miguel Perez
Siento discrepar,
Se trata de Html y podemos poner links, imagenes y cualquier objeto al que podamos hacer referencia en el codigo Html.
Una cosa es que no sepamos como hacerlo, y otra, que no sea posible hacerlo. Pero todo es dedicarle algo de tiempo
un saludo.
Jose Luis
-
Gracias por las ideas y soluciones, yo trabajo mucho con Excel y Word, en base a muchas plantillas (plantillas complejas) de Excel y Word en las cuales desde la V6 las llamo, le paso valores de la base de datos, la visualizo guardo e imprimo. Aplicación típica de Laboratorios ó prototipos de documentos de varios folios con el mismo contenido y que sólo varían en tres o cuatro datos dependiendo del cliente. Notarías etc..
Entonces.... creo que las dll son necesarias, yo de HTML sé lo justito a lo mejor tambien es solucionable mi planteamiento
Muchas gracias
-
Hola Benito.
Primero a pepeto, gracias por el "truco". Pero efectivamente ..... lo que estamos realizando es un html que microsoft word u openoffice interpreta. De ahí a realizar informes complejos con tablas y estilos ... no sé.
La solución, lo he dicho siempre por activa y por pasiva pasa por esto. No hay que reinventar la rueda. Hace ya mucho tiempo que están contemplados tanto en el mundo libre como en el de pago la generación de informes a partir de fuentes asequibles al programador (html, xml, enlaces a bases de datos).
ESTO es lo que hay que potenciar y Velneo se debería preocupar de dar las facilidades para el acceso a esas herramientas y no quedar todo en una mera anécdota o truquillo de feria (con perdón de pepeto y siempre desde el cariño, pero el ya sabe de que estoy hablando).
Un saludo. Roberto Blasco.
-
Totalmente de acuerdo con Roberto!!
-
OpenOffice, usa OpenDocument, que es lo que al final se implantará, y OpenDocument, no es más que una serie de archivos XML especificando estilos, contenido etc.. (de hecho, un .ODT de OpenOffice Write, es un archivo comprimido con cierta estruicutra de archivos xml en su interior)
Pues la especificación de ODF es abierta, no creo que fuera muy complicado implementar una librería que se encargara del proceso. Si este fin de semana tengo tiempo, le echo un ojo, pero..son tantas cosas en el tintero.........
-
Hola glpunzi.lordzealon
Efectivamente, Open Office tien una librería que es accesible desde Java y C/C++. Pero me vuelvo a reiterar ..... ¿merece la pena el esfuerzo de generar una dll/plugin para interactuar con openoffice cuando puedo hacer un html y que otras herramientas lo hagan por mi?.
Estamos volviendo a reinventar la rueda ...
Solución: xml + css (xhtml) --> motor informes --> pdf, word, odt, excel, sgv, rtf ....
(*) motor de informes: JasperReports, iText, FOP (y sólo he nombrado los libres)
Lo que hay que hacer es conectar Velneo con el motor de informes, es más lo que ha de hacer Velneo es dar esa posibilidad de forma nativa (es decir .... que una herramienta puede conectar con Velneo de forma transparente y a través de un enlace ODBC o JDBC).
P.D.
El enlace a Velneo desde el exterior es fácil de construir ... pero estamos en lo mismo, son parches que no deberían serlo.
-
@Roberto Blasco
Sabes que te entiendo y se que tienes razon,
En una cosa tienes razon, estas cosas deberian venir de serie, porque como bien dices, la mayoria de las herramientas ya lo incluyen, como Java , C/C++ y tambien PHP, ya tienen librerias para MS-Office y para OpenOffice, y no hay que incluirlo solo porque otros lo hacen, hay que incluirlo porque nos soluciona muchos problemas.
Si es que te tenia que haber hecho mas caso "Sensei", es que soy muy torpe
, @glpunzi.lordzealon
Efectivamente OpenOffice , es XML comprimido en ZIP
@Miguel Perez
Ahora la pelota esta en vuestro terreno, ¿seguimos jugando?
-
Hola Roberto,
Efectivamente, Open Office tien una librería que es accesible desde
Java y C/C++. Pero me vuelvo a reiterar ..... ¿merece la pena el
esfuerzo de generar una dll/plugin para interactuar con openoffice
cuando puedo hacer un html y que otras herramientas lo hagan por mi?.Estamos volviendo a reinventar la rueda ...
No opino que sea reinventar la rueda, aunque HTML lo abra OpenOffice, como han comentado por aquí arriba, no deja de tener sus limitaciones. Está muy bien, que yo genere un HTML, y OpenOffice me lo abra, pero, y si yo no quiero generar el HTML, si no interactuar con una hoja de cálculo? Y si necesito abrir una hoja de Calc para recoger pedidos en lote? actualizar tarifas? etc...
Lo que hay que hacer es conectar Velneo con el motor de informes, es más
lo que ha de hacer Velneo es dar esa posibilidad de forma nativa (es
decir .... que una herramienta puede conectar con Velneo de forma
transparente y a través de un enlace ODBC o JDBC).Lo que habría que hacer, es, que los informes de Velneo sean suficientemente potentes como apra no requerir de otro motor de informes.
El ODBC, debería ser algo independiente del nivel (a partir del 1), que no sé si en un futuro lo será, o no. Tengo varios clientes (y a muchos les pasará
, que son máquinas de Office y otras herramientas, y quieren poder acceder directamente a sus datos. El plugin vODBC, realmente es una limitación para los clientes, no para nosotros.También es verdad, que no olvidemos, que aunque v7 ya esté algo avanzada, siue estando en cierta fase BETA, o RC0, y muchos usuarios de v6x quieren tener ya, y yo el primero, todo v6x (que lleva unos cuantos años de desarrollo y depuración) en v7.
-
Hola glpunzi.lordzealon
Me parece que no me has comprendido bien o no me he explicado de forma correcta. Yo no me refiero a utilizar OpenOffice para generar informes, ya que eso no deja de ser un buen apaño para un momento dado.
Lo que quiero expresar es que me parece una pérdida de tiempo desarrollar un generador de informes en Velneo cuando nunca van a llegar a la altura de los motores de reportes que hay en día en el mundo programación.
http://jasperforge.org/projects/ireport
http://xmlgraphics.apache.org/fop/
http://www.crystalreports.com/
.... y muchos más, unos con conexión a través de xml, otros html, otros csv, otros jdbc/odbc ..... vamos que el abanico es impresionante. La ventaja es que con una sola fuente de datos puede generar el formato que quiera (pdf, doc, odt, excel ... )
Ninguna herramienta sería tiene su propio gestor de informes ... ¿para qué? si ya está el trabajo hecho.
Sólo te voy a hacer una pregunta .... ¿cómo haces en Velneo para generar informes de x tablas combinadas sin utilizar tablas temporales y diferentes subterfugios? ¿Cómo haces con Velneo para que de un mismo informe saques un word, un rtf, un excel o un pdf y que encima esté firmado digitalmente según tus necesidades?
Un saludo. Roberto Blasco.
-
<span style="font-family: Arial, Helvetica, sans-serif; font-size: 12px; color: #666666;">¿cómo haces en Velneo para generar informes de x tablas combinadas sin utilizar tablas temporales y diferentes subterfugios? ¿Cómo haces con Velneo para que de un mismo informe saques un word, un rtf, un excel o un pdf y que encima esté firmado digitalmente según tus necesidades?
<span style="font-family: Arial, Helvetica, sans-serif; font-size: 12px; color: #666666;">Pues no sé, sólo estoy por estos foros de paso jejej
-
Sería muy potente que se pudiese acceder a la base de datos mediante ODBC con consultas tipo SQL, de esta forma cualquier herramienta de creación de informes tendría acceso a la información de las tablas de Velneo, y no tendríamos que duplicar datos(exportación acces,sqlite etc), ni crear tablas en memoria.
-
Totalmente de acuerdo con Roberto... no necesitamos un motor de informes avanzado en Velneo... para eso tenemos cientos de soluciones.
Si algo necesitamos sonfacilidades de acceso al motor, xml, json, soa, jdbc, odbc, csv, adonet...
Respecto a odt y docx xlsx... son zips comprimidos con una estructura de carpetas, recursos y ficheros xml, por lo que si quereis salida documental lo suyo es usar estos formatos y no html. Html no da la potencia de estos formatos
-
Siguiendo en la línea marcada por Pepeto y secundada por velneo me encuentro con la dificultad de generar en HTML las cabeceras de página y Pies de página que después deseo visualizar en word.
Hay solución para esto ? Gracias
-
Habitualmente no uso WORD, las pocas veces que necesito un procesador de texto, utilizo el de OpenOffice,
De hecho no tengo instalado el Office de MS en ninguno de los equipos.
Pero me consta que si creas un archivo con las cabeceras y pies que deseas, y luego lo guardas en formato XHTML, DOCXHTML o como quieran llamarlo ellos, podras ver el codigo generado para guardar el documento, y podras utilizarlo como base para incorporarlo a tu aplicacion.
un saludo
Jose Luis -
@Benito.lavandeira
Las cabeceras y pies de página se pueden realizar con las diferentes herramientas relatadas anteriormente con css + xhtml. Si lo que quieres es realizar un documento word directamente, la única solución es a través de una dll ó vbscript.
Un saludo. Roberto Blasco.
-
Gracias, bueno Roberto yo le saque mucho partido a tu dll en la v6 con el enlace a word.
Pero estoy observando que la opción de Pepeto de escribir HTML y guardarlo como doc no es desdeñable, ahí ya puedo combinar con los campos de la base de datos, ahora me estoy peleando con las cabeceras y pies de páginas pero si lo consigo si que me soluciona muchas cuestiones
-
@Benito.lavandeira
Hola Benito, como te he dicho hay herramientas capaces de convertir un xhtml + css en pdf ó word, por supuesto con soporte para cabeceras y pies de línea.
Un saludo. Roberto Blasco.
-
Hola Roberto, abusando de tu amabilidad conmigo sigo a vueltas con el word.
Con la v7 en la nube la fusión de excel con velneo mediante dll es lentisima y practicamente inoperativa y por la misma razón me supongo que con WORD ocurrirá lo mismo.
La salida mediante html terminado en .doc es rapidisima. y ahora viene el problema de los encabezados y pies de pagina a la hora de imprimir.
Me estoy documentado en la web sin llegar aún a resultados por lo que decidí apuntarme a un curso xml+css pero ahi viene mi pregunta porque seguro que estás ducho en esto, al trabajar con css estoy llamando a librería especificas para el caso a resolver con lo cual v7 tiene que llamar o redireccionar a esas librerías o se reescribe en v7 todo el codigo referente a la CSS interesada, ¿como funciona esto?
Gracias
-
Hola Benito
Me estoy documentado en la web sin llegar aún a resultados por lo que
decidí apuntarme a un curso xml+css pero ahi viene mi pregunta porque
seguro que estás ducho en esto, al trabajar con css estoy llamando a
librería especificas para el casoEl uso de css no tiene nada que ver con las librerías, es un archivo de texto plano referenciado dentro de tu página xhtml. Otra cosa es generar los informes a través de ese xhtml.
Hay tres formas principales.
- El propio xhtml generado
- Convertir el xhtml en otro formato directamente (word, rtf, excel, pdf ...)
- Utilizar el xml como entrada de datos a un generador de informes (jasperReports)
En todas las posibilidades es posible incluir pies y cabeceras, así como cortes de páginas personalizados en función de los datos. Todo ello a partir de css.
Un saludo. Roberto Blasco.
-
Roberto vuelvo a la carga, perdona.
La pregunta concreta es, visto lo comentado, a través de escribir codigo xml + contenido de campos tenemos resuelta la salida a word?
Que ventaja / desventaja tiene este sistema con tus famosas dll?
Hombre en principio con la dll podiamos trabaja con plantillas, pero sin embargo la salida a trvés de html es mucho más rápida por lo que estoy observando
Bueno ya comentarás
-
Hola.
Aunque no dudo de que la solución que propone Roberto es la de horizonte más amplio, a mí me está sirviendo bastante bien utilizar scripts de VBScript (sólo para Windows, no multiplataforma) para rellenar plantillas de Word y Excel. En concreto, utilizo el componente vxWinScript para no tener que generar el script como un fichero vbs y ejecutarlo, sino que llamo al script desde V7, pero no sé cómo se comportará eso en la nube (vwWinScript utiliza una dll para ejecutar los scripts). De cualquier modo, el viejo método (que viene de 6.x) de crear un fichero vbs y ejecutarlo para rellenar el documento-plantilla es muy operativo, y consigues hacer casi todo (rellenar marcadores, encabezados, páginas, índices...), aunque lleva un poco de trabajo dar con los comandos de script para todo eso. Afortunadamente, hay documentación bastante por la red para los comandos VBScript.
Puedes ver ejemplos de uso de vxWinScript aquí:
http://velneo.es/tutor-vxwinscript-python/
Saludos,
Fran Varona
-
Gracias Fran, pero a mí me gustó la opción de Pepeto de generar html, xml a la que Roberto le puso pegas, como para mí a la opinión de Roberto en este tema le doy muy alto valor es por lo que estoy concretando con Roberto los pros y los contras de la opción sujeta a discusión (html, xml)
-
Gracias a Benito por tus comentarios y por creer en la solucion propuesta por mi.
La verdad, yo tambien creo que las soluciones propuestas por Roberto son las mejores y las mas eficientes, sin duda.
Pero tambien es verdad, que muchos tratamos de buscar soluciones mas "sencillas" a los problemas cotidianos, que ademas, tampoco son se uso frecuente. Si el problema de generar documentos Word o Excel fuese el pan de cada dia, no me cabe duda de que optaria por las soluciones de Roberto, que son las mejores.
Pero no es asi, de vez en cuando, se me hace necesario generar un documento, y la solucion de Roberto me obliga a instalar varias aplicaciones nuevas que ademas no conozco y que debo aprender su uso para manejarlas correctamente, con mucha documentacion, pero casi toda en ingles, y aunque uno ya no le teme a nada, algunas veces la documentacion deja conceptos en el aire que te hacen dificil su comprension.
Vamos, que hay muchas razones para optar por la solucion de Roberto, o la de Fran Varona y creo que solo una para optar por la mia, sencillez y el hecho de que no se necesitan herramientas de ningun tipo, solo generar un archivo de texto plano, con un lenguaje tan simple como HTML y XML cuya estructuracion ya conocemos todos.
Gracias a todos,
Jose Luis
-
@Pepeto.
En efecto, hay que valorar lo que necesitamos antes de lanzarnos a la aventura. Si lo que necesitas es un informe sin grandes pretensiones con xhtml te sobra. Si lo que necesitas es sólo informes pdf, este xhtml se puede convertir a pdf sin necesidad de instalar y conocer otras herramientas, incluso con las funcionalidades de cabeceras, pies y saltos de líneas. O como dijo eic.eurosistemas, con un simple vbs podemos generar un word desde cero todo lo complicado que queramos.
Como dijo mi buen amigo Mario Conde, a veces nos complicamos la vida yendo a comprar el pan con un formula uno, cuando a pie nos sobra.
Es todo estudiable
* html/xhtml (opción fácil) nos permite crear documentos de word sencillos
* html/xhtml + css (opción asequible) nos permite crear documentos pdf sin límite de diseño y muy rápidamente con el simple uso de una dll/plugin
* xml/csv (opción más complicada) nos da libertad absoluta sobre el formato de salida y diseño. Tiene la complicación (1) de tener que utilizar herramientas externas si montamos un servidor de informes (Tomcat / Apache) y utilizar herramientas externas para el diseño de la plantilla.Para gustos ... los colores
Un saludo. Roberto Blasco.
(1) No es necesario instalar un servidor si el plugin se compila de forma local para que se pueda invocar de forma similar a una dll incluso desde el servidor.
Responder
Debes Identificarte para publicar.
