IRC logs of #tryton for Wednesday, 2010-03-10

chat.freenode.net #tryton log beginning Wed Mar 10 00:00:02 CET 2010
2010-03-10 00:18 -!- yangoon_rm1(~mathiasb@p549F7C3B.dip.t-dialin.net) has joined #tryton
2010-03-10 00:35 -!- yangoon_rm(~mathiasb@p549F7C3B.dip.t-dialin.net) has joined #tryton
2010-03-10 00:37 -!- yangoon_rm2(~mathiasb@p549F7C3B.dip.t-dialin.net) has joined #tryton
2010-03-10 01:00 -!- tekoholic(~quassel@97-118-113-88.hlrn.qwest.net) has joined #tryton
2010-03-10 02:23 -!- ikks_(~ikks@200.118.243.193) has joined #tryton
2010-03-10 02:30 -!- FWiesing(~FWiesing@194-208-185-012.tele.net) has left #tryton
2010-03-10 04:05 -!- Gavin_Achado(~Gavin_Ach@110-175-179-141.tpgi.com.au) has joined #tryton
2010-03-10 04:28 -!- ikks_(~ikks@200.118.243.193) has joined #tryton
2010-03-10 04:35 -!- tekoholic(~quassel@67.217.14.90) has joined #tryton
2010-03-10 04:39 -!- juanfer(~juanfer@190.24.40.105) has joined #tryton
2010-03-10 05:19 -!- yangoon(~mathiasb@p549F77A1.dip.t-dialin.net) has joined #tryton
2010-03-10 06:03 -!- mr_amit(~amit@61.16.252.146) has joined #tryton
2010-03-10 07:05 -!- Timitos(~timitos@88.217.184.172) has joined #tryton
2010-03-10 07:43 -!- paepke(~paepke@p5B32C03D.dip.t-dialin.net) has joined #tryton
2010-03-10 08:06 -!- sharkcz(~dan@plz1-v-4-17.static.adsl.vol.cz) has joined #tryton
2010-03-10 08:40 -!- enlightx(~enlightx@static-217-133-61-144.clienti.tiscali.it) has joined #tryton
2010-03-10 09:01 -!- bechamel(~user@altair.scf.fundp.ac.be) has joined #tryton
2010-03-10 09:02 -!- cedk(~ced@gentoo/developer/cedk) has joined #tryton
2010-03-10 09:28 -!- sharoon(~sharoonth@opg066b.halls.manchester.ac.uk) has joined #tryton
2010-03-10 10:31 -!- cedk(~ced@gentoo/developer/cedk) has joined #tryton
2010-03-10 12:26 -!- ikks_(~ikks@200.118.243.193) has joined #tryton
2010-03-10 12:27 -!- yangoon(~mathiasb@p549F7D1E.dip.t-dialin.net) has joined #tryton
2010-03-10 13:21 -!- sharoon(~sharoonth@opg066b.halls.manchester.ac.uk) has left #tryton
2010-03-10 13:55 -!- tekknokrat(~gthielebe@83.52.158.66) has joined #tryton
2010-03-10 14:17 -!- woakas(~woakas@devel.invytec.com) has joined #tryton
2010-03-10 15:21 -!- cedk(~ced@gentoo/developer/cedk) has joined #tryton
2010-03-10 16:00 -!- juanfe(~juanfe@78.220.60.190.host.ifxnetworks.com) has joined #tryton
2010-03-10 16:04 -!- juanfer(~juanfer@78.220.60.190.host.ifxnetworks.com) has joined #tryton
2010-03-10 16:51 -!- saxa(~sasa@host242-95-static.223-217-b.business.telecomitalia.it) has joined #tryton
2010-03-10 16:52 <saxa> heh, today I received an openerp mail announcing their meeting, and saw that tryton is mentioned in it,
2010-03-10 16:52 <saxa> i didnt knew tryton parts will be ported to openerp by their team :)
2010-03-10 16:52 <cedk> saxa: could give a link to this?
2010-03-10 16:53 <saxa> so tryton is a kind of experiment for openerp
2010-03-10 16:53 <saxa> its attached to the mail i received in pdf
2010-03-10 16:53 <saxa> i can mail it to you
2010-03-10 16:54 <cedk> saxa: ok thx
2010-03-10 16:54 <saxa> if you give me the mail where you want it
2010-03-10 16:55 <cedk> saxa: I found Tryton is more a stable version of openerp :-)
2010-03-10 16:56 <saxa> me too, and even much much improved
2010-03-10 16:56 <saxa> i just need more time in a day to get back on doing all the stuff i want
2010-03-10 17:13 <cedk> saxa: since the beginning they said that they will grab best solution from Tryton for OpenERP
2010-03-10 17:14 <cedk> saxa: but in 2 years, I have seen nothing good
2010-03-10 17:15 <cedk> saxa: but it is good for Tryton as OpenERP see in it a good inspiration
2010-03-10 17:22 <saxa> of course , everything has its good side also
2010-03-10 17:22 <saxa> honestly speaking i dont know what were your reasons to fork it at the time
2010-03-10 17:22 <cedk> saxa: I think they can't see good improvement, you can see their discussion about Decimal
2010-03-10 17:23 <saxa> have not saw that, i saw your mails to the ML about that decimal thing
2010-03-10 17:24 <saxa> and about that, i tought, the precision of 6 is ok from what i can think
2010-03-10 17:24 <cedk> saxa: https://lists.launchpad.net/openerp-expert-accounting/msg00082.html
2010-03-10 17:24 <cedk> saxa: you can not rely on float computation if you require not fault computation
2010-03-10 17:32 <saxa> i was thinking that this rounding thing should be done in the way we humans round
2010-03-10 17:32 <saxa> cedk: i know float is not reliable
2010-03-10 17:38 <saxa> so when you select a number of digits it just rounds depending on the last one
2010-03-10 17:38 <saxa> being higher or lover of 5
2010-03-10 17:38 <saxa> s/lover/lower
2010-03-10 17:56 <cedk> saxa: this is not an issue of rounding
2010-03-10 17:56 <cedk> saxa: it is about precision
2010-03-10 17:58 <cedk> saxa: I will surely send a new email to rvalyi to explain this
2010-03-10 17:59 <cedk> saxa: and if it was only about rounding why OpenERP will use Numeric for database
2010-03-10 18:18 <saxa> probably we dont understand one each other, cedk
2010-03-10 18:18 <saxa> i was talking about trytons message you send about rounding
2010-03-10 18:18 <saxa> few days ago
2010-03-10 18:18 <saxa> or yesterday
2010-03-10 18:24 <cedk> saxa: yes and rounding is not a solution
2010-03-10 18:24 <cedk> saxa: only using Decimal is on
2010-03-10 18:42 -!- sharoon(~sharoonth@opg066b.halls.manchester.ac.uk) has joined #tryton
2010-03-10 19:03 -!- sharoon(~sharoonth@opg066b.halls.manchester.ac.uk) has left #tryton
2010-03-10 19:20 <saxa> cedk: ok, could it be i have not understood well the problem in that case.
2010-03-10 19:25 <cedk> saxa: in most case float will work. But we must define if we develope software that will work only by change or if we made strong software
2010-03-10 19:26 <yangoon> cedk: it is perfect
2010-03-10 19:26 <yangoon> it is the first software without rounding issues to my knowledge
2010-03-10 19:28 -!- yangoon(~mathiasb@p549F7D1E.dip.t-dialin.net) has left #tryton
2010-03-10 19:29 -!- yangoon(~mathiasb@p549F7D1E.dip.t-dialin.net) has joined #tryton
2010-03-10 19:38 <cedk> yangoon: Are you sure?
2010-03-10 19:41 <yangoon> cedk: *to my knowledge* means, all comparable softs of this level, I don't know about the big big ones
2010-03-10 19:41 <yangoon> the key is to work with decimal
2010-03-10 19:42 <cedk> yangoon: yes
2010-03-10 19:42 <yangoon> it is surprising how many are using float
2010-03-10 19:43 <cedk> yangoon: I worked for a company that makes business software for bank and they used a kind of Decimal in COBOL
2010-03-10 19:48 -!- sharoon(~sharoonth@92.41.145.68.sub.mbb.three.co.uk) has joined #tryton
2010-03-10 19:49 -!- sharoon(~sharoonth@92.41.145.68.sub.mbb.three.co.uk) has left #tryton
2010-03-10 19:59 -!- enlightx(~enlightx@host-78-13-115-212.cust-adsl.tiscali.it) has joined #tryton
2010-03-10 20:34 -!- sharoon1(~sharoonth@94.197.127.43.threembb.co.uk) has joined #tryton
2010-03-10 20:50 -!- sharoon(~sharoonth@94.196.184.22.threembb.co.uk) has joined #tryton
2010-03-10 21:17 <saxa> cedk: ok, i agree, a software should work in all circumstances
2010-03-10 21:18 <cedk> saxa: especially, if you make a platform :-)
2010-03-10 21:19 <cedk> saxa: by the way, I found a lot of rounding issue when working on http://codereview.appspot.com/275044/show
2010-03-10 21:21 <cedk> saxa: but I wrote unittest to prevent regression :-)
2010-03-10 21:27 <saxa> great job
2010-03-10 21:27 <saxa> another thing I wanted to know is about the parties.
2010-03-10 21:28 <saxa> I found for example one interesting thing in dolibarr
2010-03-10 21:28 <saxa> which is that dolibarr has 2 type of parties
2010-03-10 21:29 <saxa> or better, one are confirmed ones, the customers and the suppliers which you work already with
2010-03-10 21:29 <saxa> and another kind are those companies, which are just opportunities, or you dont work with them at the moment
2010-03-10 21:29 <saxa> but they can be potential customers or suppliers
2010-03-10 21:30 <cedk> saxa: I think that tagging parties with attributes like customer, supplier etc. is a wrong way
2010-03-10 21:30 <cedk> saxa: I explain. What is a customer? It is a party that has buy you something
2010-03-10 21:30 <saxa> correct
2010-03-10 21:31 <cedk> saxa: A supplier is a party to which you have buy something
2010-03-10 21:31 <saxa> both are parties
2010-03-10 21:31 <saxa> immagine something like, party are the ones you work already and are real
2010-03-10 21:32 <saxa> proposals are the other ones which are the first time contact
2010-03-10 21:32 <cedk> saxa: so in Tryton, we have in sub-menu entry for customers, suppliers etc.
2010-03-10 21:32 <saxa> and this is not bad, because sometimes it happens that some customer just asks you for a price or quote and then it doesnt buy anything
2010-03-10 21:32 <saxa> its like a one day flies
2010-03-10 21:33 <saxa> so those flies, in tryton you need to put them into the party group and they stay in there for ever
2010-03-10 21:33 <cedk> saxa: why would you want to separate?
2010-03-10 21:34 <cedk> saxa: yes, why would you want to remove it?
2010-03-10 21:34 <saxa> in dolibarr for example its just an oportunity , which becomes a party if he buys something
2010-03-10 21:34 <saxa> because he has never ever more contacted me
2010-03-10 21:34 <cedk> saxa: what is the advantage? I see only disavantage, you must convert it
2010-03-10 21:34 <saxa> ok you convert it by one click
2010-03-10 21:34 <cedk> saxa: and what?
2010-03-10 21:35 <cedk> saxa: yes and you have duplicate data
2010-03-10 21:35 <saxa> but the advantage is that you dont end up with a database of a lot of names which you never ever see anymore
2010-03-10 21:35 <cedk> saxa: and what is the problem? space costs nothing
2010-03-10 21:35 <saxa> why you should have duplicate data ?
2010-03-10 21:35 <cedk> saxa: see gmail, they never delete any email
2010-03-10 21:36 <cedk> saxa: and you will never know if the guys will not come back
2010-03-10 21:36 <saxa> correct, but you dont need to present a list of suppliers and customer to the tax department like here in Italy
2010-03-10 21:36 <cedk> saxa: it doesn't change anything
2010-03-10 21:36 <saxa> we in Italy need to send a list of "official" customers and suppliers
2010-03-10 21:36 <udono> saxa: I thing tagging parties is a good way, not to separate them on a ground level. And a party can be both, confirmed customer, but opportunity for another project.
2010-03-10 21:37 <cedk> saxa: and in belgium, you must provide a list of VAT customer and VAT supplier
2010-03-10 21:37 <saxa> it changes when you need to print the list of customers and of suppliers
2010-03-10 21:37 <saxa> udono: that can work es
2010-03-10 21:37 <cedk> saxa: no problem to do that
2010-03-10 21:38 <udono> saxa: party is a container for all paties in tryton, like account is a container for all accounts.
2010-03-10 21:38 <saxa> ok
2010-03-10 21:38 <cedk> saxa: it is based on well know designer
2010-03-10 21:38 <cedk> udono: what is the name again?
2010-03-10 21:38 <udono> Kelvin Klein
2010-03-10 21:38 <saxa> i tought it was not possible to separate or sub group them
2010-03-10 21:39 <cedk> udono: Larson ?
2010-03-10 21:39 <udono> :-)
2010-03-10 21:39 <cedk> saxa: there is group
2010-03-10 21:39 <udono> Len Silverston
2010-03-10 21:39 <cedk> saxa: but for customer, supplier the information comes from sale and purchase
2010-03-10 21:39 <cedk> udono: yes
2010-03-10 21:40 <cedk> saxa: by the way, there is a proto for sale opportunity: http://mercurial.intuxication.org/hg/sale_opportunity
2010-03-10 21:41 <udono> and Martin Fowler Martin see http://martinfowler.com/apsupp/roles.pdf
2010-03-10 21:41 <cedk> saxa: you can see how we thought about the concept of oppotunity/leads
2010-03-10 21:43 <saxa> let me check
2010-03-10 21:44 <cedk> ACTION lunch
2010-03-10 22:31 -!- Petrus(~yobhel@142.176.238.58) has joined #tryton
2010-03-10 23:09 -!- carlos(~carlos@151.157.221.87.dynamic.jazztel.es) has joined #tryton
2010-03-10 23:15 -!- Timitos(~timitos@88.217.184.172) has joined #tryton
2010-03-10 23:18 <cedk> ACTION back
2010-03-10 23:21 -!- Timitos(~timitos@88.217.184.172) has joined #tryton
2010-03-10 23:29 -!- Gavin_Achado(~Gavin_Ach@110-175-179-141.tpgi.com.au) has joined #tryton

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