IRC logs of #tryton for Thursday, 2010-12-23

chat.freenode.net #tryton log beginning Thu Dec 23 00:00:01 CET 2010
-!- pepeu(~manuel@187.137.61.170) has joined #tryton01:04
-!- yangoon(~mathiasb@p549F6557.dip.t-dialin.net) has joined #tryton05:19
-!- digitalsatori(~tony@116.233.244.77) has joined #tryton05:59
-!- digitalsatori(~tony@116.233.244.77) has joined #tryton06:15
-!- digitalsatori(~tony@116.233.244.77) has joined #tryton06:24
-!- enlightx(~enlightx@static-217-133-61-144.clienti.tiscali.it) has joined #tryton07:44
-!- vladimir_(~vladimir@213.151.246.136) has joined #tryton08:26
-!- paepke(~paepke@p4FEB2E8C.dip.t-dialin.net) has joined #tryton08:26
-!- okko(~okko@62.58.29.41) has joined #tryton08:36
-!- chrue(~chrue@host-091-097-008-136.ewe-ip-backbone.de) has joined #tryton08:48
-!- cedk(~ced@gentoo/developer/cedk) has joined #tryton08:59
-!- cedk(~ced@gentoo/developer/cedk) has joined #tryton09:05
-!- nicoe(~nicoe@193.200.42.57) has joined #tryton09:21
-!- pjstevns(~pjstevns@a83-163-46-103.adsl.xs4all.nl) has joined #tryton09:23
-!- nicoe(~nicoe@193.200.42.57) has left #tryton09:25
-!- bechamel(~user@cismwks02-virtual1.cism.ucl.ac.be) has joined #tryton10:00
-!- nicoe(~nicoe@193.200.42.57) has joined #tryton10:12
plantianPrice lists are meant to transform the original product list price for a sale price rather than replace it right?10:43
cedkplantian: yes10:43
plantiancedk: Has there ever been a consideration/need for multiple list prices? Or multiple, I guess, base prices?10:46
plantianI am concerned that if the list price is changed it might cause suprises when many price lists depend on the same list price.10:47
cedkplantian: there is many list prices10:49
plantiancedk: How? Do you mean some sort of customization that could be done.  It seems to only exist on the product itself.10:51
cedkplantian: you define price list on party so you can have many price list10:53
plantiancedk: Yes, but all price lists transform the original list price of the product.  There is only one place for the original list price as far as I can tell.10:55
cedkplantian: yes but it is doable to add more field on product (or somewhere else) and use it for price computation11:00
plantiancedk: Yes I might need that.  Something like a list of store list prices so that each store can have its own list price and then price lists can be created that stores use to transform their own list price based on the party(customer). I think my business might be weird because I constantly need so many customizations.11:10
cedkplantian: this is a little bit strange because customers will have different price depending where they go11:15
cedkplantian: but don't forget that Tryton is a framework so almost everybody will need customizations11:16
plantiancedk: I think it has to do with retail storefronts.  In Europe if there are two stores in two different cities that belong to the same company are products price the same for a retail customer?11:20
plantian*priced11:20
-!- nicoe(~nicoe@193.200.42.57) has left #tryton11:27
-!- nicoe(~nicoe@193.200.42.57) has joined #tryton11:27
cedkplantian: normally yes11:28
cedkplantian: but nicoe tells me that is some cases it happens11:28
nicoeDoes anybody see me ?11:29
cedknicoe: I see you11:29
-!- nicoe(~nicoe@193.200.42.57) has left #tryton11:30
-!- nicoe(~nicoe@193.200.42.57) has joined #tryton11:30
plantiannicoe: Welcome back, we see you again.11:33
nicoeI still don't see anything11:47
-!- nicoe(~nicoe@193.200.42.57) has left #tryton11:48
-!- nicoe(~nicoe@193.200.42.57) has joined #tryton11:52
cedknicoe: test11:53
nicoeYes ! I am not blind anymore !11:53
-!- vincentvdl(~vincent@62.58.29.41) has joined #tryton11:57
-!- lem0na(~lem0na@95.87.233.210) has joined #tryton12:50
-!- vladimir_(~vladimir@213.151.246.136) has joined #tryton12:56
vincentvdlHi all. We see interesting behavior where we put a 'required' state to a Selection field, but the client does not change the color of the field (the interesting part is that the state itself works, the field is required when it should and it's not when it should not, so it's only the client not giving the field the correct color). Is this known behaviour?13:00
vincentvdlAlso, the invisible state does not seem to work on Selection field, quick testing does seem to suggest that the field is always invisible... But perhaps we need more testing to prove this13:05
-!- vladimir_(~vladimir@213.151.246.136) has joined #tryton13:27
-!- johbo(~joh@statdsl-085-016-072-173.ewe-ip-backbone.de) has joined #tryton13:30
cedkvincentvdl: it should work13:53
cedkvincentvdl: we use states on selection in project module13:53
vincentvdlcedk: Yes, I think it has to do with the usage of _parent_ Will check.13:53
-!- vladimir_(~vladimir@213.151.246.136) has joined #tryton13:53
-!- Vladimirek(~vladimir@213.151.246.136) has joined #tryton13:59
-!- Vladimirek(~vladimir@213.151.246.136) has joined #tryton14:06
margacedk: how does tryton manage permissions?14:24
margaIs it the same as OpenERP?14:24
margaI find this "permissions per object" thing very limited...14:25
-!- pjstevns(~pjstevns@a83-163-46-103.adsl.xs4all.nl) has joined #tryton14:28
-!- pepeu(~manuel@201.155.193.192) has joined #tryton14:35
-!- trifon(~trifon@95-42-46-247.btc-net.bg) has joined #tryton14:37
-!- vincentvdl(~vincent@62.58.29.41) has left #tryton14:51
cedkmarga: per Model and also per Record14:52
-!- vincentvdl1(~Gebruiker@62.58.29.41) has joined #tryton14:52
-!- vincentvdl1(~Gebruiker@62.58.29.41) has left #tryton14:52
margacedk: how does the "per record" thing work?14:54
cedkmarga: it is record rules14:55
margaCan you give me a link or be a bit more verbose, please?14:55
cedkmarga: so you can define the permissions to read/write/create/delete based on values of the record14:55
margaFor example, it's possible to say, if the user assigned is the current user, he can see the records and if it's not, then he can't?14:56
-!- Guest66935(~erickl@62.58.29.41) has joined #tryton14:56
cedkmarga: yes14:57
marganice14:58
-!- vincentvdl1(~Gebruiker@62.58.29.41) has joined #tryton15:02
-!- vincentvdl1(~Gebruiker@62.58.29.41) has left #tryton15:02
-!- Guest66935(~erickl@62.58.29.41) has left #tryton15:02
-!- vincentvdl1(~Gebruiker@62.58.29.41) has joined #tryton15:04
-!- vincentvdl1(~Gebruiker@62.58.29.41) has left #tryton15:05
-!- gremly(~gremly@200.106.202.91) has joined #tryton15:20
-!- vincentvdl(~vincent@62.58.29.41) has joined #tryton15:20
-!- cheche(cheche@188.85.213.151) has joined #tryton15:28
-!- pjstevns(~pjstevns@a83-163-46-103.adsl.xs4all.nl) has left #tryton15:31
VladimirekO-office must be instaled on server or client side for reporting?16:03
-!- paepke_(~paepke@p4FEB0326.dip0.t-ipconnect.de) has joined #tryton16:05
cedkVladimirek: no16:05
cedkVladimirek: only for pdf generation16:06
VladimirekOk, but on server or client side?16:06
-!- ecarreras(~under@unaffiliated/ecarreras) has joined #tryton16:06
-!- paepke_(~paepke@p4FEB0326.dip0.t-ipconnect.de) has left #tryton16:07
-!- nicoe(~nicoe@193.200.42.57) has left #tryton16:16
-!- nicoe(~nicoe@193.200.42.57) has joined #tryton16:16
-!- cheche(cheche@188.85.213.151) has joined #tryton16:22
cedkVladimirek: on server side16:31
-!- vincentvdl1(~Gebruiker@62.58.29.41) has joined #tryton16:41
-!- vincentvdl(~vincent@62.58.29.41) has left #tryton17:02
-!- vincentvdl1(~Gebruiker@62.58.29.41) has left #tryton17:02
-!- Vladimirek(~vladimir@213.151.246.136) has joined #tryton17:41
-!- enlightx(~enlightx@static-217-133-61-144.clienti.tiscali.it) has joined #tryton18:09
cedkudono: ping18:11
cedkudono: could you submit patch for Issue178018:12
-!- nicoe(~nicoe@193.200.42.57) has left #tryton18:15
-!- nicoe(~nicoe@193.200.42.57) has joined #tryton18:15
udonocedk: done18:54
cedkudono: it doesn't seem to be linked to trunk18:59
udonocedk: No?19:01
cedkudono: parent is 68e8bb14c9f5a96de0ff1f45bb591ff3bcfdab2e19:02
cedkudono: and tip is 06976ea22b5a19:02
udonocedk: I'll check19:02
-!- nicoe(~nicoe@193.200.42.57) has left #tryton19:03
udonocedk: Should be ok now.19:10
cedkudono: args you forget to revert to the issue in the commit message19:13
cedkudono: by the way, it is better to use .patch extention instead .hg19:13
udonocedk: damn, I am too stupid today19:13
cedkudono: sounds like w-e :-)19:14
udonocedk: w-e?19:14
cedkudono: week-end19:14
-!- enlightx(~enlightx@dynamic-adsl-94-34-177-190.clienti.tiscali.it) has joined #tryton19:14
udono:-)19:15
udonocedk: so I use message: "Use PySON domain. Fix issue 1780"19:16
udonoissue178019:17
udonocedk: done (hopefully)19:19
cedkudono: done thx19:42
-!- pepeu(~manuel@187.137.51.76) has joined #tryton21:06
-!- enlightx(~enlightx@dynamic-adsl-94-34-181-228.clienti.tiscali.it) has joined #tryton21:21
-!- okko(~okko@dhcp-077-251-140-095.chello.nl) has joined #tryton21:49
-!- chrue(~chrue@host-091-097-008-136.ewe-ip-backbone.de) has joined #tryton22:01
-!- Vladimirek(~vladimir@213.151.246.136) has joined #tryton22:42
lem0nacedk: about issue1791 - i tried to reproduce it without success23:31
cedklem0na: I did23:34
cedklem0na: you must run a wizard and try to close the tab when the wizard is still running23:34
cedklem0na: it is a race condition so it is not always easy to reproduce23:35
lem0nacedk: good to know - i did not completly remmeber the whole situation23:35
lem0nacedk: isnt the wizard modal?23:37
cedklem0na: yes but when passing from one view to an other, it lost the modality23:38
lem0nacedk: i see23:38
cedklem0na: it is not really an issue if we manage the closing tab case23:43
-!- pepeu(~manuel@201.155.193.192) has joined #tryton23:43
lem0nacedk: actualy the tab was closed without problem - i think the issue is with the tab that recives focus, maybe this is issue with pygtk23:47
lem0nacedk:  but according the log the patch handles the situation in a save way23:49

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