IRC logs of #tryton for Tuesday, 2008-09-23

chat.freenode.net #tryton log beginning Tue Sep 23 00:00:01 CEST 2008
2008-09-23 01:22 -!- b52laptop(n=b52lapto@41.249.250.195) has joined #tryton
2008-09-23 05:00 -!- ikks(n=igor@190.12.156.178) has joined #tryton
2008-09-23 05:18 -!- yangoon(n=mathiasb@p549F626A.dip.t-dialin.net) has joined #tryton
2008-09-23 08:13 -!- Timitos(n=Timitos@88.217.184.172) has joined #tryton
2008-09-23 08:21 -!- Gedd(n=ged@77.109.115.129) has joined #tryton
2008-09-23 08:53 -!- bechamel(n=user@user-85-201-14-207.tvcablenet.be) has joined #tryton
2008-09-23 08:54 -!- gadaga(n=gael@sednaco19320-gw.clients.easynet.fr) has joined #tryton
2008-09-23 08:54 <gadaga> hi
2008-09-23 09:39 -!- rli(n=rli@sednaco19320-gw.clients.easynet.fr) has joined #tryton
2008-09-23 09:42 -!- cedk(n=ced@gentoo/developer/cedk) has joined #tryton
2008-09-23 09:50 <udono> hi
2008-09-23 10:22 <gadaga> udono: hi
2008-09-23 10:25 <udono> hello cedk, thanks for your answer last night. I tried the default behavoir you told me with the stock location for customer. This is via xml inserted data. But unfortunately as a user (with admin rights) I can delete this record. The XML inserted records have the create_uid 0 (root), and records created via the client have the create_uid 1 (admin). As a "module vendor" I like to prohibit all users to change the "system records", only
2008-09-23 10:25 <udono> cords. How can I do?
2008-09-23 10:25 <udono> gadaga: hi
2008-09-23 10:26 <udono> Timitos: hi
2008-09-23 10:27 <cedk> udono: for stock location, we allow to change it
2008-09-23 10:27 <cedk> udono: it is the check_xml_record function
2008-09-23 10:27 -!- gael_(n=gael@sednaco19320-gw.clients.easynet.fr) has joined #tryton
2008-09-23 10:28 <udono> cedk: :-) ok
2008-09-23 10:28 <cedk> udono: but I don't understand why you create location that can not be modify
2008-09-23 10:28 <udono> cedk: was just an example for xml inserted data
2008-09-23 10:29 <udono> cedk: I do not need to create any locations...
2008-09-23 10:29 <udono> cedk: but thanks
2008-09-23 10:29 <cedk> udono: by default the function check_xml_record return false for a record that comes from xml file
2008-09-23 10:30 <cedk> udono: except for some object where we override it
2008-09-23 10:30 <cedk> udono: because we provide data that must be changed
2008-09-23 10:31 <udono> cedk: ok, for demo-like data it is good to change the default behavoir
2008-09-23 10:31 <cedk> udono: yes, it is not really demo data, but start data
2008-09-23 10:31 <udono> cedk: ok, understand
2008-09-23 10:32 <cedk> udono: you can try with a view if you want to test
2008-09-23 10:33 -!- b52laptop(n=b52lapto@41.249.250.195) has joined #tryton
2008-09-23 10:35 <cedk> We think about changing the license for Tryton into GPL-3
2008-09-23 10:36 <cedk> what do you think about?
2008-09-23 10:36 <udono> cedk: I dont know. But is it possible to change to gpl-3 because of gpl2 code from tiny.be
2008-09-23 10:37 <udono> ?
2008-09-23 10:38 <cedk> udono: yes because it is GPL-2 or later
2008-09-23 10:40 <cedk> In fact it will prevent Tryton from tivolisation
2008-09-23 10:42 <udono> cedk: now we now wht is in "or later" hidden. :-)
2008-09-23 10:42 <cedk> as tinyerp has already been tivolizate: http://www.crystalconcept.ch/crystal-eas/crystal-eas-enterprise-application-suite.html
2008-09-23 10:43 <udono> yes, I know
2008-09-23 10:43 <cedk> they use the tinyerp framework to provide services
2008-09-23 10:43 <udono> tiviosation
2008-09-23 10:43 <cedk> udono: yes later means futur version of GPL
2008-09-23 10:43 <udono> :-)
2008-09-23 10:44 <cedk> udono: http://www.gnu.org/licenses/gpl-faq.html#v2v3Compatibility
2008-09-23 10:44 -!- rli(n=rli@sednaco19320-gw.clients.easynet.fr) has joined #tryton
2008-09-23 10:45 <udono> cedk: but is it a real tiviosation of tiny? Or is it an unallowed closed source?
2008-09-23 10:46 <cedk> udono: it is a services without the sources I think
2008-09-23 10:46 <udono> ok
2008-09-23 10:47 <cedk> udono: and GPL-3 will prevent this
2008-09-23 10:48 <udono> cedk: Sounds good. Maybe we could interview bkuhn about this?
2008-09-23 10:48 <bechamel> udono: when you create a webservice you don't really release a software, so you don't need to give source when using gpl2. it's no more allowed with gpl3 iirc
2008-09-23 10:50 <udono> bechamel: Yes, its good to forbid this.
2008-09-23 11:03 <udono> cedk: bechamel: I read a comparisation about gpl2 and gpl-3. For me the gpl3 is ok, and in some parts even better than gpl-2, I think. We do not have the problems like linux kernel have. But maybe we request at the FSF or bkuhn to make sure...
2008-09-23 11:04 <bechamel> udono: you have a link for the comparisation ?
2008-09-23 11:04 <udono> bechamel: its a short german pdf
2008-09-23 11:04 <bechamel> udono: ok, maybe later :)
2008-09-23 11:05 -!- gadaga(n=gael@sednaco19320-gw.clients.easynet.fr) has joined #tryton
2008-09-23 11:05 <udono> bechamel: but here you may find the exact differences? http://www.groklaw.net/article.php?story=20060118155841115
2008-09-23 11:05 -!- tekknokrat(n=gthieleb@port-87-193-170-219.static.qsc.de) has joined #tryton
2008-09-23 11:05 <bechamel> udono: thx
2008-09-23 11:10 <bechamel> udono: i have also found this www.linux-watch.com/files/misc/GPLv2_vs_GPLv3.pdf
2008-09-23 11:31 <udono> cedk: is there a way to get the glade files translated before they are moved to py_gtk?
2008-09-23 11:32 <cedk> udono: yes but it doesn't work well
2008-09-23 11:33 <udono> cedk: what problems we have with the glade translations?
2008-09-23 11:37 <cedk> udono: it doesn't work well when you change the language
2008-09-23 11:41 <udono> cedk: ok,
2008-09-23 11:41 <udono> cedk: did you translate the glade into be_FR?
2008-09-23 11:42 <cedk> udono: no
2008-09-23 12:25 <Timitos> cedk: we have some problems with translation of account_statement. there is one action coming from analytic_invoice and wie donĀ“t know why
2008-09-23 13:42 <CIA-54> tryton: Timitos roundup * #392/translation problem: [new] in line.xml of module analytic_account there is this entry: <record model="ir.action.wizard" id="act_open_account"> <field name ...
2008-09-23 13:56 <CIA-54> tryton: Timitos roundup * #393/many2one field only shows ids not name value: [new] in a custom module i added a many2one field to relationship.country. but if i fill a value into this field and save it there is only the id ...
2008-09-23 14:30 <CIA-54> tryton: Bertrand Chenal <bch@b2ck.com> default * 1003:56962258f58f trytond/trytond/osv/orm.py: Complete docstring for new raise_exception arg
2008-09-23 16:13 -!- CIA-52(n=CIA@208.69.182.149) has joined #tryton
2008-09-23 16:30 <CIA-52> tryton: Timitos roundup * #393/many2one field only shows ids not name value: normally in a many2one field there is shown the name of the related record in a form. but in my module there is only shown the id of the related r ...
2008-09-23 16:32 -!- tekknokrat(n=gthieleb@port-87-193-170-219.static.qsc.de) has left #tryton
2008-09-23 17:18 <CIA-52> tryton: C?dric Krier <ced@b2ck.com> default * 209:3c6ca84dd7f4 account/de_DE.csv: Convert id into xml_id for issue392
2008-09-23 17:18 <CIA-52> tryton: C?dric Krier <ced@b2ck.com> default * 115:8ea6b682be82 account_invoice/de_DE.csv: Convert id into xml_id for issue392
2008-09-23 17:18 <CIA-52> tryton: C?dric Krier <ced@b2ck.com> default * 52:ad0e010ee836 account_statement/de_DE.csv: Convert id into xml_id for issue392
2008-09-23 17:18 <CIA-52> tryton: C?dric Krier <ced@b2ck.com> default * 18:2c42df803f26 analytic_account/de_DE.csv: Convert id into xml_id for issue392
2008-09-23 17:18 <CIA-52> tryton: C?dric Krier <ced@b2ck.com> default * 57:aa54bd73cbff company/de_DE.csv: Convert id into xml_id for issue392
2008-09-23 17:18 <CIA-52> tryton: C?dric Krier <ced@b2ck.com> default * 21:5f07a684ec5c currency/de_DE.csv: Convert id into xml_id for issue392
2008-09-23 17:18 <CIA-52> tryton: C?dric Krier <ced@b2ck.com> default * 76:5f4c0536cd72 product/de_DE.csv: Convert id into xml_id for issue392
2008-09-23 17:19 <CIA-52> tryton: C?dric Krier <ced@b2ck.com> default * 12:7beb7c1d3bd4 project/de_DE.csv: Convert id into xml_id for issue392
2008-09-23 17:19 <CIA-52> tryton: C?dric Krier <ced@b2ck.com> default * 90:40bad61d9df3 purchase/de_DE.csv: Convert id into xml_id for issue392
2008-09-23 17:19 <CIA-52> tryton: C?dric Krier <ced@b2ck.com> default * 133:90a3ea0084d8 relationship/de_DE.csv: Convert id into xml_id for issue392
2008-09-23 17:19 <CIA-52> tryton: C?dric Krier <ced@b2ck.com> default * 213:7908b0d085fe stock/de_DE.csv: Convert id into xml_id for issue392
2008-09-23 17:19 <CIA-52> tryton: C?dric Krier <ced@b2ck.com> default * 41:29daa18dc01b timesheet/de_DE.csv: Convert id into xml_id for issue392
2008-09-23 17:19 <CIA-52> tryton: C?dric Krier <ced@b2ck.com> default * 1004:087a164718fd trytond/trytond/ir/translation.py: Don't export translation with res_id as integer
2008-09-23 17:19 <CIA-52> tryton: C?dric Krier <ced@b2ck.com> default * 1005:b25e2660551b trytond/trytond/ (ir/model.py tools/convert.py): Handle inherited db_id in ir.model.data for issue392
2008-09-23 17:19 <CIA-52> tryton: C?dric Krier <ced@b2ck.com> default * 1006:d51b4cafecdb trytond/trytond/ir/property.xml: Fix typo
2008-09-23 17:19 <CIA-52> tryton: C?dric Krier <ced@b2ck.com> default * 1007:7874282956a7 trytond/trytond/ir/de_DE.csv: Convert id into xml_id for issue392
2008-09-23 17:19 <CIA-52> tryton: C?dric Krier <ced@b2ck.com> default * 1008:9a117c6f2ceb trytond/trytond/workflow/de_DE.csv: Convert id into xml_id for issue392
2008-09-23 17:19 <CIA-52> tryton: C?dric Krier <ced@b2ck.com> default * 1009:294197b9ee5b trytond/trytond/res/de_DE.csv: Convert id into xml_id for issue392
2008-09-23 17:19 <CIA-52> tryton: C?dric Krier <ced@b2ck.com> default * 1010:5b7c9c7087aa trytond/: merge
2008-09-23 17:19 <CIA-52> tryton: ced roundup * #392/translation problem: [resolved] Fix with many changesets
2008-09-23 17:21 <CIA-52> tryton: ced roundup * #393/many2one field only shows ids not name value: Don't you have change the _rec_name?
2008-09-23 18:59 -!- Gedd(n=ged@77.109.115.129) has joined #tryton
2008-09-23 19:07 <CIA-52> tryton: C?dric Krier <ced@b2ck.com> default * 210:b6aa5165a9d9 account/ (move.py move.xml): Add required on move lines for account of kind 'receivable', 'payable'
2008-09-23 19:07 <CIA-52> tryton: C?dric Krier <ced@b2ck.com> default * 781:8b1b01a6429e tryton/tryton/gui/window/view_form/view/list_gtk/parser.py:
2008-09-23 19:07 <CIA-52> tryton: Fix color in list view
2008-09-23 19:07 <CIA-52> tryton: - call state_set first
2008-09-23 19:07 <CIA-52> tryton: - set default color to white
2008-09-23 19:07 <CIA-52> tryton: C?dric Krier <ced@b2ck.com> default * 782:be391d4bfc9e tryton/tryton/gui/window/view_form/view/list_gtk/editabletree.py: Fix Escape on editable list for new id behavior
2008-09-23 19:07 <udono> cedk: Question: is it possible to build trees with childs = fields.One2Many and Parents = Many2Many
2008-09-23 19:08 <udono> cedk: I want to have trees, where I can put the same element as a child of different root elements
2008-09-23 19:08 <cedk> udono: no, you must use twice many2many
2008-09-23 19:09 <udono> cedk: and I can have it as a (nested) tree view?
2008-09-23 19:09 <cedk> udono: and you can display one many2many as one2many
2008-09-23 19:09 <udono> cedk: is there an example in a module?
2008-09-23 19:09 <cedk> udono: no, it works only on simple tree
2008-09-23 19:10 <cedk> udono: here you will have graphs
2008-09-23 19:10 <udono> cedk: I see
2008-09-23 19:11 <cedk> udono: I don't know what you are modeling but perhaps there is simplest way
2008-09-23 19:13 <udono> cedk: my prioblem is I have Persons and Organizations. Organizations can be parent of other Organizations or Persons. Persons are leaf elements without childs. But I like to have different Organizations where a same Person can be child of.
2008-09-23 19:13 <cedk> udono: we remove this kind of tree from account because it is not very strong
2008-09-23 19:15 <cedk> udono: use many2many everywhere
2008-09-23 19:15 <cedk> udono: and you will have no need of nested tree
2008-09-23 19:15 <udono> cedk: but then I lost the nice nested view to show the organizational structure
2008-09-23 19:15 <udono> cedk: or not?
2008-09-23 19:16 <cedk> udono: what are you calling nested ?
2008-09-23 19:16 <udono> cedk: showing a list with nested elements as a tree.
2008-09-23 19:16 <udono> cedk: with parent/childs...
2008-09-23 19:16 <cedk> udono: you can
2008-09-23 19:17 <udono> :-)
2008-09-23 19:17 <udono> cedk: Ok, I try
2008-09-23 19:17 <cedk> udono: I was thinking that you want the right/left acceleartion
2008-09-23 19:17 <cedk> udono: for a tree, you just need to specify the childs
2008-09-23 19:17 <udono> cedk: yes, this can be good on many records...
2008-09-23 19:18 <cedk> udono: no need of the parent
2008-09-23 19:18 <cedk> udono: but you can not have this on graph
2008-09-23 19:18 <cedk> udono: it only works on tree
2008-09-23 19:19 <cedk> udono: but it is only usefull when you need to retreive all childs
2008-09-23 19:19 <cedk> udono: and here you will not have a deep tree
2008-09-23 19:19 <udono> cedk: what is "not a deep tree"?
2008-09-23 19:31 <cedk> udono: you will not have thousand of companies on one branch
2008-09-23 19:31 <udono> cedk: no problem :-)
2008-09-23 19:36 <udono> cedk: is there an example in any module I can learn?
2008-09-23 19:53 <CIA-52> tryton: matb roundup * #394/IndexError: list index out of range: [new] all updated, created new database, all wizards finished, then: [Tue Sep 23 19:42:46 2008] INFO:init:module:analytic_purchase [Tue Sep 23 19 ...
2008-09-23 19:55 <CIA-52> tryton: matb roundup * #394/IndexError: list index out of range: [chatting] client log: INFO:rpc.request:('wizard', 'execute', (8725076118381283923, {'model': 'ir.ui.me nu', 'id': 29, 'form': {'lang': u'de_DE'} ...
2008-09-23 19:56 <cedk> udono: I don't see trees with many2many
2008-09-23 19:56 <cedk> udono: but it is not very different than with one2many
2008-09-23 19:57 <CIA-52> tryton: matb roundup * #394/IndexError: list index out of range: happens also after doing "Update translations"
2008-09-23 20:14 <CIA-52> tryton: C?dric Krier <ced@b2ck.com> default * 1011:93e569dd1573 trytond/trytond/ir/ (model.py module/module.py translation.py): Fix search on ir.model.data for new inherit field for issue394
2008-09-23 20:14 <CIA-52> tryton: C?dric Krier <ced@b2ck.com> default * 211:86edbd547f7c account/ (account.py move.py tax.py): Fix search on ir.model.data for new inherit field for issue394
2008-09-23 20:14 <CIA-52> tryton: C?dric Krier <ced@b2ck.com> default * 116:fbf24270427e account_invoice/invoice.py: Fix search on ir.model.data for new inherit field for issue394
2008-09-23 20:14 <CIA-52> tryton: C?dric Krier <ced@b2ck.com> default * 19:40dadb2bcdb4 analytic_account/ (account.py line.py): Fix search on ir.model.data for new inherit field for issue394
2008-09-23 20:14 <CIA-52> tryton: C?dric Krier <ced@b2ck.com> default * 6:dfeb475dea7e project_revenue/service.py: Fix search on ir.model.data for new inherit field for issue394
2008-09-23 20:14 <CIA-52> tryton: C?dric Krier <ced@b2ck.com> default * 91:2ab5c248870c purchase/purchase.py: Fix search on ir.model.data for new inherit field for issue394
2008-09-23 20:14 <CIA-52> tryton: C?dric Krier <ced@b2ck.com> default * 214:6a4bb5df1e89 stock/ (location.py product.py): Fix search on ir.model.data for new inherit field for issue394
2008-09-23 20:14 <CIA-52> tryton: C?dric Krier <ced@b2ck.com> default * 42:39176c4eb360 timesheet/ (line.py work.py): Fix search on ir.model.data for new inherit field for issue394
2008-09-23 20:14 <CIA-52> tryton: ced roundup * #394/IndexError: list index out of range: [resolved] Fix with many changesets
2008-09-23 20:19 <CIA-52> tryton: C?dric Krier <ced@b2ck.com> default * 1012:54689768ee99 trytond/trytond/ (tools/convert.py tryton.rnc): Remove model attribute on field tag
2008-09-23 20:31 <udono> cedk: Thanks, I try tommorrow
2008-09-23 20:33 <CIA-52> tryton: Timitos roundup * #393/many2one field only shows ids not name value: no. see my code from my first post
2008-09-23 21:05 <CIA-52> tryton: matb roundup * #395/The couple (fs_id, module, model) must be unique!: [new] is not a couple, but a triple. Proposal: The key...
2008-09-23 21:15 <CIA-52> tryton: ced roundup * #395/The couple (fs_id, module, model) must be unique!: [resolved] Drop the constraint and run update.
2008-09-23 21:27 <CIA-52> tryton: matb roundup * #396/Actualization of menu: [new] After updating translation of menu items (ir.ui.menu,name, ir.action,name), new translation is used, when reopening forms, but it is not use ...
2008-09-23 21:53 <CIA-52> tryton: matb roundup * #397/Another IndexError: list index out of range: [new] When updating or creating new database: [Tue Sep 23 21:50:58 2008] INFO:init:module:account_de_skr03_2008:loading de_DE.csv Traceback (most ...
2008-09-23 22:01 <CIA-52> tryton: ced roundup * #397/Another IndexError: list index out of range: [resolved] Not from Tryton
2008-09-23 22:28 <CIA-52> tryton: matb roundup * #395/The couple (fs_id, module, model) must be unique!: [chatting] Sorry, doesn't change anything, is also in new database. I have one of each: The couple (fs_id, module, model) must be unique! The cou ...
2008-09-23 22:34 <udono> cedk: having problems with the Many2Many on the same object If I say: childs = fields.Many2Many('relationship.party', 'relationship_party_rel', 'party', 'party', 'Organisational Structure') this seems not to work this good. I get a table relationship_party_rel with two colums id, party instead of three colums... any idea
2008-09-23 22:34 <udono> ?
2008-09-23 22:35 <udono> afk
2008-09-23 22:39 <bechamel> udono: the 3rd and 4th args are the name of the columns of the table who will support the m2m
2008-09-23 22:39 <bechamel> udono: they must be differents, is guess that 'parent', 'child' instead of 'party', 'party' are good names
2008-09-23 22:50 -!- ikks(n=igor@190.12.156.178) has joined #tryton

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