IRC logs of #tryton for Thursday, 2008-07-10

chat.freenode.net #tryton log beginning Thu Jul 10 00:00:01 CEST 2008
2008-07-10 00:01 <CIA-53> tryton: C?dric Krier <ced@b2ck.com> default * 699:405dd3ef5b52 trytond/trytond/ (4 files in 2 dirs): Better name for tests
2008-07-10 00:01 <CIA-53> tryton: C?dric Krier <ced@b2ck.com> default * 131:9af0b2d540e3 account/account.py: Remove _parent_name
2008-07-10 00:02 <CIA-53> tryton: C?dric Krier <ced@b2ck.com> default * 104:98ae8919edf3 relationship/category.py: Remove _parent_name
2008-07-10 00:02 <CIA-53> tryton: C?dric Krier <ced@b2ck.com> default * 105:cbb5e3358b8e relationship/ (4 files in 2 dirs): Better name for test
2008-07-10 00:09 <bechamel> cedk: rules on the select clause for computing product qty are working, i push or i wait for mptt ?
2008-07-10 00:10 <cedk> bechamel: you can push it, I can merge it is quite easy with mercurial
2008-07-10 00:11 <bechamel> cedk: as you want
2008-07-10 00:13 <CIA-53> tryton: Bertrand Chenal <bch@b2ck.com> default * 156:8a504799e4b3 stock/product.py: Added rules about stock.move object when computing locations quantities
2008-07-10 00:15 <bechamel> cedk: there is also a problem with forecst_qty, we plan to compute exact qty in the past with it, but actually, the forecast_qty mecanism also concider assigned and draft moves if the date is in the past
2008-07-10 00:16 <bechamel> cedk: so the fix is to consider only done move, but the name "forecast" is not good anymore
2008-07-10 00:16 <bechamel> cedk: so i propose to us "at_date" which is a more generic name
2008-07-10 00:18 <cedk> bechamel: no, I think it is good now
2008-07-10 00:19 <bechamel> cedk: look line 88 in stock/product.py
2008-07-10 00:20 <bechamel> cedk: i as i read it, i thing the if condition just above is wrong
2008-07-10 00:21 <bechamel> cedk: hum finaly maybe the if is ok
2008-07-10 00:22 <cedk> bechamel: for forecast means with all draft and assigned move
2008-07-10 00:22 <cedk> bechamel: and we don't care of the date
2008-07-10 00:22 <cedk> bechamel: move that must be considered as no more correct must be cancel by the scheduler
2008-07-10 00:22 <bechamel> cedk: yes yes, i was misunderstanding the if condition
2008-07-10 00:23 <cedk> bechamel: by the way, I just find that tiny seems to close the trunk branch to public
2008-07-10 00:23 <bechamel> cedk: i did not see the "not" just before the date test
2008-07-10 00:23 <bechamel> cedk: ??
2008-07-10 00:23 <cedk> is everybody have the same problem to connect to the tinyerp trunk branch ?
2008-07-10 00:23 <bechamel> cedk: how do you know it ?
2008-07-10 00:23 <cedk> I can connect to 4.0 and 4.2 branch but not the trunk
2008-07-10 00:25 <bechamel> cedk: yes, and the reposotory is alive it's just the password that have been changed :)
2008-07-10 00:27 <cedk> one more things that make openerp not really an open source project :-)
2008-07-10 00:28 <cedk> I think it will make a new big thread on the forum :-)
2008-07-10 00:29 <bechamel> cedk: there is nothing for the moment on the forum
2008-07-10 00:29 <bechamel> cedk: when was your last (successful) update
2008-07-10 00:30 <cedk> it is perhaps because they switch to bazaard
2008-07-10 00:31 <cedk> http://openerp.com/wiki/index.php/Community:How_To_Contribute
2008-07-10 00:33 <cedk> bechamel: it is there: http://bazaar.launchpad.net/~openerp/openobject-server/trunk/files
2008-07-10 00:33 <cedk> but they don't keep the history :-)
2008-07-10 00:35 <cedk> and they change again the name :-) into openobject-{server,client}
2008-07-10 00:36 <bechamel> cedk: and in the code it's still tinyerp.py ...
2008-07-10 00:37 <bechamel> cedk: http://openerp.com/forum/topic4835.html
2008-07-10 00:39 <cedk> bechamel: no, that is the rtl that I have implemented when I come back from maroco
2008-07-10 00:41 <cedk> it is really a bazaard :-)
2008-07-10 00:41 <bechamel> cedk: yes i know that you implemeted it, now we also know that i it could useful to somebody :)
2008-07-10 00:42 <bechamel> cedk: yes he chose the right dcvs actualy
2008-07-10 00:42 <cedk> bechamel: but it doesn't seem to know howto do it
2008-07-10 00:42 <cedk> there is some openobject, openerp, tinyerp
2008-07-10 00:42 <cedk> it is not very clear on who can do what
2008-07-10 00:43 <cedk> and in fact community can only work on extra modules
2008-07-10 00:43 <bechamel> cedk: and the addons dir is empty
2008-07-10 00:46 <cedk> it will be easier to follow devs
2008-07-10 00:46 <bechamel> cedk: hardcoded login : http://bazaar.launchpad.net/%7Eopenerp/openerp/package-script/annotate/1?file_id=bzr_set.py-20080708192342-trihj558tjhh9549-2
2008-07-10 00:48 <cedk> :-)))
2008-07-10 00:48 <cedk> bad things have hard live
2008-07-10 00:49 <cedk> I will not trust this script :-)
2008-07-10 00:50 <bechamel> cedk: :)
2008-07-10 00:51 <bechamel> cedk: where are the addons ? i can't find them
2008-07-10 00:52 <cedk> https://code.launchpad.net/~openerp/openobject-addons/trunk
2008-07-10 00:53 <cedk> any way it is not the tools that was not working with tinyerp :-)
2008-07-10 02:09 -!- FWiesing(n=FWiesing@194.208.185.12) has joined #tryton
2008-07-10 05:18 -!- yangoon(n=mathiasb@p549F4C94.dip.t-dialin.net) has joined #tryton
2008-07-10 06:34 -!- mr_amit(n=amit@123.237.104.4) has joined #tryton
2008-07-10 06:34 -!- mr_amit(n=amit@123.237.104.4) has left #tryton
2008-07-10 08:37 -!- Timitos(n=Timitos@88.217.184.172) has joined #tryton
2008-07-10 08:51 -!- Gedd(n=ged@77.109.115.64) has joined #tryton
2008-07-10 08:59 -!- cedk(n=ced@gentoo/developer/cedk) has joined #tryton
2008-07-10 09:38 -!- bechamel(n=user@user-85-201-14-207.tvcablenet.be) has joined #tryton
2008-07-10 09:38 -!- kultviech(n=kultviec@p549753CB.dip.t-dialin.net) has joined #tryton
2008-07-10 10:06 <CIA-53> tryton: C?dric Krier <ced@b2ck.com> default * 508:740515bb7cc3 tryton/tryton/gui/window/view_form/view/list.py: Fix copy/paste for new empty ending columns
2008-07-10 10:06 <CIA-53> tryton: C?dric Krier <ced@b2ck.com> default * 509:53bc477a1d07 tryton/tryton/gui/window/view_form/view/list_gtk/parser.py: Textual value for boolean must be boolean
2008-07-10 10:06 <CIA-53> tryton: C?dric Krier <ced@b2ck.com> default * 510:0cc1b9340b0a tryton/tryton/gui/window/view_form/view/list.py: Add save current model when selection changing
2008-07-10 10:09 -!- kultviech(n=kultviec@p549753CB.dip.t-dialin.net) has left #tryton
2008-07-10 10:23 <cedk> bechamel: dns server is updated
2008-07-10 10:39 <bechamel> cedk: i took me some time to understand: it's abut this famous bug which was fixed recently
2008-07-10 10:39 <cedk> bechamel: yes
2008-07-10 10:39 <bechamel> cedk: you know what this bug is about ? it's a bug from the protocol ?
2008-07-10 10:43 <cedk> bechamel: it seems to be about query port randomization
2008-07-10 10:44 <bechamel> cedk: def random(): return 4 # This number was carefuly chosen to be really random
2008-07-10 10:59 <bechamel> cedk: while testing move with multi-company, i discovered that compute on currency try to find rates even if there is no conversion to do (i.e. from_currency and to_currency are the same)
2008-07-10 11:03 <cedk> bechamel: it can be a test that at least one rate must exist for the currency
2008-07-10 11:04 <cedk> bechamel: but I'm not sure that it is usefull
2008-07-10 11:05 <bechamel> cedk: so whe must add rates on xml data
2008-07-10 11:07 <bechamel> cedk: but it's not handy
2008-07-10 11:07 <cedk> bechamel: no we can not add rate in xml
2008-07-10 11:08 <cedk> bechamel: ok, move test after the test that check for the same curreny
2008-07-10 11:10 <bechamel> cedk: ok
2008-07-10 11:25 <CIA-53> tryton: Bertrand Chenal <bch@b2ck.com> default * 8:787c1d663b67 currency/currency.py: Don't try ot find rate when converting amount to the same currency
2008-07-10 11:28 <bechamel> cedk: terp svn trunk is working now
2008-07-10 11:29 <CIA-53> tryton: C?dric Krier <ced@b2ck.com> default * 700:05639f6a76cd trytond/trytond/ir/ (action.py action.xml): Add search value criteria on act_window
2008-07-10 11:29 <CIA-53> tryton: C?dric Krier <ced@b2ck.com> default * 511:b15f5c6daa1a tryton/tryton/ (8 files in 4 dirs): Add search_value criteria on act_window
2008-07-10 11:29 <CIA-53> tryton: C?dric Krier <ced@b2ck.com> default * 512:04c9af13b24f tryton/tryton/gui/window/ (form.py view_form/screen/screen.py): Remove unused show_search option
2008-07-10 11:35 <cedk> bechamel: and they commit ?
2008-07-10 11:37 <bechamel> cedk: yes
2008-07-10 11:38 <bechamel> cedk: fp | 2008-07-10 08:45:52 "Modifs" :)
2008-07-10 11:47 <cedk> bechamel: I don't understand how the _ translation of exception works on tinyerp
2008-07-10 11:49 <bechamel> cedk: where do you see it ?
2008-07-10 11:49 <cedk> bechamel: commit 8766
2008-07-10 11:49 <cedk> bechamel: they add a _() on each string of exception
2008-07-10 11:50 <cedk> bechamel: and _ is a lambda function lambda source: translate_code(cr, source, context)
2008-07-10 11:50 <cedk> so I don't understand how the cr, context variable are set
2008-07-10 11:50 <cedk> it seems like they are global
2008-07-10 11:55 <cedk> bechamel: svn again down :-)
2008-07-10 11:55 <bechamel> yes
2008-07-10 11:56 <bechamel> cedk: for the _ function i dont understand either
2008-07-10 12:15 <cedk> bechamel: perhaps it doesn't work :-)
2008-07-10 12:15 <cedk> bechamel: because to test it you must have an exception
2008-07-10 12:15 <bechamel> cedk: i try to test it
2008-07-10 12:20 <cedk> on openerp, they put the close method on the account type instead of the account
2008-07-10 12:20 <cedk> what do you think about that ?
2008-07-10 12:20 <bechamel> cedk: "global name cr is not defined"
2008-07-10 12:21 <cedk> bechamel: :-) just by reading the code
2008-07-10 12:21 <bechamel> cedk: it's crazy, this code doesnt provide any imporvement, only bugs !
2008-07-10 12:22 <yangoon> if I start the client with LANG=de_DE LC_ALL=de_DE.UTF8 ./tryton, it reports immediately: WARNING:translate:Unable to set locale en_US.UTF8
2008-07-10 12:23 <yangoon> it is working as expected, but what is the meaning of the message?
2008-07-10 12:23 <cedk> yangoon: I think you have in ~/.tryton lang = en_US
2008-07-10 12:24 <bechamel> yangoon: i have the same warning
2008-07-10 12:24 <yangoon> cedk: no, I have de_DE
2008-07-10 12:24 <cedk> yangoon: and the user on trytond ?
2008-07-10 12:25 <cedk> in fact the client store the lang of the last user that have logged
2008-07-10 12:26 <cedk> and at the start, it try to set this lang
2008-07-10 12:26 <cedk> and when you logging, it change for the lang of the user of tryton
2008-07-10 12:27 <cedk> so if you siwtch from users that have once en_US and de_DE and that you don't have en_US in your system, you will have this warning
2008-07-10 12:28 <cedk> but I can change the warning into info
2008-07-10 12:29 <cedk> like that it will be display only with verbose option
2008-07-10 12:31 <bechamel> cedk: with fr_BE in the config file it's ok
2008-07-10 12:36 <yangoon> cedk: back from phone
2008-07-10 12:36 <yangoon> cedk: in trytond no lang param
2008-07-10 12:37 -!- Timitos(n=Timitos@88.217.184.172) has joined #tryton
2008-07-10 12:37 <cedk> yangoon: if there is no lang, it is en_US by default
2008-07-10 12:37 <cedk> bechamel: it is because your system doesn't have en_US locales
2008-07-10 12:38 <cedk> bechamel: look into /etc/locale.gen
2008-07-10 12:38 <yangoon> cedk: yes, but I never started with en_US
2008-07-10 12:38 <bechamel> en_US is the default value i guess
2008-07-10 12:38 <yangoon> cedk: must be a default somewhere
2008-07-10 12:38 <cedk> yangoon: when you log into the trytond server, it set to the client to set up in en_US locle
2008-07-10 12:40 <bechamel> cedk: maybe the serve should be able to find his default locale (it's a better default than en_us)
2008-07-10 12:41 <cedk> bechamel: it don't think so because all the software will be in the english (labels, fields, etc...)
2008-07-10 12:44 <yangoon> cedk: shouldN't default locale not be C?
2008-07-10 12:46 <cedk> yangoon: it is the fallback
2008-07-10 12:54 <yangoon> cedk: if you change it to INFO: default locale ... not found, it should be clear
2008-07-10 12:57 <CIA-53> tryton: ced roundup * #143/add VAT number validation: [in-progress] I find this website that allow to check vat http://ec.europa.eu/taxation_customs/vies/vieshome.do
2008-07-10 12:58 <CIA-53> tryton: C?dric Krier <ced@b2ck.com> default * 513:3c5d97197826 tryton/tryton/translate.py: Change warning into info
2008-07-10 14:05 <cedk> Hi, everybody with bechamel, we think about changing the many2many on account into a many2one
2008-07-10 14:05 <cedk> we don't see the usefullness of this model
2008-07-10 14:06 <cedk> and having a many2one will improve the performence of the balance compute in the chart account
2008-07-10 14:06 <cedk> is there anybody not agree with this ?
2008-07-10 14:08 -!- Gedd(n=ged@77.109.115.64) has joined #tryton
2008-07-10 15:10 <Timitos> cedk: i just read your thoughts on account. i need to think about. just a few minutes
2008-07-10 15:11 <cedk> Timitos: no problems, I'm not yet working on it
2008-07-10 15:11 <cedk> I know that people needs times to think
2008-07-10 15:11 <Timitos> :-)
2008-07-10 15:12 <cedk> I'm thinking about a good way to handle translation of exception message
2008-07-10 15:12 <cedk> a way that works, not the way of openerp :-)
2008-07-10 15:12 <Timitos> i read your comments from today morning :-)
2008-07-10 15:23 <Timitos> cedk: in germany we have to views to look an the earnings: like "profit and loss statement" and a "management analysis" so i need to set more than one view account to a normal account. so i think we need many2many on account
2008-07-10 15:28 <Timitos> cedk: but perhaps there is another solution needed to create such reports although the tree view could be a good solution.
2008-07-10 15:35 <cedk> Timitos: I think it must be don't with an other way
2008-07-10 15:35 <cedk> Timitos: because many2many allow to have wrong chart accounts with some accounts that appears many times in the chart
2008-07-10 15:35 <cedk> Timitos: I think it must be done an other way
2008-07-10 15:36 <Timitos> cedk: but i also think that account types are not a good solution to create a balance sheet or a profit and loss statement. there is something completely different needed.
2008-07-10 15:36 <cedk> Timitos: why ?
2008-07-10 15:37 <Timitos> account types have a special function for jounals an so on as i know.
2008-07-10 15:37 <Timitos> so account types have two different functions. so i think there can be some problems.
2008-07-10 15:37 <Timitos> not yet, but potential in future
2008-07-10 15:39 <cedk> Timitos: what we can do is to move the code of account.type to the account
2008-07-10 15:41 <Timitos> cedk: i need to take a deeper look as i donĀ“t know where account types are used exactly. or could you explain the usage in a short way?
2008-07-10 15:42 <cedk> Timitos: ok, can you come back to me when you know better
2008-07-10 15:42 <cedk> Timitos: because I think we need to fix that soon
2008-07-10 15:43 <Timitos> cedk: if you can move the code from account_types to account. why do we need account-types anyway?
2008-07-10 15:47 <cedk> Timitos: for the balance sheet and the income statement
2008-07-10 15:47 <Timitos> cedk: so it is only used for these views?
2008-07-10 15:50 <Timitos> cedk: so i think the name account types is perhaps not a very good naming
2008-07-10 15:51 <cedk> Timitos: it describes where the account is the charts
2008-07-10 15:51 <Timitos> cedk: perhaps the account types can be used for all reports. then many2many is not needed in account. you are right. i think that tinyerp used the account types in another way as tryton.
2008-07-10 15:52 <cedk> Timitos: there is juts the code that says payable, revenue etc ..
2008-07-10 15:53 <cedk> Timitos: it is use to compute the payable of a party etc ...
2008-07-10 15:54 <cedk> Timitos: but whenI put the code on the type, it was because I thought that accounts with the same type will have the same code
2008-07-10 15:54 <cedk> Timitos: and perhaps that type is not a good name, if you have an other one...
2008-07-10 15:55 <Timitos> cedk: we have in german a good word for that, but i have problems to find a good word in english :-)
2008-07-10 15:56 <cedk> Timitos: do you think that account with the same type can have a different code ?
2008-07-10 15:57 <Timitos> cedk: i am not sure about that but perhaps this case could be. so i think it would be better to put the code on account.
2008-07-10 15:58 <Timitos> cedk: if you put the code to account we can be more flexible in using account types for other things i think
2008-07-10 15:59 <Timitos> perhaps "allocation table" is a term that matches what i mean. it allocates accounts to different views.
2008-07-10 16:01 <cedk> Timitos: ok, I will put code on account
2008-07-10 16:02 <Timitos> cedk: good decision
2008-07-10 17:00 <yangoon> Timitos: just stumbling in: the word you are searching for could be "nature"?
2008-07-10 17:03 <Timitos> yangoon: ich kanns momentan nur in deutsch artikulieren :-). das ganze nennt sich zuordnungstabelle. die konten werden den auswertungen "zugeordnet". ich hab keine ahnung, wie ich das anders benennen soll.
2008-07-10 17:03 <Timitos> yangoon: i also thought about something like account.view or account.report but all my ideas are not quite that what we need.
2008-07-10 21:34 -!- udono(n=udono@dynamic-unidsl-85-197-21-238.westend.de) has joined #tryton
2008-07-10 21:34 <udono> hi all
2008-07-10 21:43 <FWiesing> udono: hi :-)
2008-07-10 21:43 <udono> FWiesing: hi
2008-07-10 21:44 <FWiesing> ,,, one more restless soul before a keyboard
2008-07-10 21:46 <udono> yes, you too?
2008-07-10 22:09 <udono> bechamel: are you there
2008-07-10 23:53 -!- udono(n=udono@dynamic-unidsl-85-197-21-238.westend.de) has left #tryton

Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!