IRC logs of #tryton for Monday, 2008-12-08 #tryton log beginning Mon Dec 8 00:00:01 CET 2008
2008-12-08 05:18 -!- yangoon( has joined #tryton
2008-12-08 06:32 -!- udono( has joined #tryton
2008-12-08 07:06 -!- Timitos(n=Timitos@ has joined #tryton
2008-12-08 07:39 -!- sharkcz( has joined #tryton
2008-12-08 08:45 -!- Cristi_an(n=Cristi@ has joined #tryton
2008-12-08 08:48 -!- cedk(n=ced@gentoo/developer/cedk) has joined #tryton
2008-12-08 09:24 -!- nicoe( has joined #tryton
2008-12-08 09:29 -!- cedric_b( has joined #tryton
2008-12-08 09:47 -!- Gedd( has joined #tryton
2008-12-08 09:57 -!- ecir3( has joined #tryton
2008-12-08 10:29 <CIA-54> tryton: C?dric Krier <> default * 1093:ce21962c2ed9 tryton/tryton/common/ ( Use the right param for properties
2008-12-08 10:29 <CIA-54> tryton: C?dric Krier <> default * 1094:0a24b798fcfb tryton/tryton/gui/window/ (3 files in 2 dirs): Force color of title
2008-12-08 10:29 <CIA-54> tryton: C?dric Krier <> default * 1095:d21a1956663f tryton/tryton/ (5 files in 3 dirs): Improve colors management to use the default style colors as much as possible
2008-12-08 10:39 <cedk> X0d_of_N0d: hi
2008-12-08 10:40 <cedk> X0d_of_N0d: I think you try to use a dark theme with the client
2008-12-08 10:40 <cedk> X0d_of_N0d: with the changeset d21a1956663f, it must look better
2008-12-08 10:47 -!- Cristi_an__(n=Cristi@ has joined #tryton
2008-12-08 11:14 -!- bechamel( has joined #tryton
2008-12-08 11:50 <udono>
2008-12-08 11:54 <cedk> udono: one more time, a great idea taken from Tryton :-)
2008-12-08 11:55 <cedk> udono: we will see the quality of the documentation
2008-12-08 11:58 <cedk> it will be perhaps the wiki converted into ReST
2008-12-08 12:24 <udono> cedk: or they put the english handbook into rst...
2008-12-08 12:25 <udono> cedk: but anyway I find 650 pages too much...
2008-12-08 14:00 <CIA-54> tryton: matb roundup * #649/Unable to create new employee: [new] Error on creating new employee: The field "Account Payable" on "Party" is required.
2008-12-08 14:09 <CIA-54> tryton: C?dric Krier <> default * 176:3b8b28561fbf purchase/ Add docstring to create_invoice
2008-12-08 14:49 <cedk> udono: I think it must be the wiki:
2008-12-08 14:49 <cedk> udono: there is about 750 pages on the wiki
2008-12-08 15:21 -!- X0d_of_N0d(i=C-C_C-X@gateway/tor/x-d4d06cfbfdf95fea) has joined #tryton
2008-12-08 15:55 <CIA-54> tryton: C?dric Krier <> default * 1096:e6e77a18bfcb tryton/TODO: Add todo for pysocket and **kwargs
2008-12-08 15:55 <CIA-54> tryton: C?dric Krier <> default * 1097:8c9b4bfad47d tryton/ (COPYRIGHT tryton/gui/window/
2008-12-08 15:55 <CIA-54> tryton: Add sednacom to contributor and remove Async Open Source from copyright as
2008-12-08 15:55 <CIA-54> tryton: date_time was rewritten
2008-12-08 16:03 <yangoon> cedk: tryton -h tells option -d LOG_LOGGER, --log=LOG_LOGGER
2008-12-08 16:03 <yangoon> cedk: this switch is not in the docs
2008-12-08 16:04 <yangoon> cedk: I currently want to debug/log for more information for the network errors I am getting constantly on long tasks
2008-12-08 16:05 <cedk> yangoon: it is just a timeout
2008-12-08 16:05 <yangoon> cedk: timeout which is configurable?
2008-12-08 16:06 <yangoon> cedk: because the problem is i.e., that after timeout other wizards are not running any more
2008-12-08 16:07 <yangoon> cedk my db server is surely not that fast, but it should be usable without problems nevertheless
2008-12-08 16:08 <cedk> yangoon: the timeout is fixed to 120
2008-12-08 16:08 <cedk> yangoon: but I'm thinking about a solution to increase it
2008-12-08 16:09 <yangoon> cedk: ok, thx
2008-12-08 16:09 <yangoon> cedk what about option -d?
2008-12-08 16:09 <yangoon> cedk: shouldn't it be documented?
2008-12-08 16:09 <cedk> yangoon: I don't know if it works
2008-12-08 16:31 <Timitos>
2008-12-08 16:31 <cedk> Timitos: hi
2008-12-08 16:32 <Timitos> cedk: hi
2008-12-08 16:55 -!- nicoe( has joined #tryton
2008-12-08 17:11 <CIA-54> tryton: matb roundup * #628/Client: network error on heavy load: It seems, that this network error is caused by some timeout on long tasks. I get it regularly on creation of the german account chart. The networ ...
2008-12-08 17:15 <CIA-54> tryton: matb roundup * #648/UI alignament BUG: Confirming that this seems indeed to be due to the gtk2 theme. And just the default theme 'Raleigh' (at least on Debian testing with KDE here) is ...
2008-12-08 17:19 <CIA-54> tryton: Bertrand Chenal <> default * 213:b3b12935b55e website/sphinx_data/templates/layout.html: fix sphinx template for xhtml validation
2008-12-08 17:19 <CIA-54> tryton: Bertrand Chenal <> default * 214:54ce875341b1 website/: merge
2008-12-08 17:46 -!- mmarshall( has joined #tryton
2008-12-08 17:52 <cedk> mmarshall: hi
2008-12-08 17:56 <mmarshall> Hi
2008-12-08 18:20 <CIA-54> tryton: C?dric Krier <> default * 1098:f7210b6ff9f4 tryton/tryton/gui/window/ Add email address for Sednacom
2008-12-08 18:33 <cedk> mmarshall: if you have any question about Tryton, you can ask here
2008-12-08 18:40 <CIA-54> tryton: C?dric Krier <> default * 1099:9110598f7b1f tryton/tryton/ Use small timeout to connect and after increase it to 1 hour for issue628
2008-12-08 18:41 <CIA-54> tryton: ced roundup * #628/Client: network error on heavy load: [resolved] Fix with changeset 9110598f7b1f
2008-12-08 18:42 <CIA-54> tryton: C?dric Krier <> default * 1332:0a5d9fa9c3e1 trytond/trytond/ Use small timeout to connect and after increase it to 1 hour
2008-12-08 18:44 -!- Cristi_an(n=Cristi@ has joined #tryton
2008-12-08 18:47 <mmarshall> cedk: I'm a little curious as to why there are so many ex-tiny employees working on CRM/ERP solutions. :-)
2008-12-08 18:47 <mmarshall> I see b2ck and openhex... are there others?
2008-12-08 18:48 <cedk> mmarshall: I don't think
2008-12-08 19:24 <mmarshall> I have question about model inheritance: when you instance an OSV subclass with a previously used _name and add a new field, is the new field added to the original db table or is a new table created behind the scenes with the new field and a foreign key reference to the old table?
2008-12-08 19:28 -!- Cristi_an__(n=Cristi@ has joined #tryton
2008-12-08 19:28 <mmarshall> Looking at the "Models Inheritance" example in the docs... it appears that what is happening isn't 'inheriting', but 'extending' (or 'monkey patching' as some one say.)
2008-12-08 19:28 <mmarshall> The new Party class doesn't create a new model, but extends the original model.
2008-12-08 19:28 <mmarshall> Is this correct?
2008-12-08 19:30 <CIA-54> tryton: matb roundup * #650/Items reappearing untranslated in new database: [new] another set of items, that were already translated and exported, but appear again as untranslated: "Mark for Uninstallation (beta)" "" "Fal ...
2008-12-08 19:31 <CIA-54> tryton: matb roundup * #628/Client: network error on heavy load: [chatting] works great, thx!
2008-12-08 19:38 <CIA-54> tryton: ced roundup * #650/Items reappearing untranslated in new database: [testing] You must delete the English version of those records and after run an update all.
2008-12-08 19:38 <cedk> mmarshall: it is a mix of the both
2008-12-08 19:39 <cedk> mmarshall: as the method are called like a inheritage
2008-12-08 19:39 <cedk> mmarshall: you can see many place where we call it with super()
2008-12-08 19:39 <cedk> mmarshall: but you are partially right that it is an extend
2008-12-08 19:40 <cedk> mmarshall: because the previous version on the model is replaced in the pool by the new one that inherit from it
2008-12-08 19:41 <cedk> so it is a real inheritage (like Python) but we use only the latest instance of a model
2008-12-08 19:41 <bechamel> mmarshall: you question was about python objects or about the db tables ?
2008-12-08 19:42 <bechamel> /you/your/
2008-12-08 20:00 <mmarshall> I see
2008-12-08 20:01 <mmarshall> I was asking about the data modeling (db tables)
2008-12-08 20:02 <mmarshall> But I see that there isn't a direct relationship between the python classes and db tables.
2008-12-08 20:06 <mmarshall> Back to the models inheritance example, Party.__init__ is calling "super(Party, self).__init__()". It looks that that just calls OSV.__init__, but is there some trick going on behind the scenes so that the original party class's __init__ is called?
2008-12-08 20:07 <mmarshall> Are metaclasses used so that the new Party class is switched from inheriting directly from OSV to be inheriting from the old Party class?
2008-12-08 20:08 <bechamel> mmarshall: the original __init__ was already called because each class is instanciated just after his definition
2008-12-08 20:09 <mmarshall> Oh, duh.
2008-12-08 20:09 <mmarshall> I'm used to how django and elixir do it :)
2008-12-08 20:10 <bechamel> mmarshall: the behind the scene trick is thaht osv check if alreayd exist in the poll of osv classes and add "manualy" the fields/function/constrains on the original class
2008-12-08 20:10 <mmarshall> ok
2008-12-08 20:11 <bechamel> mmarshall: you know elixir ? i understand your question about ex-tiny employee now :)
2008-12-08 20:14 <mmarshall> Yeah, finding different ex-tiny employees working on erp products seemed kind of weird :D
2008-12-08 20:22 <cedk> mmarshall: it is a realy Python inheritance, it doesn't add "manually" function, etc...
2008-12-08 20:22 <cedk> that is why super() works
2008-12-08 20:24 <mmarshall> So, in the documentation there are some examples using fields.Function and a 'get_total' method. Could a new class override get_total and call super(NewClass, self).get_total(...) and have it work as expected?
2008-12-08 20:26 <mmarshall> And would self.__class__.__bases__ give the previous class for that model instead of OSV?
2008-12-08 20:27 <mmarshall> Maybe I need to read the source :)
2008-12-08 20:27 -!- Cristi__(n=Cristi@ has joined #tryton
2008-12-08 20:29 <bechamel> mmarshall: for the super, yes: you can do res = super(NewClass, .. and later res[i] = other_value and then return res
2008-12-08 20:34 <cedk> bechamel: look at trytond/osv/ line 177, the function create_instance
2008-12-08 20:34 <cedk> bechamel: oups
2008-12-08 20:34 <cedk> mmarshall: ping
2008-12-08 20:35 <bechamel> :D
2008-12-08 20:45 -!- LordVan(n=lordvan@gentoo/developer/LordVan) has joined #tryton
2008-12-08 20:46 <LordVan> hey
2008-12-08 20:46 <LordVan> cedk, poke
2008-12-08 20:50 <LordVan> bug in ebuilds .. openoffice-interact has missing space in dependency '|| (app-office ..' shoudl be '|| ( app-office ...'
2008-12-08 20:52 <mmarshall> cedk: Ah, I see now: yet another class is created that subclasses from both the new class and the previous class.
2008-12-08 20:52 <LordVan> also can't download openoffice-interact
2008-12-08 21:01 <cedk> LordVan: I see, the website doesn't keep older version
2008-12-08 21:01 <cedk> LordVan: and use a strange version numbering
2008-12-08 21:02 <LordVan> :(
2008-12-08 21:02 <LordVan> sucks
2008-12-08 21:02 <LordVan> maybe mirror a known2work version?
2008-12-08 21:05 <CIA-54> tryton: C?dric Krier <> default * 137:87108071048e gentoo-overlay/dev-python/openoffice-interact/ (Manifest openoffice-interact-0.1.20080602.ebuild): Fix typo and change download url
2008-12-08 21:05 <cedk> LordVan: done
2008-12-08 21:08 <cedk> mmarshall: yes, and we keep a disctionnary (POOL) with the latest class per _name
2008-12-08 21:11 -!- lordvan_(n=lordvan@gentoo/developer/LordVan) has joined #tryton
2008-12-08 21:12 -!- Gedd(n=ged@ has joined #tryton
2008-12-08 21:12 <lordvan_> duno what u last got cuz i had a disconnect, but i sync'd the ebuilds successfully merging now ;0
2008-12-08 21:30 <lordvan> btw :D
2008-12-08 21:32 <X0d_of_N0d> cedk: your change seems to have fixed the problem, but the hg repo seems a little unstable right now, is that to be expected?
2008-12-08 21:32 <bechamel> lordvan: yes they are listed here :)
2008-12-08 21:33 <cedk> X0d_of_N0d: the version 1.1 yes, but the 1.0 no
2008-12-08 21:33 <X0d_of_N0d> I was pulling from 1.1, so yeah, I got it to work well enough, but it was kind of messy
2008-12-08 21:34 <X0d_of_N0d> but your patch did fix the problem
2008-12-08 21:34 <lordvan> ah ok :)
2008-12-08 21:34 <cedk> X0d_of_N0d: we try to keep the 1.1 working, but error can happen
2008-12-08 21:35 <lordvan> cedk, current trytond ebuild doesn't install a trytond.conf in /etc
2008-12-08 21:35 <CIA-54> tryton: C?dric Krier <> default * 1053:bf90d56b3943 tryton/tryton/gui/window/view_form/view/form_gtk/ Fix completion on many2one for issue646
2008-12-08 21:35 <CIA-54> tryton: C?dric Krier <> default * 1054:9eb8efb24070 tryton/tryton/ (gui/ plugins/ Move plugin into plugins directory to be included in the sdist for issue645
2008-12-08 21:35 <X0d_of_N0d> I got a bunch of unmet dependances... "ERROR:init:module:relationship:Module not found!" a lot. but yeah, development branch it makes sense
2008-12-08 21:36 <bechamel> X0d_of_N0d: weird relationship doesnt exist anymore
2008-12-08 21:37 <lordvan> gotta go cyas
2008-12-08 21:37 <cedk> X0d_of_N0d: you must have an old repo
2008-12-08 21:37 <bechamel> X0d_of_N0d: and should'nt be referenced by other modules, are they up to date ?
2008-12-08 21:37 <X0d_of_N0d> hold up
2008-12-08 21:38 <X0d_of_N0d> hg head
2008-12-08 21:38 <X0d_of_N0d> changeset: 1332:0a5d9fa9c3e1
2008-12-08 21:38 <X0d_of_N0d> but I'm running it against a db that has an old version in it too
2008-12-08 21:38 <cedk> X0d_of_N0d: each modules
2008-12-08 21:39 <X0d_of_N0d> I just cloned all the modules in
2008-12-08 21:47 <X0d_of_N0d> hey, is pastebin down?
2008-12-08 21:49 <X0d_of_N0d> huh...
2008-12-08 21:49 <X0d_of_N0d> guess not anymore...
2008-12-08 21:55 <X0d_of_N0d> here are the versions for all my moduels
2008-12-08 21:55 <X0d_of_N0d> as far as I can tell they're all up to date
2008-12-08 21:57 <bechamel> X0d_of_N0d: try "grep relationship */" in the modules directory this could give you the culprit
2008-12-08 21:58 <X0d_of_N0d> hum... for some reason account didn't get installed but account_be did. I removed account_be and it seems to be working
2008-12-08 21:58 <X0d_of_N0d> hum...
2008-12-08 21:58 <X0d_of_N0d> lemme double check
2008-12-08 22:00 <X0d_of_N0d> hum...
2008-12-08 22:00 <X0d_of_N0d> odd
2008-12-08 22:02 <X0d_of_N0d> I guess it's just that I didn't have account checked out...
2008-12-08 22:05 <bechamel> X0d_of_N0d: yes it seems that account is missing on your list
2008-12-08 22:07 <X0d_of_N0d> yeah, I thought it was installed but I guess I missed that
2008-12-08 22:08 <X0d_of_N0d> It would be nice to set up the modules area as a forest so you could just check out everything all at once instead of having to get all the modules yourself
2008-12-08 22:10 <bechamel> X0d_of_N0d: there is a script that can do this work but i don't remember the url
2008-12-08 22:10 <bechamel> X0d_of_N0d:
2008-12-08 22:11 <bechamel> X0d_of_N0d: ced talk about it on the mailing list maybe it would be a good idea to put a link on the wiki too
2008-12-08 22:12 <X0d_of_N0d> yeah, or on the downloads page
2008-12-08 22:12 <bechamel> X0d_of_N0d: even better
2008-12-08 22:13 <X0d_of_N0d> I do kind of like the module repository idea tinyerp has, although the actual reposity is an absolute disaster...
2008-12-08 22:16 <X0d_of_N0d> bechamel: are you guys trying to avoid that kind of thing?
2008-12-08 22:16 <bechamel> X0d_of_N0d: actually something like intuxication or freehg or any online hg host should do the truck
2008-12-08 22:16 <bechamel> X0d_of_N0d: yes we try to avoid absolute disasters :D
2008-12-08 22:16 <bechamel> /truck/trick/
2008-12-08 22:17 <X0d_of_N0d> It seems like the major mistake tinyerp made was dropping everything into their repository
2008-12-08 22:17 <X0d_of_N0d> do you disagree?
2008-12-08 22:18 <bechamel> X0d_of_N0d: you talk about launchpad or about the modules on the website ?
2008-12-08 22:19 <bechamel> X0d_of_N0d: anyway the problem with both is that they are to confusing, even experimented devs are sometimes lost
2008-12-08 22:19 <bechamel> to/too/
2008-12-08 22:19 <X0d_of_N0d> I'm talking about a way to import modules directly through the tryton interface rather than using hg.
2008-12-08 22:20 <bechamel> X0d_of_N0d: oh ok
2008-12-08 22:20 <X0d_of_N0d> bechamel: oh, I agree... I was trying to use an ldap module and found out that it was broken and the sourcecode was essentially gone
2008-12-08 22:20 <bechamel> X0d_of_N0d: one solution is to use the hg api from the client :)
2008-12-08 22:20 <X0d_of_N0d> exactly
2008-12-08 22:20 <X0d_of_N0d> then you could easily put in alternate repos and have hg do all the work
2008-12-08 22:21 <X0d_of_N0d> and furthermore you'd get the benefit of still being able to do the same thing from the commandline
2008-12-08 22:21 <bechamel> X0d_of_N0d: or one can create a module "sync_modules_from_hg" :D
2008-12-08 22:21 <X0d_of_N0d> yeah
2008-12-08 22:22 <X0d_of_N0d> which would actually help me out since I'm having to do custom modules for the company I work for
2008-12-08 22:22 <X0d_of_N0d> and the workflow really sucks for tinyerp
2008-12-08 22:22 <bechamel> X0d_of_N0d: the problem with this kind of automation is even they are great for devs they are not welcomed in production
2008-12-08 22:23 <bechamel> X0d_of_N0d: imagine this functionality on the demo server
2008-12-08 22:23 <X0d_of_N0d> bechamel: syncing moduels from the latest tip would be a problem, syncing with a known-good tag might work though
2008-12-08 22:24 <X0d_of_N0d> it could be up to the admin to determine how to use it
2008-12-08 22:25 <bechamel> X0d_of_N0d: for me has a developper i prefer to use the script once and after clone from time to time new module
2008-12-08 22:26 <bechamel> X0d_of_N0d: the same way i update/install module on the command line
2008-12-08 22:28 <X0d_of_N0d> bechamel: this could be used as a distribution system whereby bugfixes could be made easily accessable to users
2008-12-08 22:29 <X0d_of_N0d> admin could be informed "there is an update available for module x, to fix this or that"
2008-12-08 22:29 <X0d_of_N0d> they could choose to update or not
2008-12-08 22:29 <X0d_of_N0d> and all of that would be built in to the hg api
2008-12-08 22:30 <bechamel> X0d_of_N0d: yes maybe. If this functionality were available you would prefer it over fpull or easy_install or the shell script ?
2008-12-08 22:30 <X0d_of_N0d> and if they wanted to use external repos, no problem... put in the url and let hg take care of the rest...
2008-12-08 22:30 <X0d_of_N0d> it doesn't have to be over, it could be along side
2008-12-08 22:31 <bechamel> X0d_of_N0d: yes it's an option, but if nobody use it ...
2008-12-08 22:32 <X0d_of_N0d> Not everyone is commandline oriented.
2008-12-08 22:32 <X0d_of_N0d> just like not everyone is gui oriented
2008-12-08 22:33 <X0d_of_N0d> I'd probably use both
2008-12-08 22:34 <bechamel> X0d_of_N0d: ;)
2008-12-08 22:34 <X0d_of_N0d> but I know my boss would like a gui, and most of the people I work with would like a gui
2008-12-08 22:35 <X0d_of_N0d> Anyway, it's no big thing... really shouldn't be a lot of code, so if I want it I could probably code it
2008-12-08 22:35 <X0d_of_N0d> I've been wanting to hack up hg for a while anyway
2008-12-08 22:36 <X0d_of_N0d> brb
2008-12-08 22:43 <X0d_of_N0d> ACTION is back
2008-12-08 22:43 -!- juanfer(n=juanfer@ has joined #tryton
2008-12-08 23:21 <nicoe> might be of interest for you
2008-12-08 23:24 <bechamel> nicoe: yes thanks we saw it this afternoon, but we didn't fell it worth an answer
2008-12-08 23:24 <nicoe> Yes I though exactly the same way but it might be interesting to see how fp replies
2008-12-08 23:25 <bechamel> nicoe: yes i don't know
2008-12-08 23:25 <nicoe> don't know what ?
2008-12-08 23:25 <cedk> nicoe: there is some arguments that are right and some others wrong
2008-12-08 23:25 <bechamel> nicoe: maybe you can suggest to fp to use relario, it works well :)
2008-12-08 23:27 <nicoe> I think he really doesn't want to try it
2008-12-08 23:27 <bechamel> nicoe: i don't know if it will be interesting, i don't like the idea to talk badly about openepr on his own forum (even if all i would say is correct)
2008-12-08 23:28 <nicoe> but I do not know if using an headless really slows down the process
2008-12-08 23:28 <cedk> we can perhaps correct some errors about the interpretation of the list arguments
2008-12-08 23:28 <bechamel> of course fp doesn't want to try it but it should be interesting :)
2008-12-08 23:28 <nicoe> Like bechamel I don't think there is any gain to reply to him
2008-12-08 23:28 <nicoe> moreover because this is on his forum
2008-12-08 23:29 <bechamel> about slowness: nothing force you to use pdf you can open odt files directly
2008-12-08 23:30 <bechamel> but it should be intersting to test very large reports
2008-12-08 23:30 <nicoe> I made some tests a while ago and relatorio was quicker but I did not use OO it was just the file generation that was tested
2008-12-08 23:30 <nicoe> I'll try to make some benchmarks in the next of the week
2008-12-08 23:31 <nicoe> I may have missed something but I don't think that openerp supports odt (only sxw afaik) ... as you 're monitoring their change more closely did you see something ?
2008-12-08 23:32 <cedk> nicoe: they still use sxw -> rml -> pdf
2008-12-08 23:32 <nicoe> ok thanks.
2008-12-08 23:33 <cedk> by the way, I try a report with ~1000 pages, the generation was quite faster (maybe 5-6 secs)
2008-12-08 23:33 <cedk> the slowest was Ooo, that took ~20 sec to open
2008-12-08 23:33 <bechamel> cedk: with tables ? reportlab doesn't work well with big tables
2008-12-08 23:34 <cedk> but you will have the same with any pdf file with the same amount of page
2008-12-08 23:34 <cedk> bechamel: it is with relatorio
2008-12-08 23:34 <cedk> I know that reportlab is very much slowest
2008-12-08 23:35 <bechamel> yes i know but as we know that it's very difficult to create big report with long tables on reportlab it would be interesting to test the same with relatorio+oo
2008-12-08 23:36 <nicoe> reportlab is doing a lot of stuff that are not necessary so I suspect their method is the slowest. But the main bottleneck is probably the network here
2008-12-08 23:36 <cedk> nicoe: no, it was not a so big file
2008-12-08 23:37 <cedk> nicoe: the bottleneck is Ooo that need to allocate all the space for the pages
2008-12-08 23:37 <nicoe> There are a lot of thing to test: big tables / big tables with computation inside them / big tables with conditions / etc.
2008-12-08 23:38 <nicoe> but the fact that their reporting solution is not easily unpleaggeable from tiny makes it difficult to test ...
2008-12-08 23:38 <nicoe> cedk: ok
2008-12-08 23:38 <cedk> nicoe: any way, generating the file will always be faster with relatorio than with reportlabe, for the simple reason that relatorio doesn't do any formatting
2008-12-08 23:39 <nicoe> indeed
2008-12-08 23:40 <cedk> and by the way, we are not linked to Ooo as odt is a standard format, there is many software that read odt file
2008-12-08 23:40 <nicoe> of course
2008-12-08 23:41 <nicoe> but you are using oo to render it as a pdf, no ?
2008-12-08 23:41 <cedk> it is just a trick
2008-12-08 23:41 <cedk> for me the pdf is not needed as odt is ISO
2008-12-08 23:42 <nicoe> yeah but fabien is using it to say that this is slower
2008-12-08 23:42 <cedk> and pdf not
2008-12-08 23:42 <cedk> nicoe: yes, but what do you want to do
2008-12-08 23:42 <cedk> nicoe: it is like the limit of 20000
2008-12-08 23:42 <cedk> nicoe: he say you can increase the 80 to 20000
2008-12-08 23:43 <cedk> but it will put down teh OpenERP client
2008-12-08 23:44 <cedk> or like saying that if you restart the Tryton server, the client crash
2008-12-08 23:44 <nicoe> yes I know but in the eye of the world he has a good answer :(
2008-12-08 23:44 <cedk> it is false but how do you prove it
2008-12-08 23:45 <cedk> any way if we answer he will remove surely the comment as he did already on previous post on news
2008-12-08 23:46 <nicoe> I can always make a benchmark on relatorio/reportlab/openreport and post it on my blog ...
2008-12-08 23:47 <cedk> nicoe: yes you can :-)
2008-12-08 23:47 <cedk> nicoe: but I think that people who will read your post, already think that relatorio is better
2008-12-08 23:48 <nicoe> On planet python there is still a lot of people that do not know anything about other solution than reportlab and so on ...
2008-12-08 23:49 <cedk> nicoe: ha yes, you blog is no planet python
2008-12-08 23:50 <nicoe> yep :) I'll try to do that ... That's a nice topic for a blogpost (with a lot of trolling possibilities :)) and I haven't post for weeks
2008-12-08 23:51 <cedk> nicoe: maybe you can try to convert it into pdf with the openoffice.interact
2008-12-08 23:52 <cedk> nicoe: I'm pretty sure that with a big table, reportlab will fail
2008-12-08 23:52 <CIA-54> tryton: matb roundup * #650/Items reappearing untranslated in new database: works for most items, but not for: "Products" "" "False" "product.product" "Deutsch" "Sicht" "0" "stock"
2008-12-08 23:52 <cedk> nicoe: because reportlab try to compute the height of each row and it takes a lot of time
2008-12-08 23:53 <cedk> nicoe: but there is a patch in OpenERP, to avoid that and it takes the first row as the base of the height
2008-12-08 23:55 <nicoe> I made myself a todo note to blog about that ...
2008-12-08 23:58 <nicoe> The nice thing with opendocument is that by default it is openoffice that does the rendering ...

Generated by 2.17.3 by Marius Gedminas - find it at!