IRC logs of #tryton for Sunday, 2010-11-14

chat.freenode.net #tryton log beginning Sun Nov 14 00:00:03 CET 2010
2010-11-14 01:11 -!- chrue(~chrue@host-091-097-031-108.ewe-ip-backbone.de) has joined #tryton
2010-11-14 04:04 -!- sharoon(~sharoon@14.96.62.144) has joined #tryton
2010-11-14 05:18 -!- yangoon(~mathiasb@p549F4F0D.dip.t-dialin.net) has joined #tryton
2010-11-14 07:07 -!- sharoon(~sharoon@14.96.73.226) has joined #tryton
2010-11-14 07:19 -!- svaksha(~svaksha@unaffiliated/svaksha) has joined #tryton
2010-11-14 07:25 -!- svaksha(~svaksha@unaffiliated/svaksha) has joined #tryton
2010-11-14 07:50 -!- tony_(~tony@116.233.246.78) has joined #tryton
2010-11-14 08:21 <udono> cedk: I will test your proteus patches tomorrow evening.
2010-11-14 09:20 -!- chrue(~chrue@host-091-097-031-108.ewe-ip-backbone.de) has joined #tryton
2010-11-14 09:40 -!- vladimir_(~vladimir@213.151.246.136) has joined #tryton
2010-11-14 09:51 -!- enlightx(~enlightx@static-217-133-61-144.clienti.tiscali.it) has joined #tryton
2010-11-14 10:27 -!- Timitos(~kp@88.217.184.172) has joined #tryton
2010-11-14 11:26 -!- heg(~heg@dyn.83-228-165-075.dsl.vtx.ch) has joined #tryton
2010-11-14 11:26 -!- gordon_geeko(~jeroen@77-56-129-131.dclient.hispeed.ch) has joined #tryton
2010-11-14 11:27 <gordon_geeko> setting a field via on_change_with which, upon changing, should trigger another on_change_with in another field doesn't seem to be working
2010-11-14 11:28 <gordon_geeko> ne1 have an idea what i'm missing?
2010-11-14 11:32 <Timitos> gordon_geeko: i am not sure if this is possible. maybe on_change is a better option in this case
2010-11-14 11:35 <gordon_geeko> Timitos: was thinking the same, just wondering if it was a limitation or not - thx
2010-11-14 11:37 <Timitos> gordon_geeko: you should ask cedk if it should be improved or not
2010-11-14 12:21 -!- cedk(~ced@gentoo/developer/cedk) has joined #tryton
2010-11-14 12:49 <gordon_geeko> cedk: an on_change or on_change_with setting another field doesn't trigger a subsequent on_change of the modified field, right (i'm using version 1.6)?
2010-11-14 13:22 -!- tony_(~tony@116.233.246.78) has joined #tryton
2010-11-14 13:42 -!- sharoon(~sharoon@14.99.4.88) has joined #tryton
2010-11-14 13:51 -!- enlightx(~enlightx@151.59.129.15) has joined #tryton
2010-11-14 14:12 -!- enlightx_(~enlightx@dynamic-adsl-94-34-180-227.clienti.tiscali.it) has joined #tryton
2010-11-14 14:22 <cedk> gordon_geeko: correct
2010-11-14 14:22 <cedk> gordon_geeko: otherwise you can have infinite loop
2010-11-14 14:25 -!- ikks(~ikks@190.158.120.174) has joined #tryton
2010-11-14 14:25 <cedk> sharoon: finnaly did you use proteus with django?
2010-11-14 14:26 <sharoon> cedk: nope :) now its all about nereid
2010-11-14 14:26 <cedk> sharoon: as it is now thread-safe
2010-11-14 14:26 <sharoon> cedk: will try to do it, it doesnt need django to test... i will write a simple WSGI app for possibly displaying the list of products or something and test proteus
2010-11-14 14:27 <gordon_geeko> cedk: so to change multiple fields i'd have to do it within the same on_change method?
2010-11-14 14:27 <cedk> sharoon: could you answer to http://code.google.com/p/tryton/wiki/TrytonDjango comment of ivanwmc
2010-11-14 14:28 <gordon_geeko> cedk: is that what the field_list arg is for?
2010-11-14 14:28 <sharoon> cedk: i think there is no problem in using with web2py, i will reply to that
2010-11-14 14:29 <cedk> gordon_geeko: the return value of an on_change is a dict with field name as key and changed value as value
2010-11-14 14:30 <cedk> gordon_geeko: so a on_change call can modify many fields
2010-11-14 14:30 <cedk> gordon_geeko: at the opposite on_change_with just modify one field value
2010-11-14 14:32 <cedk> gordon_geeko: the field list used in argument on an on_change method define which value will be passed to the method to compute new values
2010-11-14 14:32 <gordon_geeko> cedk: ok, and the field list that's passed is just to place it in vals?
2010-11-14 14:32 <gordon_geeko> cedk: ah, yes ... clear
2010-11-14 14:32 <gordon_geeko> cedk: thx
2010-11-14 14:32 <cedk> gordon_geeko: and for an on_change_with it defines which changed field will trigger the call and of course their values will be passed
2010-11-14 14:33 <cedk> gordon_geeko: it is a generic API that allow to be modular easily at the opposite of OE
2010-11-14 14:34 <gordon_geeko> cedk: a on_change could then trigger an on_change_with?
2010-11-14 14:34 <cedk> gordon_geeko: what do you mean by trigger?
2010-11-14 14:35 <cedk> gordon_geeko: if you mean that when setting the new values from the first on_change, this will not result in an on_change_with call
2010-11-14 14:36 <gordon_geeko> on change field a, changes field b and field c having an on_change_with field b
2010-11-14 14:37 <gordon_geeko> cedk: same potential for infinite loop
2010-11-14 14:37 <cedk> gordon_geeko: need to check but I'm almost sure that there will be no second on_change call
2010-11-14 14:39 <cedk> gordon_geeko: just checked the code, when the client set the new value the on_change(_with) triggers are deactivated
2010-11-14 14:42 <gordon_geeko> cedk: ok, thanks
2010-11-14 14:45 -!- enlightx(~enlightx@dynamic-adsl-94-34-180-227.clienti.tiscali.it) has joined #tryton
2010-11-14 15:05 -!- ikks(~ikks@190.158.120.174) has joined #tryton
2010-11-14 15:15 -!- tony_(~tony@116.233.246.78) has joined #tryton
2010-11-14 15:24 -!- vladimir_(~vladimir@213.151.246.136) has joined #tryton
2010-11-14 15:57 -!- tony_(~tony@116.233.246.78) has joined #tryton
2010-11-14 16:58 -!- bechamel(~user@host-85-201-147-56.brutele.be) has joined #tryton
2010-11-14 18:11 -!- trifon(~trifon@91-67-144-158-dynip.superkabel.de) has joined #tryton
2010-11-14 18:30 -!- trifon(~trifon@91-67-144-158-dynip.superkabel.de) has joined #tryton
2010-11-14 18:58 <lem0na> cedr: i was wondering about keeping the last tryton version that is database and to check against the current tryton version - if not match to start automatic upgrade by (re)start
2010-11-14 19:00 <cedk> lem0na: I don't think it is good to make autodetect migration
2010-11-14 19:00 <cedk> lem0na: there is so much possibility of error
2010-11-14 19:00 <cedk> lem0na: like you start the wrong server version and boum!
2010-11-14 19:01 <lem0na> cedr: i see - i was thinking bacaouse we used this approach 15 years ago without any problems
2010-11-14 19:01 <cedk> lem0na: generally migration must be prepared so running update is not the big part of it
2010-11-14 19:01 <lem0na> cedr: there was routes for every verison and so this the version upgrade is done
2010-11-14 19:02 <cedk> lem0na: don't understand
2010-11-14 19:03 <lem0na> cedr: we have made a product for nontechnical customers - manualy military
2010-11-14 19:04 <lem0na> cedr: so we made a program thet checks the database vesrion and the product version
2010-11-14 19:04 <lem0na> cedr: this way the customer can have an old vserion and painless upgrade to the one he starts
2010-11-14 19:05 <cedk> lem0na: but here we got a meta-software
2010-11-14 19:05 <lem0na> cedr: so there was route for every upgrade
2010-11-14 19:05 <cedk> lem0na: it doesn't work out-of-the-box in most cases
2010-11-14 19:06 <lem0na> cedr: i see - i was just wondering bacause i just prepare to go for 1.8
2010-11-14 19:06 <cedk> lem0na: by the way, it is possible to do it from the GUI
2010-11-14 19:07 <lem0na> cedr: interesting - from Administration?
2010-11-14 19:07 <cedk> lem0na: you make a backup on old server and then restore it on new with update box checked
2010-11-14 19:07 <cedk> it was done especially for Neso but it works for any backend
2010-11-14 19:07 <lem0na> cedr: i start to love tryton every day
2010-11-14 19:08 <lem0na> cedr: yes - i have neso i mind; for tryton i will be normal this to be done by admin
2010-11-14 19:09 <cedk> lem0na: Neso stores database in separated folder per series
2010-11-14 19:09 <cedk> lem0na: (by the way, I will get notification if you type cedk instead of cedr)
2010-11-14 19:09 <lem0na> cedr: ah - i did not pay enough attention on neso how it works
2010-11-14 19:10 <lem0na> cedk: sorry
2010-11-14 19:10 <cedk> lem0na: works! ;-)
2010-11-14 19:10 <lem0na> cedk: i type fast instead to use nickname autocomplete
2010-11-14 19:30 <lem0na> cedk: i have translated all mudules - i was wondering if I upgrade to 1.8 what will happen with the transaltions; did I get only a few untraslated fields
2010-11-14 19:30 <lem0na> cedk: or I have to export the transaltions first and then put in every module and then upgrade
2010-11-14 19:33 <lem0na> cedk: and my second question - about translation of the client; i do not find any setup.py in the installed dir - it's only in the installation package
2010-11-14 19:33 <lem0na> cedk: how to make the .pot file this way?
2010-11-14 19:59 <cedk> lem0na: it will be safer to first export the translation before upgrade
2010-11-14 19:59 <cedk> lem0na: but you should not have lost
2010-11-14 19:59 <cedk> lem0na: for the client, you must work from the sources and not installed package
2010-11-14 20:17 -!- enlightx(~enlightx@dynamic-adsl-94-34-180-227.clienti.tiscali.it) has joined #tryton
2010-11-14 20:35 -!- gordon_geeko(~jeroen@77-56-129-131.dclient.hispeed.ch) has joined #tryton
2010-11-14 21:53 <lem0na> cedk: thanx - allready done both
2010-11-14 21:57 <lem0na> cedk: my mistake - i made a dump of the database not export of the translations
2010-11-14 21:58 <lem0na> cedk: thanx again
2010-11-14 22:10 <cedk> lem0na: so we will have soon a bulgaria translation :-)
2010-11-14 22:45 <lem0na> cedk: sure
2010-11-14 23:47 -!- cheche(cheche@188.85.213.151) has joined #tryton

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