| 17:54.38 | *** join/#mseide domingoad (n=mingo@254.Red-213-97-225.staticIP.rima-tde.net) |
| 18:11.08 | Manu | hola domingoad :) |
| 18:11.19 | domingoad | hola |
| 18:11.33 | domingoad | de vuelta de vacaciones ? |
| 18:11.35 | Manu | estas vivo..! ;) |
| 18:11.42 | Manu | si, hace una semana |
| 18:11.48 | domingoad | asi es ! |
| 18:12.51 | Manu | que tal te va con mseide domingoad ? |
| 18:15.42 | domingoad | todavia voy aprendiendo, ya he intentado reescribir my anterior aplicación unas 10 veces por diferentes caminos, y ahora voy hacerla casi igual que antes, hasta ahora casi todas las veces habia terminado en una limitación o en una forma de escribirla que no me parecia mantenible. |
| 18:16.45 | Manu | bueno, mseide es muy flexible |
| 18:17.50 | domingoad | Ahora mismo, paso por completo de los wrappers para base de datos y toda su artilleria, para una applicación tonta van bien, pero cuando empiezas a tener que manipular los campos y hacer calculos interdependientes con ellos són un coñazo. |
| 18:19.30 | Manu | los componentes de bases de datos son muy potentes, pero claro, estas sujeto a su implementacion forma de trabajar |
| 18:19.39 | domingoad | Despues las formas de modificación de datos, que tienen qu estar en modo edit, que hay que usar applyupdates, los campos calculados, las definiciones dobles y triples, ...., paso |
| 18:19.46 | Manu | con sql y widgets simples puedes hacer lo que quieras :) |
| 18:19.54 | domingoad | en eso estoy |
| 18:20.39 | domingoad | y lo tuyo como va ? |
| 18:20.47 | Manu | va bien, a ratos :) |
| 18:21.03 | Manu | el POS esta funcionando sin problemas desde hace meses |
| 18:21.20 | Manu | he cambiado la definición de la funcionalidad de los paneles (programado por el usuario) |
| 18:22.25 | Manu | ahora estoy cambiando el sistema de informes para windows en otro programa |
| 18:22.40 | Manu | para eliminar el gsview32 ese |
| 18:22.41 | domingoad | que programa ? |
| 18:22.56 | Manu | el de los libros de ingresos y gastos |
| 18:23.23 | domingoad | me refiero al programa que substituye el gsview32 |
| 18:23.32 | Manu | el acrobat reader :) |
| 18:23.43 | Manu | quiero trabajar directamente con PDF |
| 18:23.52 | Manu | de cara al usuario |
| 18:23.54 | domingoad | entonces sigues usando el ghostscript |
| 18:24.07 | Manu | si |
| 18:24.17 | Manu | pero tambien uso otra libreria para generar pdf |
| 18:24.40 | Manu | el powerpdf |
| 18:24.55 | Manu | pero casi prefiero gs y convertirlo a pdf |
| 18:26.42 | Manu | domingoad: usando gs en windows no es un problema, ademas es facil de instalar. Si añades bin y lib al path, lo puedes usar de forma transparente |
| 18:28.42 | domingoad | si, lo se, la desventaja es que haces una aplicación de 4 MB pero tienes que instalar una auxiliar de 80 MB |
| 18:28.57 | Manu | domingoad: mas ocupa el windows ;) |
| 18:29.35 | Manu | con powerpdf no necesito gs, pero tendria que modificar algunas cosas para añadir nuevas páginas de códigos |
| 18:29.51 | domingoad | creo que si, he puesto 80 solo ejemplificar |
| 18:29.54 | Manu | y no podria usar el generador de informes de MSEide |
| 18:30.27 | Manu | aunque no usar el generador de informes no es un problema, yo siempre lo he hecho a mano (sin generadores) |
| 18:30.46 | domingoad | machote ! |
| 18:31.01 | Manu | domingoad: lo que quiero decir es que 80 Mb actualmente no es nada, pero claro.. teniendo en cuenta que el programa solo usa unos cuantos megas... es muchisimo |
| 18:31.23 | Manu | es como instalar java pero para el postscript |
| 18:31.59 | Manu | domingoad: yo hice en delphi incluso un diseñador de facturas ;) |
| 18:32.10 | Manu | bueno, de facturas, albaranes, recetas, recibos... |
| 18:32.23 | domingoad | alguien propuso algo sobre CAIRO, en principio parecia interesante y podria generar pdf directamente entre otros formatos. |
| 18:32.41 | Manu | si, pero es otra dependencia tambien :) |
| 18:33.10 | domingoad | si pero parecia pequeñita menos de 800 kb |
| 18:33.24 | Manu | domingoad: mseide tiene dos carencias fundamentales, una es un visualizador de informes, y la otra es la impresion |
| 18:33.39 | Manu | aunque esto es comun a fpc, creo |
| 18:34.03 | Manu | en linux no hay problema, pero en windows es un engorro |
| 18:34.18 | Manu | a no ser que uses el GDI pero entonces no es compatible con linux |
| 18:36.29 | domingoad | por eso lo de cairo, y tambien puede generar svg. |
| 18:38.05 | Manu | domingoad: veo que fp-units-gfx usa cairo entre otras cosas |
| 18:38.38 | Manu | domingoad: cairo tambien tiene unas cuantas dependencias |
| 18:38.51 | Manu | en linux no es un problema, pero en windows no se |
| 18:40.31 | Manu | en la pagina dicen que cuando completen el API tendra soporte para PDF 1.4 |
| 18:41.14 | domingoad | estoy probando compilarlo ahora mismo para ver los tests |
| 18:41.21 | Manu | en windows? |
| 18:41.40 | domingoad | en linux primero |
| 18:41.56 | Manu | ah, yo lo he usado, pero no con fpc |
| 18:42.43 | Manu | veo que en windows tienes que instalar el paquete gtk que no es pequeño que se diga :) |
| 18:43.55 | domingoad | parece que no, lo que dicen es que al instalar gtk, lo tienes ya listo en binario |
| 18:43.59 | Manu | domingoad: Martin incluso podria usar cairo como render en MSE, pero no creo que lo haga :) |
| 18:44.06 | domingoad | gtk lo usa, cairo no usa gtk |
| 18:44.17 | Manu | cairo usa algunas de las librerias de gtk |
| 18:44.30 | domingoad | eso fue lo que llegaron a proponer una vez |
| 18:44.46 | Manu | creo que a Martin no le gustan las dependencias :) |
| 18:44.54 | Manu | ademas ahora es puro fpc |
| 18:45.05 | Manu | con excepcion de C |
| 18:45.07 | Manu | X |
| 18:45.20 | domingoad | eso de puro fpc es un decir |
| 18:48.47 | Manu | ya lo se |
| 18:49.04 | Manu | en lugar de usar X puede usar cairo |
| 18:49.13 | Manu | pero cairo es un poco lento |
| 18:50.19 | domingoad | me parece que para los informes da igual, la velocidad seria insignificante. |
| 18:50.38 | Manu | si |