IRC logs of #tryton for Thursday, 2009-06-04

chat.freenode.net #tryton log beginning Thu Jun 4 00:00:02 CEST 2009
2009-06-04 00:07 <CIA-48> eric roundup * #1073/NameError: global name 'logging' is not defined: [new] Salim Afficher le profil Translate to Français Translated (View Original) Autres options 2 juin, 23:17 De : Salim <openconcept...@g ...
2009-06-04 00:07 <CIA-48> http://bugs.tryton.org/roundup/issue1073
2009-06-04 00:11 <CIA-48> C?dric Krier <ced@b2ck.com> default * 1835:fe4c8866551b trytond/trytond/model/modelstorage.py: Add missing import logging for issue1073
2009-06-04 00:11 <CIA-48> http://hg.tryton.org/trytond/rev/fe4c8866551b
2009-06-04 00:13 <CIA-48> ced roundup * #1073/NameError: global name 'logging' is not defined: [resolved] Fixed with changeset fe4c8866551b
2009-06-04 00:13 <CIA-48> http://bugs.tryton.org/roundup/issue1073
2009-06-04 00:21 -!- bechamel(n=user@host-85-201-74-27.brutele.be) has left #tryton
2009-06-04 00:28 -!- gremly(n=gremly@190.156.164.183) has joined #tryton
2009-06-04 00:47 -!- vengfulsquirrel(n=ian@c-67-160-236-234.hsd1.ca.comcast.net) has left #tryton
2009-06-04 02:59 -!- gremly(n=gremly@190.156.164.183) has joined #tryton
2009-06-04 05:18 -!- yangoon(n=mathiasb@p549F4B05.dip.t-dialin.net) has joined #tryton
2009-06-04 05:52 -!- gremly1(n=gremly@190.156.158.15) has joined #tryton
2009-06-04 07:38 -!- sharkcz(n=dan@plz1-v-4-17.static.adsl.vol.cz) has joined #tryton
2009-06-04 08:28 -!- racke(n=racke@213.129.226.162) has joined #tryton
2009-06-04 08:43 -!- paepke(n=paepke@mail.metaldyne-nue.de) has joined #tryton
2009-06-04 08:47 -!- Timitos(n=kp@statdsl-085-016-072-173.ewe-ip-backbone.de) has joined #tryton
2009-06-04 08:54 -!- cedk(n=ced@gentoo/developer/cedk) has joined #tryton
2009-06-04 09:07 -!- enlightx(n=enlightx@host198-42-static.85-94-b.business.telecomitalia.it) has joined #tryton
2009-06-04 09:22 -!- bechamel(n=user@85.201.74.27) has joined #tryton
2009-06-04 09:23 <CIA-48> C?dric Krier <ced@b2ck.com> default * 1836:c0772944858b trytond/trytond/model/modelsql.py: Backed out changeset 669b79e387c3
2009-06-04 09:23 <CIA-48> http://hg.tryton.org/trytond/rev/c0772944858b
2009-06-04 09:23 <CIA-48> C?dric Krier <ced@b2ck.com> default * 1837:6ff8a72b6500 trytond/: merge
2009-06-04 09:23 <CIA-48> http://hg.tryton.org/trytond/rev/6ff8a72b6500
2009-06-04 09:23 <CIA-48> C?dric Krier <ced@b2ck.com> default * 1838:daa1a3c68443 trytond/trytond/model/modelsql.py: Read also non active records when creating brother_ids list in _update_tree
2009-06-04 09:23 <CIA-48> http://hg.tryton.org/trytond/rev/daa1a3c68443
2009-06-04 09:23 -!- racke(n=racke@213.129.226.162) has left #tryton
2009-06-04 11:19 <CIA-48> Bertrand Chenal <bch@b2ck.com> default * 32:7ee8a8c1c5ba project_revenue/ (9 files):
2009-06-04 11:19 <CIA-48> Improved project revenue:
2009-06-04 11:19 <CIA-48> - removed product on employee and timesheet line
2009-06-04 11:19 <CIA-48> - added cost (and cost history) on employee
2009-06-04 11:19 <CIA-48> - added product, list_price, revenue and cost_price on project.work
2009-06-04 11:19 <CIA-48> http://hg.tryton.org/modules/project_revenue/rev/7ee8a8c1c5ba
2009-06-04 11:21 <CIA-48> Bertrand Chenal <bch@b2ck.com> default * 60:13bc2ea96a5a project/work.py: Fix get_parent has several child may share the same parent
2009-06-04 11:21 <CIA-48> http://hg.tryton.org/modules/project/rev/13bc2ea96a5a
2009-06-04 11:21 <CIA-48> Bertrand Chenal <bch@b2ck.com> default * 61:3740cbe83671 project/work.py: Don't raise exception when searching with child_of as it is supported
2009-06-04 11:21 <CIA-48> http://hg.tryton.org/modules/project/rev/3740cbe83671
2009-06-04 11:21 <CIA-48> Bertrand Chenal <bch@b2ck.com> default * 62:ef8773022eb0 project/work.py: Fix for variable instantiation that was made to late
2009-06-04 11:21 <CIA-48> http://hg.tryton.org/modules/project/rev/ef8773022eb0
2009-06-04 11:21 <CIA-48> Bertrand Chenal <bch@b2ck.com> default * 63:612a709c9ca5 project/work.xml: Use the right view for the "relate" action
2009-06-04 11:22 <CIA-48> http://hg.tryton.org/modules/project/rev/612a709c9ca5
2009-06-04 11:22 <CIA-48> Bertrand Chenal <bch@b2ck.com> default * 64:36ff933c5748 project/work.xml: Provide a work type in the context when opening tasks via the relate button on project
2009-06-04 11:22 <CIA-48> http://hg.tryton.org/modules/project/rev/36ff933c5748
2009-06-04 11:22 <CIA-48> Bertrand Chenal <bch@b2ck.com> default * 65:0454270cc8e6 project/ (work.py work.xml): Show company field on the generic view of project.work
2009-06-04 11:22 <CIA-48> http://hg.tryton.org/modules/project/rev/0454270cc8e6
2009-06-04 11:26 <CIA-48> Bertrand Chenal <bch@b2ck.com> default * 33:525615180db5 project_revenue/service.py: Removed useless method
2009-06-04 11:26 <CIA-48> http://hg.tryton.org/modules/project_revenue/rev/525615180db5
2009-06-04 13:29 <CIA-48> Bertrand Chenal <bch@b2ck.com> default * 34:ca6c86cdd470 project_revenue/service.py: Fix get_cost_price when there is nothing in cost_prices
2009-06-04 13:29 <CIA-48> http://hg.tryton.org/modules/project_revenue/rev/ca6c86cdd470
2009-06-04 13:29 <CIA-48> Bertrand Chenal <bch@b2ck.com> default * 35:0a00bddb22c1 project_revenue/ (service.py work.py): Handle currency digits on employee and work
2009-06-04 13:29 <CIA-48> http://hg.tryton.org/modules/project_revenue/rev/0a00bddb22c1
2009-06-04 14:56 -!- woakas(n=woakas@190.144.69.234) has joined #tryton
2009-06-04 15:52 -!- _TiN_(n=TiN@190.189.9.80) has joined #tryton
2009-06-04 16:01 -!- woakas(n=woakas@190.144.69.234) has joined #tryton
2009-06-04 16:12 <CIA-48> dbrenck roundup * #1074/context handling is ambiguous: [new] class Test ... dummy = fields.Function("get_dummies", type="one2many", relation="dummy.dummy", string="Dummies", ...
2009-06-04 16:12 <CIA-48> http://bugs.tryton.org/roundup/issue1074
2009-06-04 16:36 <CIA-48> ced roundup * #1074/context handling is ambiguous: [resolved] context on fields are used as the context of action when editing/creating relations. So it is useful only on field with relation. The c ...
2009-06-04 16:36 <CIA-48> http://bugs.tryton.org/roundup/issue1074
2009-06-04 16:50 -!- tekknokrat(n=gthieleb@dslb-088-074-165-163.pools.arcor-ip.net) has joined #tryton
2009-06-04 17:02 <CIA-48> dbrenck roundup * #1074/context handling is ambiguous: [chatting] Your summary does not make it less ambiguous. The fields parameter is called "context" and not "context_under_certain_circumstances". ...
2009-06-04 17:02 <CIA-48> http://bugs.tryton.org/roundup/issue1074
2009-06-04 17:31 -!- woakas(n=woakas@190.144.69.234) has joined #tryton
2009-06-04 17:36 <CIA-48> ced roundup * #1074/context handling is ambiguous: On 04/06/09 17:02 +0200, Brenckmann, Dirk wrote: > > Brenckmann, Dirk <db.developer@gmx.de> added the comment: > > Your summary does not make it ...
2009-06-04 17:36 <CIA-48> http://bugs.tryton.org/roundup/issue1074
2009-06-04 18:26 <CIA-48> dbrenck roundup * #1074/context handling is ambiguous: > > - How can the context for get_ and set_ be modified? > It is the global context only. W00t - in other words: Explicit setting a context to so ...
2009-06-04 18:26 <CIA-48> http://bugs.tryton.org/roundup/issue1074
2009-06-04 18:33 -!- gremly(n=gremly@190.156.158.15) has joined #tryton
2009-06-04 18:47 <CIA-48> ced roundup * #1074/context handling is ambiguous: On 04/06/09 18:26 +0200, Brenckmann, Dirk wrote: > > Brenckmann, Dirk <db.developer@gmx.de> added the comment: > > > > - How can the context for ...
2009-06-04 18:47 <CIA-48> http://bugs.tryton.org/roundup/issue1074
2009-06-04 19:01 -!- vengfulsquirrel(n=ian@c-67-160-236-234.hsd1.ca.comcast.net) has joined #tryton
2009-06-04 19:11 -!- enlightx(n=enlightx@host-78-13-123-84.cust-adsl.tiscali.it) has joined #tryton
2009-06-04 19:19 -!- cedk_(n=ced@213.49.144.172) has joined #tryton
2009-06-04 19:26 -!- Timitos(n=kp@statdsl-085-016-072-173.ewe-ip-backbone.de) has joined #tryton
2009-06-04 19:34 -!- gremly(n=gremly@190.156.158.15) has joined #tryton
2009-06-04 19:52 <CIA-48> Bertrand Chenal <bch@b2ck.com> default * 36:ed3a3cea6dfd project_revenue/ (service.py work.py work.xml):
2009-06-04 19:52 <CIA-48> Slight refactoring:
2009-06-04 19:52 <CIA-48> - rename cost_price to cost on work
2009-06-04 19:52 <CIA-48> - Use numeric type for function fields (cost_price on employee, cost and revenue on work)
2009-06-04 19:52 <CIA-48> - Isolate cost_price computation on employee and timesheet
2009-06-04 19:52 <CIA-48> http://hg.tryton.org/modules/project_revenue/rev/ed3a3cea6dfd
2009-06-04 21:03 -!- enlightx(n=enlightx@host-78-13-123-84.cust-adsl.tiscali.it) has joined #tryton
2009-06-04 21:48 <CIA-48> dbrenck roundup * #1074/context handling is ambiguous: > > > > - How can the context for get_ and set_ be modified? > > > It is the global context only. > > Explicit setting a context to some field res ...
2009-06-04 21:48 <CIA-48> http://bugs.tryton.org/roundup/issue1074
2009-06-04 23:04 -!- carlos(n=carlos@77.224.191.31) has joined #tryton
2009-06-04 23:09 <carlos> cedk_: hi, If you are around, could you take a look to http://paste.ubuntu.com/188573/ and tell me whether that's what you suggested to me so we add a way to handle taxes substitution in a generic way for the company-group special case we discussed a couple of weeks ago?
2009-06-04 23:10 <carlos> don't pay attention to the tax.xml changes
2009-06-04 23:33 <vengfulsquirrel> carlos: What is origin tax ? Like sales tax at the point of sale? Or like the customer's origin ?
2009-06-04 23:33 <carlos> vengfulsquirrel: that's for tax substitution
2009-06-04 23:34 <carlos> it's the tax assigned to a product
2009-06-04 23:34 <carlos> in the tax definition, you use it to define this tax B is only useful to substitute this origin_tax A
2009-06-04 23:35 <carlos> so it's complementary to tax group
2009-06-04 23:35 <carlos> to solve a corner case we have in Spain (and I guess in some other countries too, but seems like Germany and Belgium don't have it)
2009-06-04 23:35 <vengfulsquirrel> Why would you substitute one tax for another ?
2009-06-04 23:36 <carlos> do you know how the tax substitution code works in Tryton?
2009-06-04 23:37 <vengfulsquirrel> Ha no I have no idea I've been reading the code for 3 days on and off
2009-06-04 23:37 <vengfulsquirrel> I don't think it solves my cases
2009-06-04 23:37 <carlos> for instance, if you have a product with 16% of VAT, and you sell it to a party outside your country but in the EU, you don't charge such VAT (if they are registered in the VIES system
2009-06-04 23:37 <carlos> so the tax changes depending on the party
2009-06-04 23:38 <vengfulsquirrel> Do you charge their country's VAT?
2009-06-04 23:38 <carlos> no, usually you don't charge VAT
2009-06-04 23:38 <carlos> but you need to register it as 0% of VAT
2009-06-04 23:38 <carlos> well, that last part is not always true
2009-06-04 23:38 <vengfulsquirrel> Oh so no taxes and then they are responsible for paying it on their end?
2009-06-04 23:38 <carlos> yes
2009-06-04 23:38 <vengfulsquirrel> This is similar actually to one of my problems
2009-06-04 23:39 <carlos> what's your problem?
2009-06-04 23:41 <vengfulsquirrel> For sales tax, if I sell within my state there is a tax based on my region's sales tax if I sell out of state there is no sales tax or at least that's what I'm trying to do
2009-06-04 23:41 <vengfulsquirrel> There is no VAT at all
2009-06-04 23:42 <vengfulsquirrel> So actually besides VAT being involved that identical to your problem.
2009-06-04 23:42 <vengfulsquirrel> *is
2009-06-04 23:42 <vengfulsquirrel> Additionally depending on where the sale is made I need a different tax as well, but that is more of a point of sale thing.
2009-06-04 23:42 <vengfulsquirrel> So 2 locations have a different tax.
2009-06-04 23:43 <vengfulsquirrel> And I guess the third thing is that some parties do not pay taxes, such as resellers and the government.
2009-06-04 23:43 <vengfulsquirrel> I don't understand the notion of patterns in the tax system or how tax groups are used.
2009-06-04 23:44 <carlos> for the location problem, there is nothing yet done
2009-06-04 23:44 <carlos> but it's already a known problem
2009-06-04 23:45 <vengfulsquirrel> Yeah I was going to try and setup sub companies for each location and then expliclity set a sales tax when creating a sale that is pulled from a default sales tax set on the sub companies.
2009-06-04 23:45 <carlos> people from virtual things were already doing some prototypes to handle that case, but I'm not sure what's the status of it
2009-06-04 23:46 <carlos> for the other, current system is enough for you
2009-06-04 23:46 <carlos> vengfulsquirrel: did you take a look to the german or belgium chart of accounts?
2009-06-04 23:46 <carlos> vengfulsquirrel: there you have some examples of groups usage
2009-06-04 23:46 <vengfulsquirrel> No I have not, where do I obtain those?
2009-06-04 23:46 <vengfulsquirrel> Are they in the source?
2009-06-04 23:47 <vengfulsquirrel> xml files?
2009-06-04 23:47 <carlos> http://hg.tryton.org/hgwebdir.cgi/1.2/modules/account_de_skr03/
2009-06-04 23:47 <carlos> http://hg.tryton.org/hgwebdir.cgi/modules/account_be/
2009-06-04 23:48 <carlos> vengfulsquirrel: basically, you create a group for taxes attached to services and another for the ones attached to goods
2009-06-04 23:48 <carlos> and then, you create a tax rule for out of your state sells
2009-06-04 23:49 <carlos> and another tax rule for resellers and government
2009-06-04 23:49 <carlos> and by default, you use for all your products the taxes for your state
2009-06-04 23:50 <carlos> then, a party from your state will not have a tax rule assigned
2009-06-04 23:50 <carlos> a party from outside your state will have the tax rule for out state sells
2009-06-04 23:50 <carlos> and a reseller or government will use the tax rule for tax free rules
2009-06-04 23:51 <carlos> that's a really basic explanation, but I hope it's enough to get the idea
2009-06-04 23:54 <vengfulsquirrel> Yeah no that sounds right, I thought there was another level with the patterns, a party can only have one rule at any given time though right? I guess the location problem directly conflicts with that which is why I settled on this explicit sales tax solution.
2009-06-04 23:55 <carlos> a party could have only a tax rule at any given time, however one when it sells and another one when it buys
2009-06-04 23:55 <carlos> also, a tax rule has a set of tax rule lines
2009-06-04 23:56 <carlos> so you could substitute more than one tax, if that's your question, they only need to be in a different group
2009-06-04 23:57 <carlos> also, just take care that if you add more than one tax rule line with the same group, only the first one is evaluated, the others are ignored (this is for future expansion of the tax system)
2009-06-04 23:58 <vengfulsquirrel> interesting, but besides that all the substitutions are applied if the rule is used.
2009-06-04 23:59 <carlos> right, if there is no tax rule assigned, there is no substitution applied

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