IRC logs of #tryton for Wednesday, 2009-09-16 #tryton log beginning Wed Sep 16 00:00:02 CEST 2009
2009-09-16 03:29 -!- ikks(n=ikks@ has joined #tryton
2009-09-16 05:19 -!- yangoon( has joined #tryton
2009-09-16 07:12 -!- enlightx( has joined #tryton
2009-09-16 07:52 -!- sharkcz( has joined #tryton
2009-09-16 08:07 -!- cedk(n=ced@gentoo/developer/cedk) has joined #tryton
2009-09-16 08:08 -!- vengfulsquirrel( has joined #tryton
2009-09-16 08:25 -!- gour(n=Gour@ has joined #tryton
2009-09-16 08:31 <vengfulsquirrel> cedk: Is there anything else holding up those 2 doc issues?
2009-09-16 08:44 -!- carlos( has joined #tryton
2009-09-16 08:47 <cedk> vengfulsquirrel: I don't know
2009-09-16 08:48 <cedk> vengfulsquirrel: at least a patch
2009-09-16 08:48 <vengfulsquirrel> cedk: isn't the patch on coderreview?
2009-09-16 08:48 <vengfulsquirrel> *codereview
2009-09-16 08:49 <cedk> vengfulsquirrel: you must attach a final patch in roundup with commit comment
2009-09-16 09:00 <CIA-2> vengfulsquirrel roundup * #1117/Report Documentation: Final patch.
2009-09-16 09:00 <CIA-2>
2009-09-16 09:01 <vengfulsquirrel> forgot issue number again
2009-09-16 09:02 <vengfulsquirrel> every time
2009-09-16 09:04 -!- dukai(n=quassel@ has joined #tryton
2009-09-16 09:04 <gour> morning
2009-09-16 09:06 <gour> i'm thinking about writing tryton-tutorial, kind of extended version of helloWorld...something like stripped-down version of 'party' module with some other module which iherits and/or modifies it... from it
2009-09-16 09:06 <gour> what do you think about it?
2009-09-16 09:06 <gour> i'd need help from the devs to fill the holes in the 'template' :-)
2009-09-16 09:06 <gour> s/from it//
2009-09-16 09:08 <vengfulsquirrel> gour: I like your enthusiam but why not just extend the helloworld document? Otherwise there will be two things to maintain.
2009-09-16 09:09 <CIA-2> Ian Wilson <> default * 2016:1108fa9bbe5b trytond/doc/reports.rst: Added basic reports documentation.
2009-09-16 09:09 <CIA-2>
2009-09-16 09:09 <CIA-2> ced roundup * #1117/Report Documentation: [resolved] Applied
2009-09-16 09:09 <CIA-2>
2009-09-16 09:10 <gour> vengfulsquirrel: well, helloWorld does not have much 'business' logic in it, the model would have to be reworked anyway. moreover, i'm thinking about tutorial.rst, i.e. something which will become part of official docs and maintained under VCS...i'm not wiki fan
2009-09-16 09:13 <CIA-2> vengfulsquirrel roundup * #1118/Doc: Explaination of on_change, on_change_with and default for fields.: Final patch.
2009-09-16 09:13 <CIA-2>
2009-09-16 09:14 <vengfulsquirrel> gour: yeah but the wiki has less privilege restrictons than the trunk, so for example I can make changes to it
2009-09-16 09:15 <vengfulsquirrel> gour: Maybe we just need more business logic in that example?
2009-09-16 09:15 <gour> vengfulsquirrel: that's right...still i'd post my 'tutorial' as patch for review, so that other devs can fix/add stuff. what do you think?
2009-09-16 09:16 <CIA-2> Ian Wilson <> default * 2017:6cdfd212a1df trytond/doc/models.rst: Added examples of on_change, on_change_with and default for issue1118.
2009-09-16 09:16 <CIA-2>
2009-09-16 09:16 <gour> i believe it would be nice that tryton has more elaborate tutorial as part of the docs
2009-09-16 09:16 <CIA-2> ced roundup * #1118/Doc: Explaination of on_change, on_change_with and default for fields.: [resolved] Applied
2009-09-16 09:16 <CIA-2>
2009-09-16 09:16 <gour> cedk: ^^^ what do you think?
2009-09-16 09:18 <vengfulsquirrel> gour: Yeah but we need to take more load off the core developers instead of possibly adding more load onto them. So by putting it in the wiki it means one more thing they don't have to worry about.
2009-09-16 09:19 <cedk> gour: I don't like to put tutorial into the doc because it is too complicated/difficult to maintain
2009-09-16 09:19 <gour> vengfulsquirrel: heh, but i cannot write it myself, i'm just beginning to learn, so more experienced tryton-devs has to gibe their input as well...even cedk was fixing wiki
2009-09-16 09:19 <gour> cedk: what is the difficutly?
2009-09-16 09:20 <gour> *difficulty
2009-09-16 09:20 <vengfulsquirrel> gour: yeah but he can fix the wiki whenever its not going to possibly break anything in trunk
2009-09-16 09:22 <gour> vengfulsquirrel: how could tutorial doc break anything? otoh, i believe that some basic tutorial will be relevant for long time...if the things are changing so rapidly in tryton, then one has to maintain wiki as well
2009-09-16 09:25 -!- wimalopaan( has joined #tryton
2009-09-16 09:27 -!- bechamel( has joined #tryton
2009-09-16 09:33 <vengfulsquirrel> gour: right the tutorial could not break anything but the documentation would be contained in the same repository as trytond so you can't just apply any patch
2009-09-16 09:35 <gour> vengfulsquirrel: hmm, i don't get it...isn't it the policy that every patch is reviewed? i also posted 'my' doc-patch who was applied in trytond's trunk...
2009-09-16 09:36 <vengfulsquirrel> gour: yes exactly, they must be reviewed, which is the problem
2009-09-16 09:36 <vengfulsquirrel> gour: Do you see what I mean ?
2009-09-16 09:37 <gour> vengfulsquirrel: but every patch is reviewed? doesn't tryton have something like kernel-model?
2009-09-16 09:38 <gour> there can be one dev as leader of the doc-team (which is, anyway) missing and all the patches about the docs go to him
2009-09-16 09:41 <vengfulsquirrel> gour: Yeah I have thought about this before, but it seems like too much work just for a tutorial. Maybe when there are many more developers it would make sense.
2009-09-16 09:42 <gour> vengfulsquirrel: heh, will you make more devs without sufficient docs? maybe you're not fans of 'producingoss' :-D
2009-09-16 09:42 <gour> vengfulsquirrel: it's not JUST a tutotrial, but THE tutorial ;)
2009-09-16 09:42 <vengfulsquirrel> gour: Regardless, a tutorial must exist before either case. I think extending the helloworld example is the best route, or making it part of a bigger tutorial.
2009-09-16 09:45 <udono> gour: for me it is enough to have One good and well maintained introductional tutorial for devs to come into tryton devs.
2009-09-16 09:45 <udono> gour: our problems are API docs and user docs IMHO
2009-09-16 09:45 <gour> vengfulsquirrel: another point why making tutorial part of the docs...i'd like that it fully explains every line in the *.xml, i.e. what each parameter does and why it is used, giving further links to API docs
2009-09-16 09:46 <gour> ACTION agrees with udono 150%
2009-09-16 09:48 <gour> ACTION thinks that needs another subsection under 'Sub-projects' called 'Docs'
2009-09-16 09:48 <vengfulsquirrel> gour: Maybe not every line but linking to relevant documentation after major explainations would be good. Well I have to go to sleep, but I'll keep thinking about the what and where of a tutorial.
2009-09-16 09:48 <gour> vengfulsquirrel: thanks. g'night
2009-09-16 09:48 <udono> vengfulsquirrel: sleep well
2009-09-16 09:49 <gour> the tutorial work can be done only with those interested for it, not bothering other core-devs...until it's ready for review before applying...
2009-09-16 09:54 <udono> gour: yes, but tutorial is for me a community generated and maintained documentation. So its best place is in the wiki IMHO. API doc and user reference on the other side is job of tryton project developer.
2009-09-16 09:56 <gour> udono: i do not fully agree...for me the tutorial should be part of official docs - it's a bridge user-docs <---> developer doc
2009-09-16 09:56 <udono> gour: you see the coverage of the API doc and user doc, there is enough to do for the project devs. It is not helpful to have another half written document inside Tryton.
2009-09-16 09:57 <udono> gour: yes, but only if it is prooved, nearby finished and if it has a maintainer who is responsible.
2009-09-16 09:58 <gour> moreover, tryton is framework, so there is not much to be said about using it, but it requires explanation how to 'use' it by extending the core functionality
2009-09-16 09:58 <gour> udono: that's why i said that there is need for Doc-subproject
2009-09-16 09:59 <gour> udono: btw, what do you consider user-doc in the present doc?
2009-09-16 09:59 <gour> wiki should be for 'side-documents'
2009-09-16 09:59 <gour> (imho)
2009-09-16 10:00 <udono> gour: Modules doc and client doc.
2009-09-16 10:01 <udono> = user-doc
2009-09-16 10:02 <udono> gour: our agreement in the project is: high quality reference doc delivered with tryton. Everything else is side-doc, community maintained or not.
2009-09-16 10:03 <gour> udono: hmm, considering empty chapters for wizard, reports and workflow :-)
2009-09-16 10:07 <udono> gour: so you see, there is no need to have another unfinished document in the trunk...
2009-09-16 10:12 <gour> udono: who said to put unfinished document in the trunk? i'm speaking about the opposite - to write basic tutorial for tryton development explaining basic things (with reference to the API) like creating module, about actions, extending the module's functionality by another module which inherits from the 1st one..with some simple 'business logic' (using Model's methods)..all these divided in few incremental
2009-09-16 10:12 <gour> steps with few screenshots...and i believe that such basic tutorial can serve for a long time without the need to maintain it much...btw, how old are e.g. (py)gtk+ tutorials?
2009-09-16 10:17 <udono> gour: Screenshots needed to be replaced every Version of tryton if the doc is inside the framework.
2009-09-16 10:18 <gour> udono: well, that's twice a year, right?
2009-09-16 10:19 <udono> gour: tutorial targets mostly dev-user needs. These needs are as flexible as we have users. So it needs to be quickly changed.
2009-09-16 10:20 <udono> gour: yes, twice a year. You know what this mean?
2009-09-16 10:20 <udono> gour: in uestions of working hours?
2009-09-16 10:23 <gour> udono: isn't the above explanation of the use-case some kind of common-denominator to develop in tryton? we're speaking about sufficient docs to make initial learning curve less steep, not about all the intricacies of the platform which one can (hopefully) find out by browsing the API doc
2009-09-16 10:24 <udono> gour: why not build a collaborative wiki document where everyone can participate the easy way in real time?
2009-09-16 10:25 <gour> udono: i.e, i believe there is no need to constantly change tutorial...even the shots can remain the same for some time saying they're from the older (still maintained) release, which practically means (depending on the life cycle for the release) changing them once in 12/18/x months
2009-09-16 10:28 <gour> udono: first of all i cannot edit wiki, but, yes, we can start on wiki and after finishing moving it to the docs
2009-09-16 10:29 <udono> gour: yes, that's the way I try to explain.
2009-09-16 10:30 <udono> send your gmail address to cedk and he will give you project participation
2009-09-16 10:32 <udono> /participation/access
2009-09-16 10:34 -!- paepke( has joined #tryton
2009-09-16 10:37 <gour> udono: it should be already known since i was posting patch for review
2009-09-16 10:59 -!- carlos( has joined #tryton
2009-09-16 11:13 <gour> udono: to be honest, i'd be more happy that we write in rst and keep tutorial under vcs as one 'module' instead of fiddling with another one wiki syntax :-/
2009-09-16 11:44 <udono> yes, just open a mercurial repos anywhere and tell your ambition, the target audience, goals and the link on the mailing list. Only problem I see are visible screeshots...
2009-09-16 11:45 <udono> gour: but expect minor collaboration since creating patches is more work then editing a wikipage
2009-09-16 11:46 <gour> udono: ok. we can produce shots and include 'em in the repo? should i write tutorial.rst as part/fork of docs directory, so that's easier to hyperlink or to use external links?
2009-09-16 11:47 <gour> udono: ok, but at least is easier to orient with dvcs then fiddling with wiki's history
2009-09-16 11:50 -!- Timitos(n=timitos@ has joined #tryton
2009-09-16 11:50 <udono> gour: google wiki is vcs
2009-09-16 11:50 <gour> udono: svn?
2009-09-16 11:50 <udono>
2009-09-16 11:50 <udono> gour: yes
2009-09-16 11:51 <gour> udono: another reason to stay with rst ;)
2009-09-16 11:52 <gour> hmm
2009-09-16 11:53 <gour> i'll reconsider wiki after inspecting wiki syntax a bit...maybe i could write offline and then commit...let's see
2009-09-16 11:53 <udono> gour: ok
2009-09-16 11:58 <gour> udono: what about ?
2009-09-16 12:01 <gour> udono: see
2009-09-16 12:01 <gour> (step 4)
2009-09-16 12:01 <udono> gour: tell cedk, I have no administration account on google.
2009-09-16 12:02 <gour> udono: well, cedk is the top-guy and i'm at the bottom...that's why i'm canvassing someone above me, not the bdfl :-)
2009-09-16 12:20 <gour> udono: ok, let's make, for the sake of tryton, a compromise...using wiki (converted to hg) as the birthplace for tryton-tutorial. i've installed moinmoin (google's wiki is subset of it) mode for emacs, fetched wiki from svn and it looks good-enough to tolerate it and writing with it so we can instant gratification online and (hopefully) non-minor contribution. is the deal ok?
2009-09-16 12:21 <udono> gour: yes, sounds ok for me.
2009-09-16 12:25 <gour> udono: cool
2009-09-16 12:26 <udono> gour: so the tutorial stays at it place on google?
2009-09-16 12:27 <gour> udono: yes, until it's polished enough to be incorporated in the docs...maybe we can start a new page named Tutorial?
2009-09-16 12:28 <udono> gour: I don't know.
2009-09-16 12:28 <gour> it should provide more than helloWorld
2009-09-16 12:30 <udono> gour: Tutorial is to general. Give it a real name what it does. But who know in the beginning of a Tutorial what it does on the end? I would start to extend the hello world, after finishing, the name will be obvious
2009-09-16 12:32 <gour> udono: almost every project has tutorial. otoh, if we start fiddling with helloWorld example, maybe there won't be any complete & working example for new people to try. old page would be gone and new one not ready
2009-09-16 12:33 -!- essich( has joined #tryton
2009-09-16 12:34 <udono> gour is it a tutorial for users, for sale, for accounting, purchase or development. Is it a tutorial for connecting via XMLRPC ?
2009-09-16 12:34 <udono> gour: and I would talk a word with the original author of the tutorial...
2009-09-16 12:36 <gour> udono: for starting the development on tryton platform - like a tiny openrep's developer book - tp://
2009-09-16 12:37 <gour> oops -
2009-09-16 12:39 <gour> udono: if we start new page, then we can credit the original author
2009-09-16 12:43 -!- sharkcz( has joined #tryton
2009-09-16 12:56 -!- carlos( has joined #tryton
2009-09-16 13:36 <CIA-2> matb roundup * #1179/Category of event is not attached to event: [new] When creating an event with a category in iceowl, this category is created in tryton, (I can select it), but it is not added for this event.
2009-09-16 13:36 <CIA-2>
2009-09-16 13:38 <CIA-2> matb roundup * #1177/UUID and recurrence must be unique in a calendar!: [closed] Reading it is quite possible, that I ran into one of those bug ...
2009-09-16 13:38 <CIA-2>
2009-09-16 13:40 -!- ikks(n=ikks@ has joined #tryton
2009-09-16 14:04 -!- paepke( has joined #tryton
2009-09-16 14:06 -!- enlightx( has joined #tryton
2009-09-16 14:13 <CIA-2> ced roundup * #1179/Category of event is not attached to event: [need-eg] Could not reproduce.
2009-09-16 14:13 <CIA-2>
2009-09-16 14:22 <CIA-2> matb roundup * #1179/Category of event is not attached to event: Screenshot uploaded to clarify issue.
2009-09-16 14:22 <CIA-2>
2009-09-16 14:27 <CIA-2> ced roundup * #1179/Category of event is not attached to event:
2009-09-16 14:27 <CIA-2> I understand.
2009-09-16 14:27 <CIA-2> When I said I can not reproduce, it is because I can not reproduce because it is working.
2009-09-16 14:27 <CIA-2>
2009-09-16 15:04 -!- gour(n=Gour@ has joined #tryton
2009-09-16 15:04 <CIA-2> Bertrand Chenal <> default * 2018:42520022f85c trytond/ (3 files in 3 dirs): Handle sequence and history renaming when renaming table
2009-09-16 15:04 <CIA-2>
2009-09-16 15:05 <CIA-2> Bertrand Chenal <> default * 338:3396e36728e5 purchase/ (8 files): Migrate packing* objects and tables to shipment*
2009-09-16 15:05 <CIA-2>
2009-09-16 15:05 <CIA-2> Bertrand Chenal <> default * 213:0c34052bb9c3 sale/ (7 files): Migrate packing* objects and tables to shipment*
2009-09-16 15:05 <CIA-2>
2009-09-16 15:05 <CIA-2> Bertrand Chenal <> default * 592:2ec77957bc57 stock/ (18 files): Migrate packing* objects and tables to shipment*
2009-09-16 15:05 <CIA-2>
2009-09-16 15:05 <CIA-2> Bertrand Chenal <> default * 203:75ada7a1205a stock_supply/ (10 files): Migrate packing* objects and tables to shipment*
2009-09-16 15:05 <CIA-2>
2009-09-16 15:35 -!- gremly(n=gremly@ has joined #tryton
2009-09-16 15:44 -!- woakas(n=woakas@ has joined #tryton
2009-09-16 16:01 -!- jerojasro(n=jerojasr@ has joined #tryton
2009-09-16 16:27 -!- carlos_(n=carlos@ has joined #tryton
2009-09-16 16:37 -!- gremly(n=gremly@ has joined #tryton
2009-09-16 16:54 -!- carlos__( has joined #tryton
2009-09-16 17:30 -!- MarkusB( has joined #tryton
2009-09-16 17:31 <MarkusB> ok, i'll give my best ^^
2009-09-16 17:31 <MarkusB> hi
2009-09-16 17:31 <udono> MarkusB: hi.
2009-09-16 17:32 <udono> MarkusB: this channel is logged on
2009-09-16 17:32 <udono> FYI
2009-09-16 17:33 <MarkusB> ok
2009-09-16 17:36 <MarkusB> udono, i still try to understand what groups are for. are they for controlling the visibility for user or admins?
2009-09-16 17:37 <udono> MarkusB: yes, they are controling the menu access
2009-09-16 17:37 <MarkusB> for example: what happend, if i remove in account.xml the "group_account_admin" from the menuitem "Financial Management"?
2009-09-16 17:38 <udono> BTW MarkusB: gour and me talked today about improvments for the devel docs. especially maybe you find some helpful hints inside the document
2009-09-16 17:38 <MarkusB> udono, ok
2009-09-16 17:39 <udono> MarkusB: gours goal is to create a Tutorial which show the first steps for coding in Tryton
2009-09-16 17:41 <MarkusB> udono, than you need to explain for example, what a model is. I have some ideas, but it's not enough
2009-09-16 17:42 <MarkusB> but let me reed the tutorial
2009-09-16 17:43 <udono> MarkusB: maybe this helps a bit:
2009-09-16 17:44 <MarkusB> a bit
2009-09-16 17:44 <udono> MarkusB: then this:
2009-09-16 17:54 <MarkusB> udono, the tutorial has the same problem as many other tutorials. It shows you step by step how to create a a Module, but it did'nt explain anything. It should minimum link words like view or model to the Glossary. Because nobody finds the Glossary on if the tutorial is on
2009-09-16 17:56 <udono> ...and the Glossary is user-oriented, not deep enough for the devs...
2009-09-16 18:00 <MarkusB> yes, but it gives a minimum information for the tutorial reader. I know, what a view is, but i dont know, if Tryton means the same
2009-09-16 18:01 <jerojasro> woakas: /part
2009-09-16 18:01 <MarkusB> and maybe you can link from the Glossary to the more detailed documentation.
2009-09-16 18:01 <jerojasro> oops, sorry
2009-09-16 18:01 -!- jerojasro(n=jerojasr@ has left #tryton
2009-09-16 18:02 <udono> MarkusB: yes, that's one goal gour mentioned in the morning. see the chatlog...
2009-09-16 18:05 <MarkusB> ok, reading chatlogs is booring and takes to much time ;)
2009-09-16 18:37 -!- sharkcz( has joined #tryton
2009-09-16 19:31 -!- enlightx( has joined #tryton
2009-09-16 19:53 <gour> ACTION returned back home and reading the backlog
2009-09-16 20:07 -!- enlightx( has joined #tryton
2009-09-16 20:37 -!- jerojasr1(n=jerojasr@ has joined #tryton
2009-09-16 21:35 -!- vengfulsquirrel(n=plinux@ has joined #tryton
2009-09-16 21:39 -!- gremly(n=gremly@ has joined #tryton
2009-09-16 22:39 -!- gremly(n=gremly@ has joined #tryton

Generated by 2.17.3 by Marius Gedminas - find it at!