IRC logs of #tryton for Saturday, 2010-11-27

chat.freenode.net #tryton log beginning Sat Nov 27 00:00:02 CET 2010
2010-11-27 00:01 -!- johbo_(~joh@statdsl-085-016-072-173.ewe-ip-backbone.de) has joined #tryton
2010-11-27 00:01 -!- johbo__(~joh@statdsl-085-016-072-173.ewe-ip-backbone.de) has joined #tryton
2010-11-27 01:16 -!- 20QACOSLS(~joh@statdsl-085-016-072-173.ewe-ip-backbone.de) has joined #tryton
2010-11-27 01:16 -!- 94SAAEJSG(~joh@statdsl-085-016-072-173.ewe-ip-backbone.de) has joined #tryton
2010-11-27 03:03 -!- johbo(~joh@statdsl-085-016-072-173.ewe-ip-backbone.de) has joined #tryton
2010-11-27 03:03 -!- johbo_(~joh@statdsl-085-016-072-173.ewe-ip-backbone.de) has joined #tryton
2010-11-27 03:17 -!- jcm(~jcm@9.110.74-86.rev.gaoland.net) has joined #tryton
2010-11-27 04:16 -!- sharoon(~sharoon@218.248.84.82) has joined #tryton
2010-11-27 05:06 -!- sharoon(~sharoon@58.68.28.40) has joined #tryton
2010-11-27 05:17 -!- yangoon(~mathiasb@p549F6F65.dip.t-dialin.net) has joined #tryton
2010-11-27 05:37 -!- gremly(~gremly@200.106.202.91) has joined #tryton
2010-11-27 05:37 -!- woakas(~woakas@200.106.202.91) has joined #tryton
2010-11-27 06:51 -!- johbo__(~joh@statdsl-085-016-072-173.ewe-ip-backbone.de) has joined #tryton
2010-11-27 06:51 -!- johbo(~joh@statdsl-085-016-072-173.ewe-ip-backbone.de) has joined #tryton
2010-11-27 08:17 -!- jcm(~jcm@9.110.74-86.rev.gaoland.net) has joined #tryton
2010-11-27 08:53 -!- chrue(~chrue@host-091-097-097-113.ewe-ip-backbone.de) has joined #tryton
2010-11-27 09:09 -!- JoePass(~gasbakid@41.96.90.112) has joined #tryton
2010-11-27 09:11 -!- trifon(~trifon@91-67-144-158-dynip.superkabel.de) has joined #tryton
2010-11-27 09:45 -!- Timitos(~kp@88.217.184.172) has joined #tryton
2010-11-27 10:01 -!- vladimir_(~vladimir@213.151.246.136) has joined #tryton
2010-11-27 10:10 -!- GasbaKid(~GasbaKid@41.96.90.112) has joined #tryton
2010-11-27 10:15 -!- chrue(~chrue@host-091-097-097-113.ewe-ip-backbone.de) has joined #tryton
2010-11-27 10:38 -!- JoePass(~gasbakid@41.96.90.112) has joined #tryton
2010-11-27 10:58 -!- heffer(~felix@fedora/heffer) has joined #tryton
2010-11-27 11:33 <sharoon> Does Model.raise_user_warning rollback the cursor?
2010-11-27 11:50 <cedk> sharoon: yes
2010-11-27 11:50 <sharoon> cedk: so if i want to save the changes but still raise an error I have to manually do a Transaction().cursor.commit
2010-11-27 11:50 <cedk> sharoon: yes but it is a bad idea
2010-11-27 11:51 <sharoon> s/error/warning
2010-11-27 11:51 <sharoon> cedk: any other alternative you could suggest
2010-11-27 11:52 <cedk> sharoon: I don't see any logical in having an error but doing stuff anyway
2010-11-27 11:52 <sharoon> cedk: http://help.sap.com/saphelp_45b/helpdata/en/8e/1c4b6e5733d1118b3f0060b03ca329/frameset.htm
2010-11-27 11:54 <cedk> sharoon: I don't see the point
2010-11-27 11:55 <sharoon> cedk: in the three levels of credit limit check, the first two levels allow document to be saved, but throws a warning
2010-11-27 11:55 <sharoon> cedk: while the last stage prevents the document from being saved (can be handled by the raise_user_error)
2010-11-27 11:58 <cedk> sharoon: why not using warning like they were design?
2010-11-27 11:59 <cedk> sharoon: so the user will choose to bypass or not the warning
2010-11-27 11:59 <cedk> popups without decision are useless and will be ignored by the user with time
2010-11-27 12:00 <sharoon> cedk: as you can see in the link i sent, credit limit check can be enforced with any document/transaction/record
2010-11-27 12:00 <sharoon> cedk: this could be implemented by ir.triggers easily for any model without writing boilerplate code for each model
2010-11-27 12:00 <sharoon> cedk: code needs to be specific only for the stock module (to prevent delivery in case 2)
2010-11-27 12:01 <sharoon> cedk: can you suggest an idea, how the decision making boxes could be shown to the user in a generic design (not specific to invoice/sale order?)
2010-11-27 12:06 <cedk> sharoon: I don't understand the design of SAP
2010-11-27 12:07 <sharoon> cedk: :D
2010-11-27 12:08 <cedk> sharoon: I don't understand why you speak about any document
2010-11-27 12:08 <cedk> sharoon: every document is not linked to accounting
2010-11-27 12:08 <sharoon> cedk: example a support ticket
2010-11-27 12:09 <cedk> I think it is not a good target to try to make something generic here
2010-11-27 12:09 <sharoon> cedk: we dont want support tickets to be answered if customer is in credit exceeded state?
2010-11-27 12:09 <cedk> because there is so many ways and policies that could exist
2010-11-27 12:09 <cedk> sharoon: I don't know it depends of the policies of the company
2010-11-27 12:12 <sharoon> cedk: that is a different module : http://help.sap.com/saphelp_45b/helpdata/en/d2/fdeb47b535d1118b3f0060b03ca329/content.htm
2010-11-27 12:13 <sharoon> cedk: while what i just showed you is simple credit limit check - its NOT 'credit management'
2010-11-27 12:21 <cedk> sharoon: and what?
2010-11-27 12:21 <sharoon> cedk: so what do you think will be the best way to implement this simple_credit_limit_check ;)
2010-11-27 12:23 <cedk> sharoon: I will create a module that define credit check for a party
2010-11-27 12:24 <sharoon> cedk: you could suggest the blueprint like email and we could implement too?
2010-11-27 12:24 <cedk> sharoon: create a method that takes a party and raise or not a warning
2010-11-27 12:24 <sharoon> cedk: ok
2010-11-27 12:24 <cedk> sharoon: that can be forced or not
2010-11-27 12:25 <cedk> sharoon: then you can have many others modules that depends on this one that will add check in specific placies of tryton
2010-11-27 12:25 <cedk> like on sale validation or packing or invoice etc...
2010-11-27 12:25 <sharoon> cedk: what i thought for simple limit check was - have three numeric fields inside party to have a 'warning_limit', 'delivery_block_limit' and a 'stop_limit'
2010-11-27 12:26 <cedk> sharoon: for a blueprint, I don't know enough on common practice on what could be based credit check to write one
2010-11-27 12:27 <cedk> sharoon: I think it is too specific
2010-11-27 12:27 <cedk> sharoon: i think just one limit for warning and an other one for block
2010-11-27 12:28 <cedk> sharoon: and other modules could extend the check method to use other fields (like limit for delivery)
2010-11-27 12:28 <sharoon> cedk: ok
2010-11-27 12:29 <sharoon> cedk: i will push the simple module with the two fields for review and then proceed with the design
2010-11-27 12:30 <yangoon> perhaps a checkbox 'blocked' on party could fit into this module, too
2010-11-27 12:30 <yangoon> if you want to block nay service to this party independent from limits
2010-11-27 12:32 <cedk> sharoon: in fact limit should be by default on company
2010-11-27 12:33 <cedk> yangoon: the check box is simply put the limit to 0
2010-11-27 12:33 <sharoon> cedk: no the limit is defined by the user, it could be 'available_credit' which could set to 0
2010-11-27 12:33 <yangoon> cedk: so you have limit on company and on party?
2010-11-27 12:34 <sharoon> cedk: yangoon: limit on company will function like 'credit area' in sap
2010-11-27 12:34 <sharoon> :)
2010-11-27 12:36 <cedk> yangoon: yes, a default one on company that apply to every parties and one on party to overload the company default
2010-11-27 12:36 <yangoon> cedk: +1
2010-11-27 12:36 <udono> sharoon: cedk: When will the user warning be raised?
2010-11-27 12:36 <sharoon> cedk: company policy will be singleton?
2010-11-27 12:36 <udono> sharoon: property?
2010-11-27 12:36 <cedk> sharoon: why not, not yet sure
2010-11-27 12:37 <cedk> udono: of course it should be a property on party
2010-11-27 12:37 <sharoon> cedk: udono: yep :)
2010-11-27 12:37 <cedk> ACTION bbl
2010-11-27 12:38 <udono> sharoon: cedk: When will the user warning be raised?
2010-11-27 12:38 -!- chrue(~chrue@host-091-097-097-113.ewe-ip-backbone.de) has joined #tryton
2010-11-27 12:38 <sharoon> udono: IMHO, it should be trigger based?
2010-11-27 12:39 <sharoon> udono: which would mean it is completely 'configurable'
2010-11-27 12:40 <udono> sharoon: ok, but when it is raised, e.g. on choosing a party, on success a workflow step,...?
2010-11-27 12:41 <udono> ... choosing a party won't work
2010-11-27 12:41 <sharoon> udono: it would be Create/Write etc as with ir.trigger and satisfying the condition of trigger
2010-11-27 12:42 <sharoon> udono: eg: Model: sale.order | write event | condition: state='confir,'
2010-11-27 12:44 <udono> ACTION has to take a deeper look into the ir.trigger conception
2010-11-27 12:44 <udono> sharoon: sounds good!, thanks
2010-11-27 12:44 <sharoon> udono: :) i have used trigger in email_template also
2010-11-27 12:44 <udono> sharoon: yes, I have seen it.
2010-11-27 12:52 -!- pjstevns(~pjstevns@helpoort.xs4all.nl) has joined #tryton
2010-11-27 13:12 -!- lem0na(~lem0na@84.40.71.19) has joined #tryton
2010-11-27 13:17 -!- JoePass(~gasbakid@41.96.90.112) has joined #tryton
2010-11-27 13:18 -!- lem0na(~lem0na@84.40.71.19) has joined #tryton
2010-11-27 13:47 -!- pjstevns(~pjstevns@helpoort.xs4all.nl) has left #tryton
2010-11-27 14:10 <cedk> sharoon: I don't see how you could use trigger for that
2010-11-27 14:10 <cedk> sharoon: you don't know where will be the party to check for a Model
2010-11-27 14:10 <sharoon> cedk: i see the problem now too
2010-11-27 14:11 <cedk> sharoon: and also, I think most of the check will be on workflow activity
2010-11-27 14:11 <cedk> instead on each create/write
2010-11-27 14:11 <sharoon> cedk: ok
2010-11-27 14:12 <sharoon> cedk: which means we extend workflow.activity
2010-11-27 14:12 <cedk> for sale, you will want to have sale order in draft even if there is credit issue with the customer
2010-11-27 14:12 <cedk> but you don't want to go further
2010-11-27 14:12 <sharoon> cedk: you are right
2010-11-27 14:13 <cedk> sharoon: you can not extend workflow activity because once again you don't know where is the party to check
2010-11-27 14:13 <cedk> this is a developper job to place the check at the right place
2010-11-27 14:13 <sharoon> cedk: assuming our standard we could guess it as field 'party' ? but that would be cowboy coding
2010-11-27 14:13 <cedk> sharoon: yes
2010-11-27 14:14 <sharoon> cedk: so do you get any ideas?
2010-11-27 14:17 <cedk> sharoon: I think that we put the framework to implement a credit policy but let to the implementor to define in with a module that will put at the right places the call to the credit check
2010-11-27 14:18 <sharoon> cedk: i agree with you - maybe something as simple as :
2010-11-27 14:19 <sharoon> party_obj.assert_credit(party_id)
2010-11-27 14:19 <cedk> sharoon: yes with perhaps the record from where you are calling
2010-11-27 14:20 <sharoon> cedk: ok
2010-11-27 14:20 <sharoon> cedk: and any idea about how we implement just a warning (but still commit)
2010-11-27 14:22 <cedk> sharoon: no
2010-11-27 14:23 <sharoon> cedk: do you think its an useful feature that could be part of the framework?
2010-11-27 14:23 <cedk> sharoon: as I already said, this is not a good flow to do stuff and after warn the user
2010-11-27 14:24 <sharoon> cedk: ok
2010-11-27 14:24 <sharoon> cedk: but we need atleast a way to display information to the user
2010-11-27 14:24 <sharoon> a server side generated message
2010-11-27 14:24 <yangoon> cedk: to have some kind of popup would be generally very useful
2010-11-27 14:25 <cedk> it is warning
2010-11-27 14:33 -!- JoePass(~gasbakid@41.96.90.112) has joined #tryton
2010-11-27 14:40 -!- paepke(~paepke@p4FEB595A.dip.t-dialin.net) has joined #tryton
2010-11-27 14:40 <yangoon> :q
2010-11-27 14:49 -!- johbo(~joh@statdsl-085-016-072-173.ewe-ip-backbone.de) has joined #tryton
2010-11-27 14:50 -!- chrue(~chrue@host-091-097-097-113.ewe-ip-backbone.de) has joined #tryton
2010-11-27 15:06 <paepke> sharoon, cedk, yangoon what the use of the colored bar in the top right of a form. Its currently there with a green message when you save for example a dataset. Can this be triggered somehow?
2010-11-27 15:06 <paepke> ok, its not that much text in there..
2010-11-27 15:07 <sharoon> paepke: but if could have some way to trigger a message there, i guess it solves a lot of the problem
2010-11-27 15:08 <sharoon> cedk: what do you think of the feasibility of the feature?
2010-11-27 15:32 <cedk> I don't understand what you want to display
2010-11-27 15:44 -!- heg(~heg@dyn.83-228-206-044.dsl.vtx.ch) has left #tryton
2010-11-27 16:36 -!- ikks(~ikks@190.158.122.179) has joined #tryton
2010-11-27 16:37 -!- lem0na(~lem0na@84.40.71.19) has joined #tryton
2010-11-27 17:29 -!- enlightx(~enlightx@dynamic-adsl-94-34-210-185.clienti.tiscali.it) has joined #tryton
2010-11-27 17:54 <yangoon> cedk: ping
2010-11-27 17:55 <yangoon> cedk: for https://bugs.tryton.org/roundup/issue1746 there is a lot of currency_obj.compute
2010-11-27 17:55 <yangoon> would you prefer to put date in ctx or to change objjects to .ids
2010-11-27 18:01 -!- lem0na(~lem0na@84.40.71.19) has joined #tryton
2010-11-27 18:03 <cedk> yangoon: i don't know
2010-11-27 18:04 <yangoon> probably better to put in ctx, because then it can be accounting_date or invoice_date or today
2010-11-27 18:06 <cedk> yangoon: pass ids but I don't know what is the right date to use in context
2010-11-27 18:42 -!- johbo_(~joh@statdsl-085-016-072-173.ewe-ip-backbone.de) has joined #tryton
2010-11-27 18:46 -!- JoePass(~gasbakid@41.96.90.112) has joined #tryton
2010-11-27 19:09 -!- johbo(~joh@statdsl-085-016-072-173.ewe-ip-backbone.de) has joined #tryton
2010-11-27 19:39 -!- Timitos1(~kp@88.217.184.172) has joined #tryton
2010-11-27 19:39 -!- sharkcz(~sharkcz@2001:15c0:6747:160::7) has joined #tryton
2010-11-27 19:39 -!- masterhumper(~SeJo@exherbo/developer/sejo) has joined #tryton
2010-11-27 19:40 -!- heffer(~felix@fedora/heffer) has joined #tryton
2010-11-27 19:40 -!- GasbaKid(~GasbaKid@41.96.90.112) has joined #tryton
2010-11-27 19:51 -!- johbo_(~joh@statdsl-085-016-072-173.ewe-ip-backbone.de) has joined #tryton
2010-11-27 20:07 -!- vladimir_(~vladimir@213.151.246.136) has joined #tryton
2010-11-27 20:07 -!- droid2(~droid@112.79.139.100) has joined #tryton
2010-11-27 20:09 <droid2> Hi , anybody there ?
2010-11-27 20:37 -!- irclog(~irclog@tycho.b2ck.com) has joined #tryton
2010-11-27 20:49 -!- johbo(~joh@statdsl-085-016-072-173.ewe-ip-backbone.de) has joined #tryton
2010-11-27 21:00 -!- gremly(~gremly@190.26.156.189) has joined #tryton
2010-11-27 21:17 -!- gavinf(~gavinf@196-215-106-210.dynamic.isadsl.co.za) has joined #tryton
2010-11-27 21:28 -!- zodman(~zodman@foresight/developer/zodman) has joined #tryton
2010-11-27 21:48 -!- sharkcz(~sharkcz@2001:15c0:6747:160::7) has joined #tryton
2010-11-27 22:06 -!- cedk(ced@gentoo/developer/cedk) has joined #tryton
2010-11-27 22:06 <lem0na> cedk: http://lem0na.net/tryton/tryton_bg.tar.bz2
2010-11-27 22:07 <lem0na> cedk: now in form of patches
2010-11-27 22:09 <cedk> lem0na: can you send me an email
2010-11-27 22:09 <lem0na> cedk: sure
2010-11-27 22:10 -!- cedk(ced@gentoo/developer/cedk) has joined #tryton
2010-11-27 22:11 <lem0na> cedk: info_at_b2ck_dot_com?
2010-11-27 22:12 <cedk> lem0na: cedric.krier at ...
2010-11-27 22:13 -!- bechamel(~user@host-85-201-144-79.brutele.be) has joined #tryton
2010-11-27 22:13 <lem0na> cedk: done
2010-11-27 22:17 <cedk> lem0na: I will check tomorow
2010-11-27 22:19 -!- cedk(ced@gentoo/developer/cedk) has joined #tryton
2010-11-27 22:40 -!- cedk(ced@gentoo/developer/cedk) has joined #tryton
2010-11-27 23:31 -!- zodman(~zodman@foresight/developer/zodman) has joined #tryton

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