IRC logs of #tryton for Monday, 2010-12-06

chat.freenode.net #tryton log beginning Mon Dec 6 00:00:02 CET 2010
-!- FWiesing(~FWiesing@85-126-100-130.work.xdsl-line.inode.at) has left #tryton01:53
-!- johbo(~joh@statdsl-085-016-072-173.ewe-ip-backbone.de) has joined #tryton03:14
-!- jcm(~jcm@cxr69-10-88-172-230-130.fbx.proxad.net) has joined #tryton03:22
-!- pepeu(~manuel@201.155.193.192) has joined #tryton04:11
-!- johbo(~joh@statdsl-085-016-072-173.ewe-ip-backbone.de) has joined #tryton05:00
-!- sharoon(~sharoon@202.129.198.250) has joined #tryton05:14
-!- yangoon(~mathiasb@p549F6EF5.dip.t-dialin.net) has joined #tryton05:18
-!- sharoon(~sharoon@202.129.198.250) has joined #tryton05:38
-!- gremly(~gremly@200.106.202.91) has joined #tryton05:58
-!- sharoon(~sharoon@202.129.198.250) has left #tryton06:26
-!- sharoon(~sharoon@202.129.198.250) has joined #tryton06:46
-!- sharoon(~sharoon@202.129.198.250) has left #tryton06:47
-!- paepke(~paepke@p4FEB1995.dip0.t-ipconnect.de) has joined #tryton07:50
-!- vladimir_(~vladimir@adsl-dyn-95.95-102-251.t-com.sk) has joined #tryton08:27
-!- GasbaKid(~GasbaKid@41.96.86.196) has joined #tryton08:31
-!- enlightx(~enlightx@static-217-133-61-144.clienti.tiscali.it) has joined #tryton08:31
-!- jcm(~jcm@symetrie.net) has joined #tryton08:55
-!- pjstevns(~pjstevns@a83-163-46-103.adsl.xs4all.nl) has joined #tryton09:05
-!- gavinf(~gavinf@196-215-106-210.dynamic.isadsl.co.za) has joined #tryton09:30
-!- gavinf(~gavinf@196-215-106-210.dynamic.isadsl.co.za) has left #tryton09:30
-!- paepke(~paepke@p4FEB06FA.dip0.t-ipconnect.de) has joined #tryton09:30
-!- cedk(~ced@gentoo/developer/cedk) has joined #tryton09:41
-!- sharoon(~sharoon@202.129.198.250) has joined #tryton09:43
plantianhttp://bugs.tryton.org/ seems to be upset about something.09:48
-!- bechamel(~user@cismwks02-virtual1.cism.ucl.ac.be) has joined #tryton09:49
-!- Timitos(~kp@88.217.184.172) has joined #tryton10:04
cedkplantian: restarted10:49
-!- nicoe(~nicoe@91.179.104.200) has joined #tryton10:51
plantiancedk: Thanks.10:53
plantiancedk: Did you happen to see my email about wizard?  I'm still a little confused on how they work.10:54
cedkplantian: not yet10:56
-!- trifon(~trifon@91-67-144-158-dynip.superkabel.de) has joined #tryton10:59
-!- enlightx(~enlightx@static-217-133-61-144.clienti.tiscali.it) has joined #tryton11:02
-!- enlightx_(~enlightx@109.52.198.39) has joined #tryton11:04
-!- trifon(~trifon@91-67-144-158-dynip.superkabel.de) has joined #tryton11:10
-!- enlightx(~enlightx@static-217-133-61-144.clienti.tiscali.it) has joined #tryton11:18
-!- Timitos(~kp@88.217.184.172) has joined #tryton11:39
-!- sharkcz(~dan@plz1-v-4-17.static.adsl.vol.cz) has joined #tryton12:17
-!- sharkcz(~dan@plz1-v-4-17.static.adsl.vol.cz) has joined #tryton12:31
-!- paepke(~paepke@p4FEB06FA.dip0.t-ipconnect.de) has left #tryton12:32
-!- sharkcz`(~sharkcz@2001:15c0:6747:160::7) has joined #tryton12:33
-!- bechamel(~user@cismwks02-virtual1.cism.ucl.ac.be) has joined #tryton12:42
plantiancedk:  Sorry to bother you again but is this format incorrect?  I can't seem to get it to work I think maybe I need to return a different key maybe -- http://paste.pocoo.org/show/301271/12:44
plantianThe method I'm having trouble with is _check.12:44
-!- ikks(~ikks@190.158.122.179) has joined #tryton12:45
plantianAnd more specifically the format of the list of dictionaries does not seem to work -- data['form']['stock_lines']12:46
-!- sharoon(~sharoon@202.129.198.250) has joined #tryton13:20
-!- trifon(~trifon@p4FFB8CD5.dip0.t-ipconnect.de) has joined #tryton13:22
-!- jcm(~jcm@cxr69-10-88-172-230-130.fbx.proxad.net) has joined #tryton13:39
cedkplantian: in fact, I think there is an design error in the wizard13:40
cedkplantian: it only allow ids from data['form'] for one2many13:41
cedkplantian: https://bugs.tryton.org/roundup/issue172213:50
-!- pepeu(~manuel@201.155.193.192) has joined #tryton14:51
-!- gremly(~gremly@200.106.202.91) has joined #tryton15:20
-!- gremly(~gremly@200.106.202.91) has joined #tryton15:26
-!- trifon(~trifon@p4FFB8CD5.dip0.t-ipconnect.de) has joined #tryton16:31
cedkplantian: did you test with the patch?16:36
-!- johbo_(~joh@statdsl-085-016-072-173.ewe-ip-backbone.de) has joined #tryton16:50
-!- paepke(~paepke@p4FEB06FA.dip0.t-ipconnect.de) has joined #tryton16:55
-!- pjstevns(~pjstevns@a83-163-46-103.adsl.xs4all.nl) has left #tryton17:04
-!- jcm(~jcm@cxr69-10-88-172-230-130.fbx.proxad.net) has joined #tryton17:20
-!- vladimir(~vladimir@213.151.246.136) has joined #tryton17:35
-!- paepke(~paepke@p4FEB06FA.dip0.t-ipconnect.de) has left #tryton17:46
-!- chrue(~chrue@host-091-097-026-167.ewe-ip-backbone.de) has joined #tryton18:42
-!- jbunting(~jbunting@99-5-88-198.lightspeed.nsvltn.sbcglobal.net) has joined #tryton18:44
-!- paepke(~paepke@p4FEB06FA.dip0.t-ipconnect.de) has joined #tryton18:49
-!- johbo(~joh@statdsl-085-016-072-173.ewe-ip-backbone.de) has joined #tryton19:33
-!- cedk(~ced@gentoo/developer/cedk) has joined #tryton19:33
plantiancedk: Does anyone know why client could have this error "Not supported: trytond.session/Session"  ?19:35
-!- enlightx(~enlightx@dynamic-adsl-94-34-210-185.clienti.tiscali.it) has joined #tryton19:46
-!- paepke(~paepke@p4FEB06FA.dip0.t-ipconnect.de) has left #tryton19:50
-!- trifon(~trifon@91-67-144-158-dynip.superkabel.de) has joined #tryton20:02
-!- jbunting(~jbunting@99-5-88-198.lightspeed.nsvltn.sbcglobal.net) has joined #tryton20:08
cedkplantian: perhaps you return user_id which is a session20:08
cedkplantian: you must convert into int before20:09
plantiancedk: I can't seem to find anywhere that I might be doing that, I rebuilt everything from scratch but the error just magically started showing up.  Is it possible it could be somewhere that is not trytond.conf AND not in the database?20:10
cedkplantian: it is surely in the code20:12
plantianwait nevermidn I am wrong20:12
plantiancedk: Yes I think it is the stock lines actually but I'm not sure why that started happening because it was before the patch.20:13
cedkplantian: did you test thet patch?20:13
plantianWow okay well I'm confused, there is no reason for that error to stop but it has decided to stop.20:15
plantianI found the other problem, what are the keys that the action should return in the wizard return ?20:17
cedkplantian: the field name20:18
plantianhttp://paste.pocoo.org/show/301479/20:19
plantiancedk: So in my example I should return data['form'] instead of data so that field names are at the topmost level of the dictionary returned?20:20
plantiancedk: It appears to work with patch and returning fields at top level of dictionary.  Let me try prepatch to confirm that there even was a problem.20:22
plantiancedk: Yes I get the unhashable dictionary error but patch fixes it.20:24
plantianThanks20:24
plantianI do not understand the structures/formats of return values in wizards.  I want to document them.20:25
-!- johbo_(~joh@statdsl-085-016-072-173.ewe-ip-backbone.de) has joined #tryton20:35
-!- jcm(~jcm@cxr69-10-88-172-230-130.fbx.proxad.net) has joined #tryton21:15
-!- GasbaKid(~GasbaKid@41.96.90.14) has joined #tryton21:36
-!- JoePass(~gasbakid@41.96.8.170) has joined #tryton22:03
-!- GasbaKid(~GasbaKid@41.96.90.14) has joined #tryton22:25
-!- pjstevns(~pjstevns@helpoort.xs4all.nl) has joined #tryton22:29
cedkplantian: it is the same as default method (with the patch) otherwise it was the same as read22:47
plantiancedk: You mean the return values behave that way?  I don't think I've used read before.22:51
cedkplantian: it is the format for the return values22:52
plantianI was prototyping something like this -- http://www.laspilitas.com/tryton/check-stock-price-top.jpg   http://www.laspilitas.com/tryton/check-stock-price-options.jpg  -- Date should really be Stock Date and will be used to calculate products by location.22:54
plantianDo you think it would be re-usable ?22:54
cedkplantian: why not but you should describe exactly what it does22:57
cedkplantian: but I don't understand why you mix stock quantity and price22:59
plantiancedk: It is a common need to see both at the same time, for either a customer or just for planning.22:59
plantianAlthough it must be a customer that does not need a guarantee of course.23:00
cedkplantian: ok for customer but you just need to get available quantity like in sale order23:00
plantianYeah I guess I could see how that would be confusing, well there might be amounts at more than one warehouse and maybe the inventory isn't 100% accurate and the locations would make that obvious.23:02
plantianAlso you might need to go check on the inventory to make sure the condition is still decent and then call the customer back.23:03
plantianI can see how it could be considered a mutant version of a Draft Sale with stock locations.23:04
plantianI would be interested if other businesses would never need to know the locations or not.  I know my business will want to know the locations.23:04
cedkplantian: I think knowing the location is ne necessary at this level23:06
cedkplantian: you just need to know which warehouse23:06
plantianWell I am 100% sure my business will want to know locations but I don't know about other businesses.23:07
cedkplantian: most of the time a sale order is done based on stock level of one warehouse23:07
cedkplantian: and then you can get inter-warehouse shipment to fill missing products23:08
plantianYes, but that is just one use-case.  Employees might want to quickly look up locations of products inside hte single warehouse.23:08
cedkplantian: then you can go to product and look at the location tree23:09
plantianI haven't checked the performance this way but checking the other way is very slow.23:09
plantianThere are so many locations it is annoying to have to open tree and there are so many products that opening products list takes a long time and then opening a single product takes even longer.23:10
cedkplantian: but you will have the same with your wizard23:11
plantiancedk: Only if the user tries to browse all products instead of starting with a name.23:11
plantianOR if the search doesn't match then all products are scanned.23:11
plantianMost of the time though product search will be much faster.23:12
plantianI am very excited about paging in 1.8 though.  It might help a lot.23:12
cedkplantian: yes perhaps the limit was to high in previous versions23:17
plantiancedk: My users have a hard time switching between tabs in the client and knowing when they have left their old tab and are in a new tab.  When you add in any kind of performance issue and anything that is inconvenient they quickly become frustrated.23:17
plantiancedk: I know their behaviour sounds petty but it is hard to motivate people to use software anyways so I just try to make things that make their everyday task easier to perform.23:19
cedkplantian: no problem with that but we need to think about generality only to put in Tryton23:22
plantiancedk:  With the many locations issue unresolved you can see how many locations can make it hard to find the location with the inventory -- http://www.laspilitas.com/tryton/product-locations.jpg23:22
plantianI am half-way scrolled down in addition to having to open trees to navigate to leaf location.23:22
cedkplantian: but the tree has meanful otherwise you did not make it23:23
plantiancedk: The tree's meaning is utilized in my inventory module by allowing users to take inventory of many storage locations by selecting only one view location.23:25
cedkplantian: to make a good design, you must first think about what the users need without looking at the current implemenation in Tryton then you will be able to take good design choice23:26
cedkplantian: but I think a wizard to query pricing is a good idea23:28
cedkplantian: and I think we should improve the "stock by location" button23:29
plantiancedk: Yes I might consider doing it separately.  I would have to think about the use cases.23:30
plantiancedk: Finding product by browsing products seem like an unnecessary step though but maybe if buttons were activated from within browse list.23:32
plantiancedk: I have started introduction wizard documentation and will send it in later I have to take a break.  Thanks for the help, I will consider what you have said.23:43
-!- GasbaKid(~GasbaKid@41.96.90.14) has joined #tryton23:54

Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!