| chat.freenode.net #tryton log beginning Sat Dec 20 00:00:01 CET 2008 | ||
| 2008-12-20 00:00 -!- yangoon1(n=mathiasb@p549F4E94.dip.t-dialin.net) has joined #tryton | ||
| 2008-12-20 05:19 -!- yangoon(n=mathiasb@p549F4AAE.dip.t-dialin.net) has joined #tryton | ||
| 2008-12-20 08:53 -!- udono(n=udono@dynamic-unidsl-85-197-24-142.westend.de) has joined #tryton | ||
| 2008-12-20 08:53 -!- Timitos(n=Timitos@88.217.184.172) has joined #tryton | ||
| 2008-12-20 09:17 -!- sharkcz(n=dan@plz1-v-4-17.static.adsl.vol.cz) has joined #tryton | ||
| 2008-12-20 10:51 -!- cedk(n=ced@gentoo/developer/cedk) has joined #tryton | ||
| 2008-12-20 10:57 -!- cedk_(n=ced@ced.homedns.org) has joined #tryton | ||
| 2008-12-20 11:18 <CIA-53> tryton: C?dric Krier <ced@b2ck.com> default * 1377:8765154fed01 trytond/trytond/ir/ (model.py model.xml): Add model graph report | ||
| 2008-12-20 11:18 <CIA-53> tryton: C?dric Krier <ced@b2ck.com> default * 1378:836a4a57dc19 trytond/TODO: Add todo for order on page tag | ||
| 2008-12-20 11:27 <CIA-53> tryton: C?dric Krier <ced@b2ck.com> default * 1379:55c37b638c69 trytond/trytond/ir/model.py: Add one2many for model graph | ||
| 2008-12-20 11:31 <CIA-53> tryton: C?dric Krier <ced@b2ck.com> default * 409:687cad6d7f6b stock/TODO: Add todo for check change of UOM of product | ||
| 2008-12-20 13:40 <cedk> http://blogs.msdn.com/dmahugh/archive/2008/08/05/guiding-principles-for-office-s-odf-implementation.aspx | ||
| 2008-12-20 13:40 <cedk> it is for Office 2007 SP2 | ||
| 2008-12-20 14:45 -!- cedric_b(n=cedric@cam44-3-82-235-75-221.fbx.proxad.net) has joined #tryton | ||
| 2008-12-20 14:55 -!- X0d_of_N0d(i=C-C_C-X@gateway/tor/x-e3b770b526711196) has joined #tryton | ||
| 2008-12-20 16:11 -!- sharkcz(n=dan@plz1-v-4-17.static.adsl.vol.cz) has joined #tryton | ||
| 2008-12-20 16:37 -!- carlos(n=carlos@89.7.24.44) has joined #tryton | ||
| 2008-12-20 17:22 -!- carlos(n=carlos@89.7.24.44) has joined #tryton | ||
| 2008-12-20 17:34 -!- mh1(n=mhi@pd95b104a.dip0.t-ipconnect.de) has joined #tryton | ||
| 2008-12-20 17:34 <mh1> Hallo. | ||
| 2008-12-20 17:38 <cedk> mh1: hi | ||
| 2008-12-20 17:41 <mh1> I have just successfully installed tryton using virtualenv and easy_install. Now I'm looking for documentation related to the first steps (in order to configure an example company). | ||
| 2008-12-20 17:41 <cedk> mh1: we have not yet this kind of documentation | ||
| 2008-12-20 17:42 <cedk> but I think it will not be to difficult for you to understand the software | ||
| 2008-12-20 17:42 <cedk> and if you have questions, ask here or on the mailing list | ||
| 2008-12-20 17:43 <cedk> mh1: did you already create a database and install some modules? | ||
| 2008-12-20 17:43 <mh1> hm. The usage is quite self explaing but I was not able to create an invoice. I need to enter... | ||
| 2008-12-20 17:44 <mh1> cedk: for testing I installed all modules from the 1.0.1 branch. | ||
| 2008-12-20 17:45 <cedk> mh1: what is your issue with invoice? | ||
| 2008-12-20 17:45 <udono> mh1: hi, did you have created a fiscal year? | ||
| 2008-12-20 17:45 <mh1> taxes, companies and lot's of other things I don't what their meaning is. | ||
| 2008-12-20 17:45 <mh1> hi, udono. :) Well, no. | ||
| 2008-12-20 17:48 <udono> mh1: for invoices you need some accounting stuff. Like a chart of accounts and a defined fiscal-year you find this under financial management > configuration | ||
| 2008-12-20 17:49 <mh1> Why is there a subsection "suppliers" under "parties"? | ||
| 2008-12-20 17:51 <udono> mh1: Its because you installed purchased?! | ||
| 2008-12-20 17:51 <cedk> mh1: it is just a subset of parties that the system know they are suppliers | ||
| 2008-12-20 17:51 <udono> s/purchased/purchase module | ||
| 2008-12-20 17:53 <mh1> Why is there a "customers" subset? | ||
| 2008-12-20 17:53 <mh1> s/is/isn't/ | ||
| 2008-12-20 17:54 <cedk> mh1: because anybody can be a customer | ||
| 2008-12-20 17:54 <mh1> I have installed the purchase module. | ||
| 2008-12-20 17:56 <udono> mh1: and you have installed the sales module (from this comes the customer on party) | ||
| 2008-12-20 17:56 <mh1> Suppliers is the only subset of party. | ||
| 2008-12-20 17:57 <udono> mh1: ok, yes, Iam wrong :-) | ||
| 2008-12-20 17:58 <mh1> ok. | ||
| 2008-12-20 17:59 <mh1> Yet another topic: is it possible/difficult to import/generate invoices from an external source? | ||
| 2008-12-20 17:59 <mh1> Is there an interface/API or something like that? | ||
| 2008-12-20 18:00 <CIA-53> tryton: matb roundup * #691/InvocationException when printing graph: [new] Chose model 'Party', select print to graph, level 1: Installed is pydot-1.0.2-py2.5.egg Traceback (most recent call last): File "/tryton ... | ||
| 2008-12-20 18:22 <udono> mh1: sorry, Iam away for today. But take a look to client Menu form > Import/Export data. Iam back tomorrow.. | ||
| 2008-12-20 18:23 <mh1> udono: thanks. | ||
| 2008-12-20 18:23 -!- juanfer(n=juanfer@190.157.143.212) has joined #tryton | ||
| 2008-12-20 18:25 <cedk> mh1: otherwise, you can write a script that communicate with Tryton server trought XML-RPC or Tryton protocol or you can use Tryton as a library | ||
| 2008-12-20 18:26 <cedk> http://groups.google.com/group/tryton/browse_thread/thread/72785c50c23a293f | ||
| 2008-12-20 19:12 <CIA-53> tryton: C?dric Krier <ced@b2ck.com> default * 1380:dc61743e6b88 trytond/trytond/ir/model.py: Fix model graph for pydot 1.0.2 for issue691 | ||
| 2008-12-20 19:13 <CIA-53> tryton: ced roundup * #691/InvocationException when printing graph: [resolved] Fix with changeset dc61743e6b88 | ||
| 2008-12-20 19:19 <CIA-53> tryton: matb roundup * #692/Print option 'Email as attachment': field email for report invoice not evaluated: [new] When printing an invoice to mail, neither field email of Administration/UI/Actions/Reports is evaluated nor email['subject'] = action['name' ... | ||
| 2008-12-20 19:51 -!- mmarshall(n=mmarshal@adsl-76-255-70-173.dsl.rcsntx.sbcglobal.net) has joined #tryton | ||
| 2008-12-20 20:15 -!- ikks(n=igor@190.12.153.202) has joined #tryton | ||
| 2008-12-20 20:46 -!- vengfulsquirrel(n=ian@c-71-202-125-182.hsd1.ca.comcast.net) has joined #tryton | ||
| 2008-12-20 21:14 <ikks> carlos, sounds like spanish? | ||
| 2008-12-20 21:16 <carlos> ikks: I'm from Spain, yes | ||
| 2008-12-20 21:17 <ikks> carlos: ok, from Colombia, If you are interested in review the translation, just let me know | ||
| 2008-12-20 21:18 <carlos> ikks: My priority is functionality, but count with me if I see something that could be improved ;-) | ||
| 2008-12-20 21:18 <ikks> nice. Don't hesitate to ask on the mailing list, really responsive and collaborative :) | ||
| 2008-12-20 21:19 <carlos> yeah, that's what I really like from Tryton vs. OpenERP... | ||
| 2008-12-20 21:21 <mh1> Is it possible to use latex templates with tryton? | ||
| 2008-12-20 21:21 <ikks> mh1 it sounds really opposite to the things one would expect of an ERP | ||
| 2008-12-20 21:22 <mh1> ikks: Why? | ||
| 2008-12-20 21:23 <ikks> mh1, it's not so common to have LaTeX experts on an enterprise. | ||
| 2008-12-20 21:27 <mh1> /mh1 cannot think of any easier way of keeping templates for different kinds of documents in sync. Manually doing this on a bunch of office documents is not what I would call an professional approach. | ||
| 2008-12-20 21:32 <mh1> Nevertheless Relatorio *does* support LaTeX. | ||
| 2008-12-20 21:43 -!- Cristi_an(n=Cristi@89.120.211.206) has joined #tryton | ||
| 2008-12-20 21:52 <CIA-53> tryton: C?dric Krier <ced@b2ck.com> default * 1132:7890c73b42df tryton/tryton/gui/window/view_form/view/ (form.py list.py): Always add email subject for issue692 | ||
| 2008-12-20 21:52 <CIA-53> tryton: ced roundup * #692/Print option 'Email as attachment': field email for report invoice not evaluated: [resolved] Fix with changeset 7890c73b42df | ||
| 2008-12-20 21:53 <CIA-53> tryton: C?dric Krier <ced@b2ck.com> default * 1381:cdf13f72c507 trytond/trytond/ir/action.py: Add email field for wizards that are used with reports | ||
| 2008-12-20 22:10 <CIA-53> tryton: C?dric Krier <ced@b2ck.com> default * 1382:ec0a48ce5cf0 trytond/trytond/ir/ (action.py action.xml): Add email on wizard view and move email field from wrong model | ||
| 2008-12-20 22:20 <carlos> mh1: If relatorio supports Latex, I'm sure Tryton supports it too or is quite easy to add it | ||
| 2008-12-20 22:22 <cedk> mh1, carlos: we don't provide support for latex but it must be easy to do it | ||
| 2008-12-20 22:22 <cedk> just override the execute function of Report | ||
| 2008-12-20 22:23 <cedk> but you must handle yourself the translation | ||
| 2008-12-20 22:27 <carlos> cedk: btw, I guess is ok to take some code from OpenERP/TinyERP as the base for a Tryton module, right? (as far as I know, GPLv2 and later is compatible with GPLv3) | ||
| 2008-12-20 22:27 <carlos> cedk: I'm thinking about the Spanish accounting module | ||
| 2008-12-20 22:27 <cedk> carlos: yes and normally they also change to GPL3 | ||
| 2008-12-20 22:28 <carlos> Oh, I didn't know OpenERP is also moving to GPL3 | ||
| 2008-12-20 22:39 -!- snowch(n=snowch@82.152.13.57) has joined #tryton | ||
| 2008-12-20 22:39 <snowch> hello irc! | ||
| 2008-12-20 22:40 <cedk> snowch: hi | ||
| 2008-12-20 22:42 <snowch> hi cedic, does the tryton (openerp) follow good python programming practices? from what I've read, you have already done a fair amount of cleaning of the code? | ||
| 2008-12-20 22:42 <cedk> snowch: yes we try | ||
| 2008-12-20 22:43 <CIA-53> tryton: C?dric Krier <ced@b2ck.com> default * 224:471065ea640f account_invoice/invoice.odt: Separate tests for document title to allow better formatting and translation for issue658 | ||
| 2008-12-20 22:44 <snowch> one of the things I am struggling with is the tight coupling between the various layers. for example, db_pool is used throughout many classes, yet normally db_pool should only be used by upper layer (i.e. orm layer)? | ||
| 2008-12-20 22:44 <CIA-53> tryton: ced roundup * #658/Make translation of title of invoice report independent from invoice.type: [resolved] Fix with changeset 471065ea640f Please try next time to provide a bundle with only the changeset for the issue. | ||
| 2008-12-20 22:45 <cedk> snowch: I don't see what you are talking | ||
| 2008-12-20 22:45 <snowch> I can see now how it is difficult to switch to another orm layer | ||
| 2008-12-20 22:48 <cedk> there is no db_pool ? | ||
| 2008-12-20 22:48 <snowch> cedk: for example, server talks directly to pooler. in java I would hide pooler behind a service layer. | ||
| 2008-12-20 22:49 <snowch> cedk: sorry I meant pooler! | ||
| 2008-12-20 22:49 <cedk> snowch: why? what is the benefit? | ||
| 2008-12-20 22:50 <cedk> and what do you call "service layer"? | ||
| 2008-12-20 22:50 <snowch> cedk: keep all the business service code packaged together, likewise, keep all the lower level orm code together | ||
| 2008-12-20 22:51 <cedk> snowch: that is what we have as business is in modules | ||
| 2008-12-20 22:59 <mh1> What does the setting "multi_server" ind trytond.conf mean? | ||
| 2008-12-20 22:59 <snowch> cedk: in java i would hide all direct calls to database behind a 'service' layer. for example in server.py, there is code for SELECT'ing LANG, UPDATE'ing res_user, etc | ||
| 2008-12-20 23:00 <cedk> mh1: it allows to run many servers on the same database, it will activate cache cleaning | ||
| 2008-12-20 23:01 <cedk> snowch: why ? | ||
| 2008-12-20 23:02 <cedk> I agree that we must try to minimize the use of sql query, but some times it is more efficient | ||
| 2008-12-20 23:04 <snowch> cedk: keep all code with similar functionality together. it may make the code less efficient, but more readable and maintainable. for example replacing the orm layer is currently difficult because there are so many dependencies on it throughout all the code. | ||
| 2008-12-20 23:04 <cedk> snowch: and by the way in this code we can not use the ORM | ||
| 2008-12-20 23:04 <cedk> snowch: in fact it is not an ORM | ||
| 2008-12-20 23:05 <cedk> and I think there is no name for what it is | ||
| 2008-12-20 23:13 <snowch> cedk: maybe it's my java background (and lack of python knowledge), but i find the code difficult to read. there is not a clear separation of responsibilities. for example, the server.py is: configuring logging, talking to the database, setting up web services, setting up code for handling netsvc and xmlrpc, setting up webdav, etc.. | ||
| 2008-12-20 23:14 <mh1> What would to suggest a newbie to do/read etc. in order to get an impression for the usage of tryton? (already successfully installed) There so many dialog ands options "to guess"... | ||
| 2008-12-20 23:14 <cedk> snowch: I find it is the right place as it is the server | ||
| 2008-12-20 23:15 <cedk> snowch: it can have some refactorize to put some part of code in an other file, but I don't find it usefull if it is to create file with two lines of code | ||
| 2008-12-20 23:16 <cedk> mh1: what do you want to see? functionnality or coding? | ||
| 2008-12-20 23:18 <snowch> cedk: it would make the code easier to read, maintain and unit test. | ||
| 2008-12-20 23:20 <snowch> cedk: but this is why I am asking if this is the python way and i need to change my mindset to understand the code? | ||
| 2008-12-20 23:20 <mh1> I trying out tryton for my company. As I'm a software developer I'm not afraid of python code though. But at first I would like to know if tryton fits our requirements. | ||
| 2008-12-20 23:21 <cedk> snowch: it is planned to refactorize the web_service stuff for the next release | ||
| 2008-12-20 23:21 <cedk> mh1: what is your requirements? | ||
| 2008-12-20 23:27 <mh1> We need to manage customers, services and invoices. We need an interface to (batch) import invoices generated by external accouting tools and furthermore the export of the journal/accouting data for further (external) processing. | ||
| 2008-12-20 23:27 <snowch> cedk: ok, thanks for your help again! | ||
| 2008-12-20 23:28 <cedk> mh1: what kind of services? | ||
| 2008-12-20 23:28 <cedk> mh1: for invoice, I think there is no problem | ||
| 2008-12-20 23:28 <cedk> mh1: for customer, it depends what do you need to manage | ||
| 2008-12-20 23:29 <cedk> mh1: for export/import there is the csv tool from the client but there is also some other possibility that will need some programming (but it will be not difficult) | ||
| 2008-12-20 23:29 <cedk> snowch: we will start the refactoring in 1-2 months | ||
| 2008-12-20 23:30 <mh1> services provided by our company (it's supported) | ||
| 2008-12-20 23:30 <cedk> mh1: no needs of project management ? | ||
| 2008-12-20 23:31 <mh1> We mainly use trac and/or otrs up to now. Does tryton support project management? | ||
| 2008-12-20 23:31 <cedk> mh1: there is a begining of module | ||
| 2008-12-20 23:32 <mh1> At all Tryton seems to fit so far. Now I started playing around to get an impression of the usage but it's hard without any documentation. | ||
| 2008-12-20 23:35 <cedk> mh1: the main difficulty to provide documentation, is that as Tryton is modular | ||
| 2008-12-20 23:37 <mh1> cedk: and the modules hook into each other. I suppose. | ||
| 2008-12-20 23:37 <cedk> mh1: yes, they can change the form, the workflow, etc... | ||
| 2008-12-20 23:38 <cedk> mh1: but for your tests, you can just start create sale order | ||
| 2008-12-20 23:38 <cedk> mh1: confirm it, and you will have the invoice created automaticaly | ||
| 2008-12-20 23:40 <cedk> mh1: you will see also on the party that the receivable field will be updated also | ||
| 2008-12-20 23:44 <cedk> mh1: by the way, you must first create product of type services | ||
| 2008-12-20 23:44 <mh1> I tried to create a customer invoice. But I had to add serveral companies, accounts, taxes and such things. I still don't know what they a used to. | ||
| 2008-12-20 23:45 <cedk> mh1: company is your company in the system | ||
| 2008-12-20 23:45 <cedk> mh1: accounts is for the accounting stuff, I think it is normal to have it since you want to create invoice | ||
| 2008-12-20 23:46 <mh1> Tryton supports multiple companies in a single db? | ||
| 2008-12-20 23:46 <cedk> mh1: yes | ||
| 2008-12-20 23:46 <mh1> ok, that's why I need to assign a company to each account? | ||
| 2008-12-20 23:47 <mh1> (financial account not user account) | ||
| 2008-12-20 23:47 <cedk> mh1: yes but normally you use a account template to create it | ||
| 2008-12-20 23:47 <cedk> mh1: yes, in Tryton you don't need to create account for your customers | ||
| 2008-12-20 23:48 <mh1> I installed the default template with those general payable receivable accounts. But those accounts did not appear when when I later added an invoice. | ||
| 2008-12-20 23:49 <cedk> mh1: did you select default payable/receivable account in the wizard? | ||
| 2008-12-20 23:50 <mh1> I would expect a "customer account" to be implicitly added when a customer is added. However, there was no account when I selected that customer in the invoice form. And then tryton crashed. | ||
| 2008-12-20 23:50 <mh1> I would expect to assign a p/r account to each service/product/stock item. | ||
| 2008-12-20 23:50 <cedk> mh1: yes there is field on product for that | ||
| 2008-12-20 23:51 -!- snowch(n=snowch@82.152.13.57) has left #tryton | ||
| 2008-12-20 23:51 <mh1> I expect I forgot some steps while doing the basic setup. | ||
| 2008-12-20 23:51 <mh1> Back to "documentation": | ||
| 2008-12-20 23:51 <cedk> mh1: and you can have default value set on it, but for that you must configure it | ||
| 2008-12-20 23:54 <mh1> Tryton ships with a some extension modules. "core" is mainly useless. Maybe a starting point for documentation would be from a basic set of installed modules required nearly all companies: accounting, customers, products, invoices. | ||
| 2008-12-20 23:56 <cedk> mh1: yes, but it needs times | ||
| 2008-12-20 23:57 <mh1> I wonder if looking at Open/TinyERP documentation is useful. One or two years ago I look at TERP but the docs weren't helpful at all. Moreover Tryton has envolved. :) | ||
| 2008-12-20 23:58 <cedk> mh1: some stuff are still the same |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!