| chat.freenode.net #tryton log beginning Wed Mar 18 00:00:01 CET 2009 | ||
| 2009-03-18 00:00 <bechamel> cedk: and you want to merge this phantom concept with a way to show/choose alternatives in a bom ? | ||
| 2009-03-18 00:00 <cedk> bechamel: yes, but if we colapse what I named "phatom product" with product, the choose will be no more linked to that | ||
| 2009-03-18 00:01 <cedk> rmu: don't understand | ||
| 2009-03-18 00:02 <cedk> rmu: you must produce product and not template | ||
| 2009-03-18 00:02 <bechamel> and what is the used of a phantom product if it can be a real product (i mean if it's a real product that can be stored/sold/purchased it must have his own production order, so it's no more phantom) | ||
| 2009-03-18 00:03 <bechamel> s/is the used/is the use/ | ||
| 2009-03-18 00:03 <cedk> bechamel: I think the phatom concept must be put in the BOM line | ||
| 2009-03-18 00:03 <rmu> cedk: imagine this module creates the concrete variants | ||
| 2009-03-18 00:03 <rmu> out of a template and values in different dimensions | ||
| 2009-03-18 00:04 <cedk> rmu: the input will also be a product and not a template | ||
| 2009-03-18 00:04 <bechamel> cedk: so it's a phatom bom (or phatom assembly in the sap link vocabulary), not a phantom product | ||
| 2009-03-18 00:04 <rmu> yes | ||
| 2009-03-18 00:05 <rmu> it's late and i'm slow... | ||
| 2009-03-18 00:05 <cedk> bechamel: yes, but I think it is better to put it on the line instead of the BOM | ||
| 2009-03-18 00:05 <vengfulsquirrel> This way more advanced logic can be used, like say treat as phantom unless we don't have enough materials then check if phantoms exist in stock. | ||
| 2009-03-18 00:06 <vengfulsquirrel> *At bom explosion time | ||
| 2009-03-18 00:06 <cedk> vengfulsquirrel: I'm not sure you can check the stock level at explosion | ||
| 2009-03-18 00:07 <cedk> vengfulsquirrel: because it can happen earlier than the production | ||
| 2009-03-18 00:07 <vengfulsquirrel> Oh yeah good point I should review my own diagrams. | ||
| 2009-03-18 00:07 <cedk> vengfulsquirrel: and if at explosition there is in stock and at production no more, the producer is blocked | ||
| 2009-03-18 00:07 <bechamel> cedk: the product order is also created "earlier than the production" | ||
| 2009-03-18 00:08 <cedk> vengfulsquirrel: and it is not the real used of phatom | ||
| 2009-03-18 00:09 <bechamel> does a line may contains another bom ? if yes, i think a bom may be phantom or non-phantom | ||
| 2009-03-18 00:09 <cedk> bechamel: no only product | ||
| 2009-03-18 00:09 <cedk> bechamel: that is why I say that phatom must be on the line of BOM | ||
| 2009-03-18 00:10 <bechamel> cedk: so i'm ok | ||
| 2009-03-18 00:11 <cedk> vengfulsquirrel: I think we have the good vision for BOM | ||
| 2009-03-18 00:11 <cedk> vengfulsquirrel: next thing will be the production order | ||
| 2009-03-18 00:12 <vengfulsquirrel> oh well I mean I prototyped it using this phantom design | ||
| 2009-03-18 00:14 <vengfulsquirrel> http://mercurial.intuxication.org/hg/production/file/d187b8d2630c/production.py Production==ProductionOrder | ||
| 2009-03-18 00:14 <cedk> vengfulsquirrel: it miss the phatom flag on production.bom_input_line | ||
| 2009-03-18 00:15 <vengfulsquirrel> its a seperate module | ||
| 2009-03-18 00:15 <vengfulsquirrel> http://mercurial.intuxication.org/hg/production_phantom/file/455876ff0ce6/production.py | ||
| 2009-03-18 00:16 <cedk> vengfulsquirrel: ok | ||
| 2009-03-18 00:16 <vengfulsquirrel> and one more | ||
| 2009-03-18 00:16 <vengfulsquirrel> http://mercurial.intuxication.org/hg/production_substitute/file/fc2a0a242e49/production.py | ||
| 2009-03-18 00:17 <cedk> vengfulsquirrel: but I think the production.production must be more sofisticated | ||
| 2009-03-18 00:18 <cedk> vengfulsquirrel: I think you must list all the BOMs (BOM + phatom BOM) | ||
| 2009-03-18 00:18 <vengfulsquirrel> yeah i guess my reasoning was i wanted to start using it right away and i didn't need phantoms, substitutes or configurations | ||
| 2009-03-18 00:18 <vengfulsquirrel> i just needed inventory management | ||
| 2009-03-18 00:18 <vengfulsquirrel> and tracking | ||
| 2009-03-18 00:18 <cedk> vengfulsquirrel: and the user will be able to change on BOM for another one (with the same output product) | ||
| 2009-03-18 00:19 <vengfulsquirrel> What do you mean list all the boms ? | ||
| 2009-03-18 00:20 <vengfulsquirrel> The production input and outputs will be multi-level | ||
| 2009-03-18 00:20 <cedk> vengfulsquirrel: the production order must display all the boms that are used | ||
| 2009-03-18 00:20 <vengfulsquirrel> if that's what you mean | ||
| 2009-03-18 00:20 <vengfulsquirrel> yes that is considered in the design | ||
| 2009-03-18 00:20 <cedk> vengfulsquirrel: no, I mean that to produce one product you can have many boms | ||
| 2009-03-18 00:21 <vengfulsquirrel> yeah you have to pick a bom can click complete | ||
| 2009-03-18 00:21 <vengfulsquirrel> over and over again | ||
| 2009-03-18 00:21 <vengfulsquirrel> until they are all chosen | ||
| 2009-03-18 00:21 <cedk> vengfulsquirrel: and when you explode one bom, you explode also the phatom boms | ||
| 2009-03-18 00:21 <vengfulsquirrel> ha you can set a variable for that but that's not possible without assuming which bom to choose | ||
| 2009-03-18 00:22 <vengfulsquirrel> So like maybe it could use the most recent bom | ||
| 2009-03-18 00:22 <cedk> vengfulsquirrel: so you display in the production order which boms have been choosen | ||
| 2009-03-18 00:22 <cedk> vengfulsquirrel: but before starting to produce the user can switch some boms | ||
| 2009-03-18 00:22 <vengfulsquirrel> yes you have to because people might want to change a bom and then complete again | ||
| 2009-03-18 00:23 <cedk> vengfulsquirrel: and the production order must update the moves to respect the new explostion | ||
| 2009-03-18 00:23 <vengfulsquirrel> hmmm well yeah i think those are two different states | ||
| 2009-03-18 00:23 <vengfulsquirrel> so you'd have to move back to the draft stage to change the boms | ||
| 2009-03-18 00:24 <cedk> vengfulsquirrel: what is different ? | ||
| 2009-03-18 00:24 <vengfulsquirrel> Draft-->Assigned-->Running | ||
| 2009-03-18 00:24 <vengfulsquirrel> maybe assigned isn't the right word but that's what I use now to say moves have been created | ||
| 2009-03-18 00:24 <cedk> vengfulsquirrel: yes you choose at draft | ||
| 2009-03-18 00:24 <vengfulsquirrel> So if you have assigned and you want to change bom you have to change state back to draft | ||
| 2009-03-18 00:25 <cedk> vengfulsquirrel: no move exist at draft | ||
| 2009-03-18 00:25 <vengfulsquirrel> and then you can use complete to re-explode the bom as desired | ||
| 2009-03-18 00:25 <vengfulsquirrel> I should say boms ... if there are nested boms | ||
| 2009-03-18 00:25 <cedk> vengfulsquirrel: yes | ||
| 2009-03-18 00:25 <vengfulsquirrel> since there can be multiple boms for a product | ||
| 2009-03-18 00:26 <cedk> vengfulsquirrel: so I think your input_lines, output_lines on production.production is not required | ||
| 2009-03-18 00:26 <vengfulsquirrel> we use the principal products of a bom to determine if it is eligible to be selected as a bom to produce a given product | ||
| 2009-03-18 00:27 <cedk> vengfulsquirrel: yes, but for me it is not mandatory | ||
| 2009-03-18 00:27 <cedk> vengfulsquirrel: but it is a detail | ||
| 2009-03-18 00:29 <cedk> vengfulsquirrel: are you agree that input_lines, output_lines on production.production can be dropped ? | ||
| 2009-03-18 00:29 <vengfulsquirrel> no i don't know what you mean by that | ||
| 2009-03-18 00:29 <vengfulsquirrel> they store all the information about the selected boms and substitution and phantoms | ||
| 2009-03-18 00:29 <cedk> vengfulsquirrel: I mean that they are not useful | ||
| 2009-03-18 00:29 <cedk> vengfulsquirrel: selected boms must be a list of boms | ||
| 2009-03-18 00:29 <vengfulsquirrel> they are essentially where everything is stored for the entire system | ||
| 2009-03-18 00:30 <cedk> vengfulsquirrel: you must store only the boms | ||
| 2009-03-18 00:30 <vengfulsquirrel> *production | ||
| 2009-03-18 00:30 <vengfulsquirrel> i store what is planned and then what actually happens | ||
| 2009-03-18 00:30 <vengfulsquirrel> as well as all the products | ||
| 2009-03-18 00:30 <cedk> vengfulsquirrel: no need to store what is planned | ||
| 2009-03-18 00:31 <cedk> vengfulsquirrel: it comes from bom | ||
| 2009-03-18 00:31 <vengfulsquirrel> what aobut multiples? | ||
| 2009-03-18 00:31 <cedk> vengfulsquirrel: if you know which boms are choosen, you know everythings | ||
| 2009-03-18 00:31 <cedk> vengfulsquirrel: which multiples? | ||
| 2009-03-18 00:34 <vengfulsquirrel> sorry phone, well for example 15 of some product means that all the input lines have to be calculated | ||
| 2009-03-18 00:34 <vengfulsquirrel> as multiples | ||
| 2009-03-18 00:35 <cedk> vengfulsquirrel: and? | ||
| 2009-03-18 00:35 <vengfulsquirrel> that is stored in the input lines | ||
| 2009-03-18 00:35 <vengfulsquirrel> also depending on how many byproducts are produced those are record in output lines | ||
| 2009-03-18 00:35 <vengfulsquirrel> since it might not always be absolute | ||
| 2009-03-18 00:36 <cedk> vengfulsquirrel: you can put in from_inventory_moves | ||
| 2009-03-18 00:36 <vengfulsquirrel> and similarly with principal outputs actually | ||
| 2009-03-18 00:36 <vengfulsquirrel> but this might be important for records later | ||
| 2009-03-18 00:37 <CIA-10> tryton: matb roundup * #872/Translation: translated items reappearing as fuzzy: Checked in another DB. There as well the already translated and updated items are marked fuzzy after doing update translation. Added another scre ... | ||
| 2009-03-18 00:37 <vengfulsquirrel> also if we have to recalculate everything at every step of the production process its going to be slow and changes elsewhere in the system would need to be stopped because we have to create everything on the fly | ||
| 2009-03-18 00:37 <cedk> vengfulsquirrel: still don't understand, theorical quantity can be retreived from the boms selection | ||
| 2009-03-18 00:37 <cedk> vengfulsquirrel: only each time the user change the boms selection | ||
| 2009-03-18 00:38 <vengfulsquirrel> and then where is it stored? | ||
| 2009-03-18 00:38 <cedk> vengfulsquirrel: you generate theorical moves at draft, the user modify it later to respect the real production quantity | ||
| 2009-03-18 00:39 <cedk> vengfulsquirrel: in the moves | ||
| 2009-03-18 00:39 <vengfulsquirrel> what about while they are exploding the bom ? | ||
| 2009-03-18 00:39 <vengfulsquirrel> its similar to how inventory lines are stored for an inventory | ||
| 2009-03-18 00:39 <vengfulsquirrel> as well as there moves | ||
| 2009-03-18 00:39 <cedk> vengfulsquirrel: the explosition appends when you create the production order | ||
| 2009-03-18 00:40 <vengfulsquirrel> *their moves | ||
| 2009-03-18 00:40 <cedk> vengfulsquirrel: no it is different then inventory | ||
| 2009-03-18 00:40 <cedk> vengfulsquirrel: because inventory is a process in the other way, you know where you want to go and ask the system to make move to go there | ||
| 2009-03-18 00:42 <cedk> vengfulsquirrel: and it is really better to work directly with moves on production order because it will modify the stock computed for forecast | ||
| 2009-03-18 00:42 <cedk> vengfulsquirrel: and the scheduler will generate production order based on the stock level | ||
| 2009-03-18 00:42 <vengfulsquirrel> The quantities are only part of it, you must reconstruct how the bom was exploded to transition back from the assigned state to the draft state as well. | ||
| 2009-03-18 00:43 <cedk> vengfulsquirrel: yes it needs only quentity and boms | ||
| 2009-03-18 00:43 <vengfulsquirrel> but you can also select substitutes | ||
| 2009-03-18 00:44 <CIA-10> tryton: ced roundup * #872/Translation: translated items reappearing as fuzzy: Did you update the module before? | ||
| 2009-03-18 00:44 <cedk> vengfulsquirrel: no substitutes are made with boms | ||
| 2009-03-18 00:45 <vengfulsquirrel> cedk: No that's not have I have it designed, or this is an alternative. | ||
| 2009-03-18 00:45 <cedk> vengfulsquirrel: if to produce A you must use B or C | ||
| 2009-03-18 00:45 <vengfulsquirrel> But having production lines we can also support what rmu was talking about earlier which is more continuous/highly custom production orders. | ||
| 2009-03-18 00:46 <cedk> vengfulsquirrel: so you create a BOM for A that use D | ||
| 2009-03-18 00:46 <cedk> vengfulsquirrel: and two others boms to produce D, one with B and an other with C | ||
| 2009-03-18 00:47 <cedk> vengfulsquirrel: I don't think so | ||
| 2009-03-18 00:47 <cedk> and any way, you must generate all the moves at draft state | ||
| 2009-03-18 00:47 <vengfulsquirrel> Yes that is one way to model it but it is not intuitive in some cases where two seperate products would make more sense. | ||
| 2009-03-18 00:47 <vengfulsquirrel> Why must the moves be generated at draft state? | ||
| 2009-03-18 00:48 <cedk> vengfulsquirrel: to reflect the forecast | ||
| 2009-03-18 00:48 <vengfulsquirrel> Sorry I probably didn't mean assigned to be second state | ||
| 2009-03-18 00:48 <vengfulsquirrel> but the second state should be where moves are created | ||
| 2009-03-18 00:48 <cedk> otherwise you can not plan you production | ||
| 2009-03-18 00:48 <vengfulsquirrel> otherwise you are going to be creating and deleting moves like crazy | ||
| 2009-03-18 00:49 <cedk> vengfulsquirrel: not like crazy, normally the system must be configured to create by default the right production order | ||
| 2009-03-18 00:49 <cedk> vengfulsquirrel: and anyway, with your model, you will create production.production_input_line like "crazy" | ||
| 2009-03-18 00:50 <cedk> becasue it is the same except that you make a backup | ||
| 2009-03-18 00:51 <cedk> and if you need it, you can awlays create with my model, a module that create a copy of the moves when it change state from draft to other | ||
| 2009-03-18 00:51 <cedk> or even better you can history moves :-) | ||
| 2009-03-18 00:51 <vengfulsquirrel> Why would it create a copy ? | ||
| 2009-03-18 00:52 <cedk> you say that you want to have it | ||
| 2009-03-18 00:52 <cedk> for me production.production_input_line is the moves at draft state | ||
| 2009-03-18 00:52 <cedk> so if you need it after this state, just copy it | ||
| 2009-03-18 00:53 <cedk> and by copy, I mean in an other table | ||
| 2009-03-18 00:54 <rmu> cedk: perhaps boms are not sufficient. think about A is-produced from (C is-produced from D) and (B is-produced from D), then user could choose different BOM for first D and second D. | ||
| 2009-03-18 00:55 <cedk> rmu: yes, the list of BOMs must be more then a many2many | ||
| 2009-03-18 00:55 <cedk> rmu: it must contain a kind of key that reference the place in the exploded tree | ||
| 2009-03-18 00:56 <rmu> so it will be a tree. nevertheless, I have to catch some sleep. good night. | ||
| 2009-03-18 00:56 <cedk> rmu: like in you example: A-C-D and A-B-D | ||
| 2009-03-18 00:56 <vengfulsquirrel> rmu: good night, ttyl | ||
| 2009-03-18 00:57 <cedk> rmu: good night, I will follow you :-) | ||
| 2009-03-18 00:58 <cedk> vengfulsquirrel: we can continue this discussion tomorow | ||
| 2009-03-18 00:58 <vengfulsquirrel> cedk: okay sounds good | ||
| 2009-03-18 00:58 <vengfulsquirrel> talk to you then | ||
| 2009-03-18 00:59 <cedk> vengfulsquirrel: think about my design :-) | ||
| 2009-03-18 00:59 -!- bechamel(n=user@85.201.74.27) has left #tryton | ||
| 2009-03-18 00:59 <vengfulsquirrel> cedk: ha okay I will | ||
| 2009-03-18 01:00 <cedk> vengfulsquirrel: because I'm really sur that it is better to work at move level | ||
| 2009-03-18 01:00 <vengfulsquirrel> Yeah I have to think about the data I need stored. | ||
| 2009-03-18 01:03 <cedk> vengfulsquirrel: and also that first we must have the minimal data and we extend after with module | ||
| 2009-03-18 01:03 <cedk> bye | ||
| 2009-03-18 02:38 -!- ikks(n=igor@190.120.143.124) has joined #tryton | ||
| 2009-03-18 02:43 -!- juanfer(n=juanfer@190.24.186.155) has joined #tryton | ||
| 2009-03-18 05:19 -!- yangoon(n=mathiasb@p549F503A.dip.t-dialin.net) has joined #tryton | ||
| 2009-03-18 06:54 -!- paola(n=paola@host-84-222-102-91.cust-adsl.tiscali.it) has joined #tryton | ||
| 2009-03-18 08:13 -!- racke(n=racke@a89-183-30-159.net-htp.de) has joined #tryton | ||
| 2009-03-18 08:20 -!- cristi_an(i=5978d3ce@gateway/web/ajax/mibbit.com/x-f617e4de800b098d) has joined #tryton | ||
| 2009-03-18 08:31 -!- Gedd(n=ged@77.109.112.146) has joined #tryton | ||
| 2009-03-18 08:44 -!- gadaga(n=gadaga@pic33-2-88-163-57-149.fbx.proxad.net) has joined #tryton | ||
| 2009-03-18 08:47 -!- gadaga(n=gadaga@pic33-2-88-163-57-149.fbx.proxad.net) has joined #tryton | ||
| 2009-03-18 08:50 <CIA-10> tryton: cristi roundup * #877/ProgrammingError: relation "res_user-res_group" does not exist: [new] Traceback (most recent call last): File "/trytond/protocols/netrpc.py", line 48, in run res = dispatch(host, port, 'NetRPC', *msg) F ... | ||
| 2009-03-18 08:53 <CIA-10> tryton: cristi roundup * #877/ProgrammingError: relation "res_user-res_group" does not exist: [chatting] Maybe is not a bug after all since i had a made an update and with hg fpull and tried to start against a database i had before. Are tho ... | ||
| 2009-03-18 09:09 -!- racke(n=racke@a89-183-30-159.net-htp.de) has left #tryton | ||
| 2009-03-18 09:17 -!- johbo(n=joh@statdsl-085-016-072-173.ewe-ip-backbone.de) has joined #tryton | ||
| 2009-03-18 09:49 -!- simahawk(n=simao@ppp-128-60.21-151.libero.it) has joined #tryton | ||
| 2009-03-18 09:50 -!- simahawk(n=simao@ppp-128-60.21-151.libero.it) has left #tryton | ||
| 2009-03-18 10:17 -!- cedk(n=ced@gentoo/developer/cedk) has joined #tryton | ||
| 2009-03-18 10:25 -!- mib_7k0qkluy(i=5978d3ce@gateway/web/ajax/mibbit.com/x-238d10e7b1018793) has joined #tryton | ||
| 2009-03-18 10:36 -!- carlos(n=carlos@89.7.24.44) has joined #tryton | ||
| 2009-03-18 11:03 -!- cristi_an(i=5978d3ce@gateway/web/ajax/mibbit.com/x-35991e2ce2c8d6ef) has joined #tryton | ||
| 2009-03-18 11:06 <cristi_an> cedk: this kind of changes like search_rec_name | ||
| 2009-03-18 11:06 <cristi_an> are quite new no ? | ||
| 2009-03-18 11:06 <cedk> cristi_an: yes | ||
| 2009-03-18 11:06 <cristi_an> cause in the version i had before there were other methods... | ||
| 2009-03-18 11:06 <cedk> cristi_an: it replaces name_search | ||
| 2009-03-18 11:06 <cristi_an> is this going to stay for the next 6 months or so ? | ||
| 2009-03-18 11:07 <cedk> yes | ||
| 2009-03-18 11:07 <cedk> and more normally | ||
| 2009-03-18 11:07 <cristi_an> rec_name come from ? | ||
| 2009-03-18 11:08 <cristi_an> in ptyhon there is not used to comment methods ? | ||
| 2009-03-18 11:08 <cristi_an> each method with a short description of what it does... | ||
| 2009-03-18 11:08 <cristi_an> or commented as override then the dev know that description is on parent class | ||
| 2009-03-18 11:12 <cedk> cristi_an: we put docstring for standard method in model/* | ||
| 2009-03-18 11:14 <cristi_an> modelstorage.py ? | ||
| 2009-03-18 11:15 <cedk> cristi_an: grep | ||
| 2009-03-18 11:23 -!- Ky1e(n=Miranda@a179137.studnetz.uni-leipzig.de) has joined #tryton | ||
| 2009-03-18 11:30 <cristi_an> search_rec_name and get_rec_name are overriden methods ? and when this methods are called ? (write i undestood ) | ||
| 2009-03-18 11:30 <cristi_an> i am looking in address.py | ||
| 2009-03-18 11:31 <cedk> cristi_an: when you search on rec_name or read it | ||
| 2009-03-18 11:32 <cristi_an> but rec_name may be a coumpound search no made out from more the (name field) | ||
| 2009-03-18 11:33 <cristi_an> where can i seach for address rec_name from client ? | ||
| 2009-03-18 11:34 <cristi_an> from what i see it is an overriden method from modelstoreage.py | ||
| 2009-03-18 11:35 <cedk> I don't understand | ||
| 2009-03-18 11:36 <cristi_an> i just want to understant this "simple" model party so i am looking on methods in address | ||
| 2009-03-18 11:36 <cristi_an> there are these two method get_rec_name and search_rec_name.... | ||
| 2009-03-18 11:36 <cristi_an> i understood are used to get the rec name and to do a search after rec_name | ||
| 2009-03-18 11:37 <cristi_an> rec_name by default if the method get_rec_name is not override is eqaul to name | ||
| 2009-03-18 11:37 <cristi_an> correct until her e? | ||
| 2009-03-18 11:37 <cristi_an> :) | ||
| 2009-03-18 11:37 <cedk> cristi_an: yes | ||
| 2009-03-18 11:38 <cristi_an> now in the client when i do a search after rec_name ? | ||
| 2009-03-18 11:38 <cristi_an> just to follow the method call | ||
| 2009-03-18 11:38 <cedk> cristi_an: more precis is that rec_name is by default the value of the _rec_name of the Model which has as default value 'name' | ||
| 2009-03-18 11:38 <cedk> cristi_an: I don't know | ||
| 2009-03-18 11:38 <cristi_an> yes.. | ||
| 2009-03-18 11:39 <cristi_an> so if the method get_rec_name is not overrided in address then rec_name would heve been name = fields.Char('Name', states=STATES) | ||
| 2009-03-18 11:41 <cristi_an> so my question is where this method is used def search_rec_name(self, cursor, user, name, args, context=None): | ||
| 2009-03-18 11:41 <cristi_an> cause i wa able to see only being declared | ||
| 2009-03-18 11:43 <cristi_an> i searched for soemthing like .search_rec_name but i found nothing ... | ||
| 2009-03-18 11:43 <cristi_an> that menas is not used anywehre ? | ||
| 2009-03-18 11:45 <cedk> cristi_an: when type some letter in a many2one in the client, it will call to search on rec_name like the value | ||
| 2009-03-18 11:47 <udono1> cristi_an: see country/country.py: | ||
| 2009-03-18 11:48 <cedk> cristi_an: like that you can enter in the many2one field the first letters of the name of the party but also the code of the party | ||
| 2009-03-18 11:48 <cristi_an> udono1: i am there | ||
| 2009-03-18 11:48 <udono1> cristi_an: this makes the Countryname of an address appear as a list after typing some keys | ||
| 2009-03-18 11:49 <cristi_an> aha so it is a call only on client side | ||
| 2009-03-18 11:49 <cristi_an> since i did not found usage on server code | ||
| 2009-03-18 11:49 <cristi_an> i guess is xml rpc comming from cleint | ||
| 2009-03-18 11:50 <cristi_an> and that is why i do not see usage on trytond | ||
| 2009-03-18 11:59 <cristi_an> am i at least close with my conclusion ? | ||
| 2009-03-18 12:01 <cristi_an> it is the same when you choose a custoemr when doing a sale | ||
| 2009-03-18 12:01 <cristi_an> you enter 3 letters | ||
| 2009-03-18 12:01 <cristi_an> compare with rec_name found | ||
| 2009-03-18 12:01 <cedk> cristi_an: yes normally you don't search on rec_name on the server side | ||
| 2009-03-18 12:01 <cristi_an> and return ... | ||
| 2009-03-18 12:01 <udono1> cristi_an: Yes, when you look att address.xml you see an <field name="country" completion="1"/> | ||
| 2009-03-18 12:02 <cedk> udono1: no completion is an other thing | ||
| 2009-03-18 12:02 <cedk> udono1: it is to display a list like in combobox | ||
| 2009-03-18 12:02 <udono1> cedk: ah, ok | ||
| 2009-03-18 12:02 <cristi_an> ex party has no combo box in sale | ||
| 2009-03-18 12:03 <cristi_an> and is many to one | ||
| 2009-03-18 12:03 <cristi_an> but why normally you don't search on rec_name on the server side ? | ||
| 2009-03-18 12:03 <cedk> cristi_an: if you type just the code of a party | ||
| 2009-03-18 12:03 <cedk> cristi_an: because it is not determinist | ||
| 2009-03-18 12:03 <cristi_an> cedk: it is a search on a compund term | ||
| 2009-03-18 12:04 <cristi_an> name + code + anythign that i define as rec_name no / | ||
| 2009-03-18 12:04 <cristi_an> ? | ||
| 2009-03-18 12:04 <cedk> cristi_an: you will not search for party with rec_name like 'foo' on the server code | ||
| 2009-03-18 12:05 <cristi_an> i will seach for a party that has code | ||
| 2009-03-18 12:05 <cristi_an> or name foo | ||
| 2009-03-18 12:05 <cedk> cristi_an: yes but it is really bad practice to do that on the server side | ||
| 2009-03-18 12:06 <cristi_an> so ? :) | ||
| 2009-03-18 12:06 <cristi_an> this is not how it is done now ? | ||
| 2009-03-18 12:07 <cedk> I don't understand what you ask ? | ||
| 2009-03-18 12:08 <cristi_an> what is a bad practice ? to search for a party that has name or code 'foo' ? | ||
| 2009-03-18 12:08 <cedk> cristi_an: yes | ||
| 2009-03-18 12:08 <cedk> cristi_an: it doesn't make sense to code that on the server side | ||
| 2009-03-18 12:09 <cristi_an> so to understand how it is done ? | ||
| 2009-03-18 12:09 <cristi_an> now i am lost 110 % | ||
| 2009-03-18 12:11 <cristi_an> but when i do a sale ...i enter foo | ||
| 2009-03-18 12:11 <cristi_an> i search on server is done returning all foo customers no ? | ||
| 2009-03-18 12:11 <cedk> cristi_an: what I say it is that you must not call search_rec_name on the server side because it is bad | ||
| 2009-03-18 12:12 <cristi_an> nobody said that will call that on server side | ||
| 2009-03-18 12:12 <cristi_an> i understood and i said that it is called on client side... | ||
| 2009-03-18 12:12 <cristi_an> on server side...there is implemented... | ||
| 2009-03-18 12:12 <cristi_an> so it is a call on server from client :) | ||
| 2009-03-18 12:13 <cristi_an> correct ? | ||
| 2009-03-18 12:14 <cedk> yes | ||
| 2009-03-18 12:14 <cristi_an> thx | ||
| 2009-03-18 12:14 <cristi_an> and sorry for misunderatndings | ||
| 2009-03-18 12:33 <CIA-10> tryton: matb roundup * #872/Translation: translated items reappearing as fuzzy: As I said, I just pushed those changes to upstream. So I was at tip at that moment. So the second (and third) database were updated with tip: But ... | ||
| 2009-03-18 12:37 <CIA-10> tryton: ced roundup * #872/Translation: translated items reappearing as fuzzy: I mean run the server with -d database -u all | ||
| 2009-03-18 12:41 <CIA-10> tryton: matb roundup * #872/Translation: translated items reappearing as fuzzy: Yes, that is exactly what I did (with second and third database). And then looked in those databases at translations by Update translations. | ||
| 2009-03-18 12:51 -!- paola_(n=paola@host-84-222-102-91.cust-adsl.tiscali.it) has joined #tryton | ||
| 2009-03-18 13:01 <cristi_an> if browse is called with 100 ids on address then the returned BrowseRecordList will containe 100 address ,BUT those addresses will have the party object filled ? | ||
| 2009-03-18 13:01 <cristi_an> each of those addresss will have reference to a complete party object ? | ||
| 2009-03-18 13:01 <cristi_an> or will contian only the ids of a the party ? | ||
| 2009-03-18 13:09 <cedk> cristi_an: you will have a browserecord of each parties | ||
| 2009-03-18 13:13 <cristi_an> so on a call another call is done to db to get parites as well ? | ||
| 2009-03-18 13:14 <cristi_an> assume 100 address are retrieved in a db call then anoethre is done for parties ? | ||
| 2009-03-18 13:14 <cristi_an> since i hope is not done a call for each address to get its party | ||
| 2009-03-18 13:16 <cedk> cristi_an: all is optimized to minimise the number of sql queries | ||
| 2009-03-18 13:23 <cristi_an> is that so smart :) ? | ||
| 2009-03-18 13:23 <cristi_an> on 100 addreses with 100 different parties tell me therea are not 101 sql ? | ||
| 2009-03-18 13:24 <cedk> cristi_an: no 2 queries | ||
| 2009-03-18 13:24 <cristi_an> in a for iteration like this http://paste.pocoo.org/show/108476/ | ||
| 2009-03-18 13:25 <cristi_an> you knwo what will be perfect for me ? to be able to acces those model method into some unit tests | ||
| 2009-03-18 13:26 <cristi_an> then i will be able to put prints | ||
| 2009-03-18 13:26 <cristi_an> and to see outputs... | ||
| 2009-03-18 13:26 <cristi_an> is there a sample of such thing and i will not disturb you...today :) | ||
| 2009-03-18 13:27 <cedk> cristi_an: write a little module | ||
| 2009-03-18 13:28 <cristi_an> yes... | ||
| 2009-03-18 13:29 <cedk> cristi_an: and after that you can look at trytond/tests/test_tryton.py | ||
| 2009-03-18 13:29 <cristi_an> ok | ||
| 2009-03-18 13:29 <cedk> to see how to access the server from ascrip | ||
| 2009-03-18 13:29 <cristi_an> cool | ||
| 2009-03-18 13:35 <CIA-10> tryton: C?dric Krier <ced@b2ck.com> default * 398:7049ad68b657 account/ (CHANGELOG account.py account.xml tax.py): Allow to update chart of account from template | ||
| 2009-03-18 13:39 <cristi_an> there is some thing before running those unit tests since on the 5th test i got this :test0020reorder (__main__.MPTTTestCase) ... ERROR | ||
| 2009-03-18 13:40 <CIA-10> tryton: ced roundup * #877/ProgrammingError: relation "res_user-res_group" does not exist: [resolved] It is a dev branch, changes happen. You must always update the database after updating the source code. | ||
| 2009-03-18 13:46 <udono1> cristi_an: if a testcase fail, it is good to report a bug | ||
| 2009-03-18 13:47 <cristi_an> maybe i do something worng | ||
| 2009-03-18 13:47 <cristi_an> wrong | ||
| 2009-03-18 13:48 <cristi_an> udono1: i just run like this ./test_tryton.py | ||
| 2009-03-18 13:49 <cristi_an> it happes to u as well ? | ||
| 2009-03-18 13:50 <cedk> I try it and it works here | ||
| 2009-03-18 13:51 <carlos> cedk: wow, is that last commit a way to refresh existing chart of accounts based on an updated module? | ||
| 2009-03-18 13:52 <cedk> carlos: yes, based on templates | ||
| 2009-03-18 13:53 <cedk> It was something we talked sometimes ago here | ||
| 2009-03-18 13:53 <cristi_an> http://paste.pocoo.org/show/108483/ | ||
| 2009-03-18 13:53 <carlos> I asked you about it or something similar, not sure if that's what you mean | ||
| 2009-03-18 13:53 <carlos> so I upgrade a module with a fixed chart of accounts | ||
| 2009-03-18 13:53 <cedk> cristi_an: do you run a 1.0 server ? | ||
| 2009-03-18 13:53 <carlos> that updates the templates | ||
| 2009-03-18 13:53 <cedk> carlos: yes | ||
| 2009-03-18 13:53 <cristi_an> cedk: i run latest code | ||
| 2009-03-18 13:54 <cristi_an> i updated this morning | ||
| 2009-03-18 13:54 <carlos> and then, I will be able to execute a wizard (or something like that) that will upgrade my chart of accounts for the selected year? | ||
| 2009-03-18 13:54 <carlos> cedk: is that correct? | ||
| 2009-03-18 13:54 <cedk> carlos: it is not for a selected year but for every years | ||
| 2009-03-18 13:54 <carlos> yeah, that also makes sense | ||
| 2009-03-18 13:55 <cedk> carlos: as I said in the email, next step will be to historize some fields value | ||
| 2009-03-18 13:55 <carlos> cedk: thank you for that feature. That makes my life even easier to start using right now my experimental chart of accounts without having to work on migration scripts everytime I fix something | ||
| 2009-03-18 13:55 <cedk> carlos: like the name or the code of an account | ||
| 2009-03-18 13:55 <cedk> carlos: and we you read it, depending of the date you will see the right values | ||
| 2009-03-18 13:56 <carlos> ACTION didn't read the email yet | ||
| 2009-03-18 13:56 <cedk> cristi_an: I mean the server that is listening ? | ||
| 2009-03-18 13:56 <carlos> cedk: I guess you will be using your historical information feature for that, right? | ||
| 2009-03-18 13:57 -!- ikks(n=igor@190.144.69.234) has joined #tryton | ||
| 2009-03-18 13:57 <cedk> carlos: no because it is different | ||
| 2009-03-18 13:57 -!- Ky1e(n=Miranda@a179137.studnetz.uni-leipzig.de) has left #tryton | ||
| 2009-03-18 13:57 <cedk> carlos: we must be able to control the history | ||
| 2009-03-18 13:58 <carlos> so you will allow to change such 'history' ? | ||
| 2009-03-18 13:58 <cedk> and the history will be put in the templates | ||
| 2009-03-18 13:58 <cedk> carlos: yes if there is mistake | ||
| 2009-03-18 13:58 <carlos> I see | ||
| 2009-03-18 13:58 <cedk> it is more like from this date to this date, the account code must be ... | ||
| 2009-03-18 13:58 <carlos> ACTION goes to read the emails before keep asking... | ||
| 2009-03-18 13:59 <cristi_an> cedk: the server that is listening is latest...how can i know what version i run ? | ||
| 2009-03-18 13:59 <cedk> carlos: the history is not explain in the email | ||
| 2009-03-18 13:59 <cedk> cristi_an: ./bin/trytond --version | ||
| 2009-03-18 14:00 <cedk> carlos: the update process doesn't work if you change the tree structure | ||
| 2009-03-18 14:01 <carlos> Well, my next question is (I wanted to check you didn't answered it in the email), do we need to do anything special in the chart of accounts? | ||
| 2009-03-18 14:01 <carlos> other than keep the same tree structure | ||
| 2009-03-18 14:01 <cristi_an> 1.1.0 | ||
| 2009-03-18 14:03 <carlos> hmm, which makes me wonder... then this upgrade will work always, except for parent changes, right? (you could change the type, name, description, etc... and the upgrade will work well) | ||
| 2009-03-18 14:08 <cristi_an> tests are for other version ? | ||
| 2009-03-18 14:15 <cristi_an> udono1: for you latest unit tests if you run them work ? | ||
| 2009-03-18 14:15 <cristi_an> it is just execute ./tryton-tests | ||
| 2009-03-18 14:17 -!- enlightx(n=enlightx@ppp-128-60.21-151.libero.it) has joined #tryton | ||
| 2009-03-18 14:22 <udono1> cristi_an: http://paste.pocoo.org/show/108487/ | ||
| 2009-03-18 14:23 <cristi_an> yes :( | ||
| 2009-03-18 14:23 <cristi_an> what would be the error for me ? | ||
| 2009-03-18 14:23 <cristi_an> thx | ||
| 2009-03-18 14:24 <cristi_an> do you have latest code ? | ||
| 2009-03-18 14:24 <udono1> yes | ||
| 2009-03-18 14:25 <udono1> cristi_an: double check that there are no unresolved merges. Then you need hg merge in the repos and after this hg commit. | ||
| 2009-03-18 14:27 <cristi_an> you know what i will do ? delete whole directory....run ./tryton-dev.sh | ||
| 2009-03-18 14:30 <cristi_an> the same error :( | ||
| 2009-03-18 14:30 <cristi_an> all code is fresh from retrived with dev -script | ||
| 2009-03-18 14:37 <udono1> cristi_an: srry no idea | ||
| 2009-03-18 14:38 <cristi_an> np | ||
| 2009-03-18 14:38 <cristi_an> i put some prints to see | ||
| 2009-03-18 14:38 <cristi_an> it is strange however sice it is code directly from repository | ||
| 2009-03-18 14:38 <cristi_an> not touch with a , from me | ||
| 2009-03-18 14:41 <cristi_an> http://mibbit.com/pb/r4VPym | ||
| 2009-03-18 14:41 <cristi_an> cedk: at least a hint to fix this | ||
| 2009-03-18 14:44 <cedk> cristi_an: first I don't understand why you have psycopg2 logging message | ||
| 2009-03-18 14:44 <cristi_an> ???? beats me | ||
| 2009-03-18 14:46 <cedk> cristi_an: second, I'm really wondering if you don't run a 1.0 server because there is change between 1.0 and 1.1 about the order in MPTT | ||
| 2009-03-18 14:46 <cristi_an> cedk: i had a clean directory | ||
| 2009-03-18 14:46 <cristi_an> and i run ./tryton-dev.sh | ||
| 2009-03-18 14:46 <cedk> cristi_an: I don't care about the directory but the running server | ||
| 2009-03-18 14:47 <cristi_an> http://mibbit.com/pb/BKSs6E | ||
| 2009-03-18 14:48 <cedk> cristi_an: but are you sure it is these one that is running? | ||
| 2009-03-18 14:48 <cristi_an> yes since otherwise how the client would have start | ||
| 2009-03-18 14:49 <cristi_an> http://mibbit.com/pb/xxSvA7 | ||
| 2009-03-18 14:51 <cedk> cristi_an: I don't know | ||
| 2009-03-18 14:51 <cristi_an> k :( | ||
| 2009-03-18 14:57 -!- mib_4hywanu0(i=5978d3ce@gateway/web/ajax/mibbit.com/x-0b6d6d5e9f4e60c4) has joined #tryton | ||
| 2009-03-18 15:27 -!- cristi_an(i=5978d3ce@gateway/web/ajax/mibbit.com/x-e74ea20b167f75f1) has joined #tryton | ||
| 2009-03-18 15:47 -!- bechamel(n=user@85.201.74.27) has joined #tryton | ||
| 2009-03-18 16:22 -!- irclog(n=irclog@tycho.b2ck.com) has joined #tryton | ||
| 2009-03-18 16:23 -!- schnueptus(n=schnuept@f053203236.adsl.alicedsl.de) has joined #tryton | ||
| 2009-03-18 16:35 -!- Timitos(n=Timitos@88.217.184.172) has joined #tryton | ||
| 2009-03-18 16:37 -!- schnueptus(n=schnuept@f053203236.adsl.alicedsl.de) has left #tryton | ||
| 2009-03-18 16:47 <CIA-10> tryton: C?dric Krier <ced@b2ck.com> default * 1633:bdc93a46f90c trytond/trytond/model/modelsql.py: Fix child_of on Many2Many for new relation_name | ||
| 2009-03-18 16:56 <CIA-10> tryton: C?dric Krier <ced@b2ck.com> default * 133:316c1ccad7f6 product/product.xml: Add product by catehory action for issue834 | ||
| 2009-03-18 16:56 <CIA-10> tryton: ced roundup * #834/product category tree behavior: [resolved] Fix with changeset 316c1ccad7f6 | ||
| 2009-03-18 17:21 -!- racke(n=racke@p4FC9BB06.dip.t-dialin.net) has joined #tryton | ||
| 2009-03-18 17:32 -!- bechamel`(n=user@85.201.74.27) has joined #tryton | ||
| 2009-03-18 17:57 <CIA-10> tryton: C?dric Krier <ced@b2ck.com> default * 284:5119276dba1a account_invoice/invoice.py: Add docstring to pay_invoice | ||
| 2009-03-18 17:57 <CIA-10> tryton: C?dric Krier <ced@b2ck.com> default * 285:5e4f3f8e58ab account_invoice/ (invoice.py invoice.xml): | ||
| 2009-03-18 17:57 <CIA-10> tryton: Improve pay invoice wizard for issue802 | ||
| 2009-03-18 17:57 <CIA-10> tryton: - Allow zero payment amount | ||
| 2009-03-18 17:57 <CIA-10> tryton: - Set partial as default | ||
| 2009-03-18 17:57 <CIA-10> tryton: - Add write-off amount | ||
| 2009-03-18 17:57 <CIA-10> tryton: ced roundup * #802/Usability: Write-Off in invoices: [resolved] Fix with changeset 5e4f3f8e58ab | ||
| 2009-03-18 18:00 -!- cristi_an(i=5978d3ce@gateway/web/ajax/mibbit.com/x-23928575e593ccac) has joined #tryton | ||
| 2009-03-18 18:00 <cristi_an> pfffff | ||
| 2009-03-18 18:09 <CIA-10> tryton: C?dric Krier <ced@b2ck.com> default * 1634:34626c7aa9ee trytond/trytond/backend/postgresql/table.py: Add missing history in super call | ||
| 2009-03-18 18:09 <CIA-10> tryton: C?dric Krier <ced@b2ck.com> default * 1635:19ae039331ce trytond/trytond/model/modelsql.py: Fix creation of missing columns in history table | ||
| 2009-03-18 18:41 -!- vengfulsquirrel(n=ian@c-71-202-125-182.hsd1.ca.comcast.net) has joined #tryton | ||
| 2009-03-18 18:56 -!- bechamel`(n=user@85.201.74.27) has joined #tryton | ||
| 2009-03-18 18:58 <CIA-10> tryton: C?dric Krier <ced@b2ck.com> default * 1636:481e8443c5bf trytond/trytond/backend/postgresql/table.py: Add primary key __id on history table | ||
| 2009-03-18 19:24 <CIA-10> tryton: C?dric Krier <ced@b2ck.com> default * 505:91c19ab610a0 stock/product.xml: Remove unused src_model | ||
| 2009-03-18 19:24 <CIA-10> tryton: C?dric Krier <ced@b2ck.com> default * 1637:b9af31db7b3e trytond/trytond/ir/ (action.py action.xml): Remove unused src_model and improve act_window form | ||
| 2009-03-18 20:35 -!- simahawk(n=simao@93.68.69.116) has joined #tryton | ||
| 2009-03-18 20:56 <vengfulsquirrel> cedk: I think what I thought was a slowdown in creating stock locations is actually a slow down in creating products. Maybe it has to do with the changes to the account revenue/account expense fields. | ||
| 2009-03-18 21:04 -!- paola(n=paola@host-84-223-98-37.cust-adsl.tiscali.it) has joined #tryton | ||
| 2009-03-18 21:11 -!- simahawk(n=simao@93.68.69.116) has left #tryton | ||
| 2009-03-18 21:15 <Timitos> bechamel`: how do i get something in global context? in the context where company, user, groups and so on is? | ||
| 2009-03-18 21:25 <bechamel`> Timitos: often data are added to context via the action of the menu, see account_invoice/invoice.xml | ||
| 2009-03-18 21:26 <Timitos> bechamel`: i found in res.user another way to do it by _context_fields = ... but i do not get it work | ||
| 2009-03-18 21:29 <bechamel`> Timitos: _context_fields is strange, i don't see where it is used | ||
| 2009-03-18 21:31 <Timitos> bechamel`: it is used in user.py and in company.py | ||
| 2009-03-18 21:32 <bechamel`> Timitos: yes it's created there but where it is consumed | ||
| 2009-03-18 21:33 <Timitos> bechamel: i think it puts the fields into the context | ||
| 2009-03-18 21:37 <bechamel> Timitos: oh yes, I didn't see it is used later for the preference window | ||
| 2009-03-18 21:37 <Timitos> bechamel: but it only seems to work on user model | ||
| 2009-03-18 21:44 <bechamel> Timitos: yes it's global context for the user (by global i mean that it only depend of the user and not of what he is doing) | ||
| 2009-03-18 21:50 <Timitos> bechamel: thx | ||
| 2009-03-18 22:08 -!- johbo(n=joh@statdsl-085-016-072-173.ewe-ip-backbone.de) has joined #tryton | ||
| 2009-03-18 22:34 -!- oversize(n=manuel@dslb-094-219-058-226.pools.arcor-ip.net) has joined #tryton | ||
| 2009-03-18 22:42 <cedk> vengfulsquirrel: could you be show how you create products? | ||
| 2009-03-18 22:42 <vengfulsquirrel> yeah | ||
| 2009-03-18 22:42 <vengfulsquirrel> hold on | ||
| 2009-03-18 22:49 <vengfulsquirrel> cedk: I have a bunch of weird modules I added so it could involve them, http://rafb.net/p/PaC5VJ49.html | ||
| 2009-03-18 22:52 <vengfulsquirrel> cedk: The product_obj.create(values) takes about 1.2 seconds +/- a lot of things, ha and I know this is subjective but does that sound normal to you ? | ||
| 2009-03-18 22:54 <cedk> vengfulsquirrel: it sounds too long for me | ||
| 2009-03-18 22:54 <cedk> vengfulsquirrel: you use a connection or directly the API | ||
| 2009-03-18 22:55 <vengfulsquirrel> I think directly because I don't have the server running. | ||
| 2009-03-18 22:56 <cedk> vengfulsquirrel: do you add some stuff on product? | ||
| 2009-03-18 22:57 <vengfulsquirrel> Yeah I've added some fields | ||
| 2009-03-18 22:57 <cedk> vengfulsquirrel: like? | ||
| 2009-03-18 22:59 <vengfulsquirrel> cedk: What does this line do what caused it to be called ? http://hg.tryton.org/hgwebdir.cgi/trytond/file/b9af31db7b3e/trytond/model/modelsql.py#l310 | ||
| 2009-03-18 23:01 <vengfulsquirrel> these to product.template: http://rafb.net/p/gbRK3563.html , http://rafb.net/p/CWCqy674.html | ||
| 2009-03-18 23:11 -!- Timitos(n=Timitos@88.217.184.172) has joined #tryton | ||
| 2009-03-18 23:16 <cedk> vengfulsquirrel: it set the value for fields that are not directly in a column of the table | ||
| 2009-03-18 23:55 <Timitos> cedk: could you please help me with an states parameter? i am setting this in fields_get method and it seems that my parameter are not working: http://paste.pocoo.org/show/108567/ | ||
| 2009-03-18 23:56 <Timitos> i don´t know why | ||
| 2009-03-18 23:56 <Timitos> one important thing: the groups_option field comes from a inherits | ||
| 2009-03-18 23:57 <Timitos> maybe i am to tired to see my mistake | ||
| 2009-03-18 23:58 -!- johbo(n=joh@statdsl-085-016-072-173.ewe-ip-backbone.de) has joined #tryton |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!