Re: [tryton-dev] Training modules (before: Custom view on Many2Many relationship)
2013/12/10 Jordi Esteve > On 10/12/13 16:33, Guillem Barba Domingo wrote: > > > 2013/12/10 Josias Pérez > >> Hi Guillem, >> >> I was talking with Zikzakmedia team about training module too. >> >> On Monday, December 2, 2013 11:43:46 AM UTC-6, Guillem Barba wrote: >>> >>> >>> I want to contribute too with the development, I was been migrating >> the OERP training module, I the work is in >> https://github.com/iehoshia/trytond-training, feel free to contribute. >> >> Zikzakmedia team give a recommendation, distribute the functionality in >> diferents modules, >> >> >> training: Training basics; course, offer, sessions. >> * training_catalog: To manage course catalog. >> * training_subscription: To manage subscriptions on courses. >> * training_participation: To manage session and participation. >> * training_subscription_invoice: To manage invoices on courses. >> * training_room: To manage rooms and buildings >> * training_exam: To manage exams >> > > It is a good idea. In my proposal I mantain the subscription and > participation in the core module. For me, it doesn't make sense to have > courses if there isn't subscriptions nor participations. > > > It is not an important issue, but I think is better to split courses and > subscriptions-participation in different modules, like is described in the > above list of modules for the training area. > > 1) In a free or open course/session maybe you don't need to manage any > subscription, neither participations. > > 2) It can be compared to some core modules of Tryton: product and sale. > You can not have sales without products, but their functionality is split > in two modules. You can apply the same approach in the training world: More > or less, the products are courses and sessions. And the sales are the > subscriptions. > I don't agree. Products is something generic that is used by several modules. You can have products without sales but you will have shipments or purchases or something... I can't imagine someone with products and anything using that. Courses and sessions is not generic. If you look my proposal, Subscription is only the registration of party in a course (is the equivalent to subscription line in OERP) and anything else in the core module. I can't imagine a Use case where you have courses but you don't want to register who participate in these courses. Almost in a MOOC course you would to have a register of participants. IMHO, your proposal is more similar to have the 'sale' module splitted in 'sale' and 'sale_shipment'. Maybe, it could be someone who wants to manage Sale without managing warehouse/stock... but support this strange use case doesn't compensate the effort to have subscriptions/participations splitted from core module. -- Guillem Barba http://www.guillem.alcarrer.net
Re: [tryton-dev] Custom view on Many2Many relationship
On 10/12/13 16:33, Guillem Barba Domingo wrote: 2013/12/10 Josias Pérez mailto:jep...@gmail.com>> Hi Guillem, I was talking with Zikzakmedia team about training module too. On Monday, December 2, 2013 11:43:46 AM UTC-6, Guillem Barba wrote: I want to contribute too with the development, I was been migrating the OERP training module, I the work is in https://github.com/iehoshia/trytond-training, feel free to contribute. Zikzakmedia team give a recommendation, distribute the functionality in diferents modules, training: Training basics; course, offer, sessions. * training_catalog: To manage course catalog. * training_subscription: To manage subscriptions on courses. * training_participation: To manage session and participation. * training_subscription_invoice: To manage invoices on courses. * training_room: To manage rooms and buildings * training_exam: To manage exams It is a good idea. In my proposal I mantain the subscription and participation in the core module. For me, it doesn't make sense to have courses if there isn't subscriptions nor participations. It is not an important issue, but I think is better to split courses and subscriptions-participation in different modules, like is described in the above list of modules for the training area. 1) In a free or open course/session maybe you don't need to manage any subscription, neither participations. 2) It can be compared to some core modules of Tryton: product and sale. You can not have sales without products, but their functionality is split in two modules. You can apply the same approach in the training world: More or less, the products are courses and sessions. And the sales are the subscriptions. -- Jordi Esteve Consultor Zikzakmedia SL jest...@zikzakmedia.com Mòbil 679 170 693 Zikzakmedia SL Dr. Fleming, 28, baixos 08720 Vilafranca del Penedès Tel 93 890 2108
Re: [tryton-dev] Custom view on Many2Many relationship
2013/12/10 Guillem Barba Domingo > For me, it doesn't make sense to have couses if there isn't subscriptions > nor participations. > It's possible products without sales. Same as courses without participations/subscriptions (but in general, courses and subscriptions are related).
Re: [tryton-dev] Custom view on Many2Many relationship
2013/12/10 Josias Pérez > Hi Guillem, > > I was talking with Zikzakmedia team about training module too. > > On Monday, December 2, 2013 11:43:46 AM UTC-6, Guillem Barba wrote: >> >> >> I want to contribute too with the development, I was been migrating the > OERP training module, I the work is in > https://github.com/iehoshia/trytond-training, feel free to contribute. > > Zikzakmedia team give a recommendation, distribute the functionality in > diferents modules, > > > training: Training basics; course, offer, sessions. > * training_catalog: To manage course catalog. > * training_subscription: To manage subscriptions on courses. > * training_participation: To manage session and participation. > * training_subscription_invoice: To manage invoices on courses. > * training_room: To manage rooms and buildings > * training_exam: To manage exams > It is a good idea. In my proposal I mantain the subscription and participation in the core module. For me, it doesn't make sense to have couses if there isn't subscriptions nor participations. I also propose to change the remove the course-seance, offer-session duplicity because in the OERP design it's hard to know where is the information defined. I propose that a course and its sessions (in the new vocabulary) were self-contained, and there are course.template and session.template and the course and session have a relation with its template but only as "origin", not to take information from them. > The part of scores I think it will be specific for your project. I also >> need something similar but not equal. Maybe it can be generalized... But >> probably not. >> > It could be generalized, for this is gradesheet, to manage scores, but the > design need to be made. > I encourage you to add your comments in Training Verticalization blueprint [1] to have a more complete and formal design (and discusion about it). > Let me now how can work on this module together. > > Greetings! > > >> 1: http://code.google.com/p/tryton/wiki/TrainingVerticalization >> > -- Guillem Barba http://www.guillem.alcarrer.net
[tryton-dev] trytond: Fix computation of done state for purchase and sale
Allow to go to done state when one sub-state is none and nothing was generated for it. issue3550 URL: http://codereview.tryton.org/2221002/
[tryton-dev] account_invoice: Fix pay wizard for supplier invoice
Since changeset ec72480260e4, get_reconcile_lines_for_amount expect to have signed amount but the pay wizard use absolute amount. issue3552 URL: http://codereview.tryton.org/2211002/
Re: [tryton-dev] Presentation on TUB2013
On 23/11/13 09:05 +0100, Christophe wrote: > Hello, > > I don't find in the web site the presentation showed in TUB2013 like > previous unconference. Is there a place where i can found them ? http://www.tryton.org/papers.html#presentations-tub2013 -- Cédric Krier - B2CK SPRL Email/Jabber: cedric.kr...@b2ck.com Tel: +32 472 54 46 59 Website: http://www.b2ck.com/ pgpWiNckUxvYn.pgp Description: PGP signature
Re: [tryton-dev] Custom view on Many2Many relationship
Hi Guillem, I was talking with Zikzakmedia team about training module too. On Monday, December 2, 2013 11:43:46 AM UTC-6, Guillem Barba wrote: > > > El 29/11/2013 7:24, "Josias Pérez" > va > escriure: > > > > Hi, > > > > I was working on a module for course management. > > Hi Josias, > There is a Blueprint [1] for a Training Verticalisation (the name can be > changed) which base module should be good for you. Based on the diagram you > supplied, you don't need Sessions in a Course but it should be possible. > The blueprint is WiP. I have to complete it with invoicing requirements. > I don't need it for now, but I can contribute in the development because I > will use it. > I want to contribute too with the development, I was been migrating the OERP training module, I the work is in https://github.com/iehoshia/trytond-training, feel free to contribute. Zikzakmedia team give a recommendation, distribute the functionality in diferents modules, training: Training basics; course, offer, sessions. * training_catalog: To manage course catalog. * training_subscription: To manage subscriptions on courses. * training_participation: To manage session and participation. * training_subscription_invoice: To manage invoices on courses. * training_room: To manage rooms and buildings * training_exam: To manage exams The part of scores I think it will be specific for your project. I also > need something similar but not equal. Maybe it can be generalized... But > probably not. > It could be generalized, for this is gradesheet, to manage scores, but the design need to be made. Let me now how can work on this module together. Greetings! > 1: http://code.google.com/p/tryton/wiki/TrainingVerticalization > > > Initially, the design was taken from and excel sheet. > > > > I would appreciate help to use the One2Many relationship in GradeSheet > filter based on course selection and use it like excel does. > > I don't understant what you need. What is "GradeSheet"? > > > https://github.com/iehoshia/edu-dev > > > > Thanks in advance! > > >