IRC logs of #tryton for Saturday, 2008-06-28 #tryton log beginning Sat Jun 28 00:00:01 CEST 2008
CIA-53tryton: matb roundup * #152/Error: Product by location: yes, I have: parent int401:35
-!- yangoon( has joined #tryton05:19
-!- cedk(n=ced@gentoo/developer/cedk) has joined #tryton08:24
CIA-53tryton: ced roundup * #152/Error: Product by location: What is the content of the table stock_location?08:28
-!- Timitos(n=Timitos@ has joined #tryton09:05
-!- FWiesing(n=FWiesing@ has joined #tryton10:03
FWiesinggood morning10:25
cedkFWiesing: I receive your database, I will try this morning10:32
FWiesing:-) thx10:32
cedkFWiesing: is it possible to send me email in plain text and not in html10:32
FWiesingyes - sure10:33
cedkFWiesing: I use mutt to read email and it is more difficult to read html10:33
cedkFWiesing: thx10:33
CIA-53tryton: C?dric Krier <> default * 475:12f5f2d6ddce tryton/tryton/gui/window/view_tree/ Fix icon display in tree view when icon list is translated.11:43
cedkFWiesing: icon must be fixed with this commit11:43
FWiesingthx - I try - Is there something else to do?11:44
cedkFWiesing: no, just update the client11:45
FWiesingis it important that I run the update from the server or could it be the client too?11:46
cedkFWiesing: no, need to update the database11:47
FWiesingworks fine - the view is now on all screens normal thx - the problem with opening the Chart Of Accounts on Debian is not fixed - the same as before12:04
cedkFWiesing: can you fill an issue for this12:18
CIA-53tryton: matb roundup * #152/Error: Product by location: see stock_location.sql for a dump12:21
CIA-53tryton: ced roundup * #152/Error: Product by location: I don't see. Can you send me in private a dump of your database?12:35
CIA-53tryton: FWiesing roundup * #153/Some menu-entries cannot with doubleclicking on Debian: [new] If I made a doubleclick in debian on the entry "Open Cart of Accounts" (in financial management > Charts > Open Chart Of Account) - nothing ...13:02
yangooncedk: dump sent to your contact email13:07
cedkyangoon: ok13:08
cedkyangoon: not yet received13:14
yangooncedk:  postfix/smtp[29791]: 92C9CCACC06: to=<>,[]:25, delay=5.1, delays=0.18/0.16/0.6/4.1, dsn=2.0.0, status=sent (250 OK id=1KCYF1-0005J7-Ih)13:15
CIA-53tryton: ced roundup * #153/Some menu-entries cannot be opened by doubleclicking on it in Debian: [chatting] Can you start tryton with the option "-v" and put the log here?13:15
cedkyangoon: there is some delay, but you can send it to ced at instead13:17
yangooncedk: resent, but delay probably will be the same13:19
cedkyangoon: I receive it13:36
cedkyangoon: on which product is there the problem ?13:39
yangooncedk: Saite 613:48
yangooncedk: I see, that it works with other products, so could be due to corrupted products created before solved issue 14913:54
CIA-53tryton: C?dric Krier <> default * 152:b40a425f4e63 stock/ Use duplicate location_ids to not change it for issue15213:55
CIA-53tryton: ced roundup * #152/Error: Product by location: [resolved] Fix with changeset b40a425f4e6313:55
cedkyangoon: this is fixed13:56
yangooncedk: ok13:56
CIA-53tryton: C?dric Krier <> default * 476:5b9dfd06d61e tryton/tryton/gui/window/view_form/view/ Fix set_cursor for new empty columns13:58
cedkyangoon: it was a list of ids that was changed inside a function13:59
yangooncedk: works! Also display of last column now much better!14:00
cedkyangoon: I just push a fix for an issue introduce by the last column14:01
yangooncedk: I saw14:02
cedkyangoon: there is a new attribute on tree tag to have the previous behavior14:02
cedkit is fill="1", I use it on invoice/purchase lines14:02
cedkbecause I find the form better with the amount on the right aligned with the total14:02
CIA-53tryton: ced roundup * #120/Client Menu under Help: "Contributors" entry: Nobody wants to give his name :-)14:07
yangooncedk: alignment of sums is indeed better14:15
yangooncedk: nevertheless I am not really happy with some layout details14:15
yangooncedk: generally I would appreciate some sort of spacing around the central widget of i.e. a purchase14:16
yangooncedk: all buttons should be fixed width, it looks very old fashioned to have a cancel button expanding over 3/4 of hte screen...;)14:18
yangooncedk: btw: wouldn't it be possible to update computed sums automatically instead of having to do it manually? Would be much more comfortable and give a more responsive touch to the application.14:19
cedkyangoon: it is not really possible because there is taxes that must be compute, etc ...14:20
yangooncedk: Or ist just to early to deal with layout problems, while principal framework development is going on?14:20
yangooncedk: I don't see the problem to update the sums, when a line is inserted, edited, deleted...?14:22
cedkyangoon: I'm not sure because if we need some big change, it will be more difficult if we already have a lot of modules14:22
yangoonThan it is better to do it early than never...14:23
cedkyangoon: updating sum on invoice whith on_change is very difficult because we must have exactly the same result14:25
yangooncedk: same result?14:25
cedkso we need to round line and compute tax in the same way14:25
cedkall of that with  value that are not in the database14:26
yangooncedk: What is the difference to press button Compute than to do it by on_change?14:26
cedkyangoon: the compute button just save into the DB and read all fields after14:27
yangooncedk: but it is nevertheless in an transaction, saving of the record is separate?14:28
cedkyangoon: sum field are function field so we need to store the record in the db14:29
cedkif we want to update with onchange, I think that almost every field need to have a on_change function14:29
yangooncedk: and if the record is not saved, you have to delete the record?14:30
cedkbecause taxes depend of the party, currency, product, quantity, etc ...14:30
cedkyangoon: don't understand14:30
yangooncedk: you say:´╗┐sum field are function field so we need to store the record in the db, so it seems to me, that with computing you already save the record(s) to the db?14:31
cedkyangoon: yes14:32
yangooncedk: hmm, this behaviour is outside usual behaviour of hte application, where you have to save explicitely  each record14:39
yangooncedk: and I really dislike it, because it remembers me the "worst" application I know, udono can tell you about Lx-Office14:44
yangooncedk: from the point of view of the worker I also would like to have a really draft with computed sums.14:45
yangooncedk: I often have customers on the phone and it is question of prices and what it will cost14:46
yangooncedk: so every time deleting a draft, when you just wanted to give a preliminary information, is additional work and error prone in a certain aspect14:48
yangooncedk: I really, really would change it for the sake of a modern, comfortable application14:52
yangooncedk: and if not, the button should be "Compute and Save"14:53
cedkyangoon: I don't see the error prone. If it a purchase for quotation, I think it is good to save in the ERP because you will keep log of this14:53
cedkyangoon: if it is to have price of product, I think you don't have to go with purchase but on the product14:54
yangooncedk: the customer asks you: how much costs it with this line14:54
yangooncedk: oh no, lets take the other14:54
yangooncedk: how much is it with the other in total14:54
cedkyangoon: so I don't see the proble as the purchase/sale will stay in draft14:55
cedkyangoon: there is a workflow on those objects14:55
yangooncedk: depends on the enterprise, I for sure don't want to save every little quotation in the db14:59
yangooncedk: if a customer just is calling to compare prices, you have a feeling, if he will come back or not15:00
cedkyangoon: why not ? And you can have a cron job that delete draft quotation older than a number of days15:00
yangoonoften you know, it is not worth to save a record in the db15:00
yangooncedk: it is much more pain to decide between those drafts, which ones should be followed, which ones are trash15:01
cedkand by saving each quotation, you can have interesting statistic on how many quotation terminate into sale, etc...15:02
cedkyou know it is a ERP, the more data it have the better reports, stats etc it will give15:03
yangooncedk: this can result in a long list of items and difficulty to see, what is important15:04
yangooncedk: but you are right, it is the point of view of the seller15:04
yangooncedk: will there be a POS module?15:05
cedkyangoon: you can have a field that give you the state of mind of the client15:05
yangooncedk: that would be helpful15:05
cedkyangoon: it is really easy to write a module that add this15:05
yangooncedk: ok, if you say it...:)15:06
cedkyangoon: our way of work is to make a simple base and add those kinds of functionnality with modules15:06
cedkyangoon: for POS, we don't have yet prospect for it15:06
yangooncedk: have to leave, cu15:08
cedkyangoon: by15:10
-!- kultviech( has joined #tryton15:41
FWiesingkultviech: hi17:07
kultviechFWiesing: servus17:42
FWiesingcedk: is the log displayed in the console-window or is there another file?17:54
cedkFWiesing: log display in the console18:02
CIA-53tryton: ced roundup * #153/Some menu-entries cannot be opened by doubleclicking on it in Debian: It is the log of the client that I need.18:56
-!- bechamel( has joined #tryton19:26
CIA-53tryton: C?dric Krier <> default * 477:8aa5050d4a78 tryton/tryton/gui/window/view_form/widget_search/ ( Improve widget search clearing21:21
CIA-53tryton: C?dric Krier <> default * 126:49291727da23 account/ Add supplier vat property on party21:21
CIA-53tryton: C?dric Krier <> default * 69:263a6dfc8846 account_invoice/ Add supplier payment term21:21
CIA-53tryton: C?dric Krier <> default * 70:3168e6fcb89c account_invoice/ Use company payment term for refund21:21
CIA-53tryton: C?dric Krier <> default * 71:222b4f678fc1 account_invoice/ Use supplier_ tax property for supplier invoices21:21
CIA-53tryton: C?dric Krier <> default * 33:b4e26d60f301 purchase/ Use supplier payment term21:21
CIA-53tryton: C?dric Krier <> default * 34:8024141ea70a purchase/ Use supplier_ tax property21:21
CIA-53tryton: C?dric Krier <> default * 98:06c215566426 relationship/ Avoid to change party of addresses.21:21
FWiesingnew log added - sorry21:25
FWiesingcedk: from the client21:25
cedkFWiesing: ok, next time when you attach a file to an issue put a comment like that I will receive an email21:36
CIA-53tryton: C?dric Krier <> default * 478:5de741059d88 tryton/tryton/wizard/ Add test on set_deletable for issue15321:40
CIA-53tryton: ced roundup * #153/Some menu-entries cannot be opened by doubleclicking on it in Debian: [testing] Must be fix with the changeset 5de741059d8821:40
cedkFWiesing: can you test with the tip of tryton repo? And report result in roundup.21:41
cedkFWiesing: the issue was because you have an old version of GTK < 2.1021:42

Generated by 2.11.0 by Marius Gedminas - find it at!