chat.freenode.net #tryton log beginning Tue Oct 21 00:00:01 CEST 2014 | ||
2014-10-21 00:21 <plantian> https://gist.github.com/ianjosephwilson/8337173044dd4f193b23 -- this seems to work, but i'm not really sure of the side effects | ||
2014-10-21 00:23 <cedk> plantian: it doesn't fix if you call process on it? | ||
2014-10-21 00:25 <plantian> cedk: What you mean call process on it ? I just want to cancel it and if possible then delete it. | ||
2014-10-21 00:26 <plantian> Often times a mistake is noticed after the sale is confirmed and in 2.8 I have no way of getting rid of the sale so users just keep piling up sales marked as processing with both invoice and shipment states set to exception. | ||
2014-10-21 00:27 <cedk> plantian: process is responsible to compute the right state of a sale | ||
2014-10-21 00:29 <cedk> plantian: and in Tryton a confirmed sale can never be cancel | ||
2014-10-21 00:29 <cedk> plantian: at best it is done with allshipments and invoice cancelled | ||
2014-10-21 00:30 <plantian> cedk: right, i think it will be very limiting to people that a confirmed sale cannot be canceled outside of Europe I guess | ||
2014-10-21 00:30 <plantian> cedk: when invoice and shipment states are exception that means all are canceled right ? | ||
2014-10-21 00:31 <plantian> so my code is sort of the best case for people with less stringent accounting requirements | ||
2014-10-21 00:32 <plantian> Is it really required in Europe to behave the way it does? | ||
2014-10-21 00:36 -!- cedk(~ced@gentoo/developer/cedk) has joined #tryton | ||
2014-10-21 03:35 -!- digitalsatori(~Thunderbi@116.234.90.146) has joined #tryton | ||
2014-10-21 06:11 -!- digitalsatori(~Thunderbi@116.234.90.146) has joined #tryton | ||
2014-10-21 06:40 -!- frispete(~frispete@p54A91F6B.dip0.t-ipconnect.de) has joined #tryton | ||
2014-10-21 07:02 -!- yangoon1(~mathiasb@p549F13BB.dip0.t-ipconnect.de) has joined #tryton | ||
2014-10-21 07:34 -!- digitalsatori(~Thunderbi@116.234.90.146) has joined #tryton | ||
2014-10-21 08:09 -!- pobsteta(~Thunderbi@4cb54-3-88-160-87-54.fbx.proxad.net) has joined #tryton | ||
2014-10-21 08:54 -!- jeancavallo(~giovanni@bob75-9-88-181-2-176.fbx.proxad.net) has joined #tryton | ||
2014-10-21 09:06 -!- corro(~corro@46.22.23.85) has joined #tryton | ||
2014-10-21 09:09 -!- cedk(~ced@gentoo/developer/cedk) has joined #tryton | ||
2014-10-21 09:13 -!- vcardon(~vcardon@bureau-sdsl.tranquil.it) has joined #tryton | ||
2014-10-21 09:14 -!- nicoe(~nicoe@109.133.145.248) has joined #tryton | ||
2014-10-21 09:22 -!- LordVan(~LordVan@gentoo/developer/LordVan) has joined #tryton | ||
2014-10-21 09:26 -!- bechamel(~Adium@62-197-96-189.teledisnet.be) has joined #tryton | ||
2014-10-21 09:27 -!- digitalsatori(~Thunderbi@116.234.90.146) has joined #tryton | ||
2014-10-21 09:39 -!- swayf(~swayf@93.104.202.98) has joined #tryton | ||
2014-10-21 09:58 <bvo> cedk: Yes, with the standard client I was able to do it manually by creating 10 movement for 10 product units, therefore I wanted to know if there is an easier way to import the 10 serialnumbers in eg. one movement. I am currently evaluating how our processes would work with tryton / how to bring them together. | ||
2014-10-21 10:01 <cedk> bvo: it depends how you get this 10 serials | ||
2014-10-21 10:10 <bvo> cedk: i will scan them from the actual product boxes or copy them from the shipment letter. | ||
2014-10-21 10:12 <cedk> bvo: scan=? | ||
2014-10-21 10:17 <bvo> eg. prepare a textfile with a serialnumber per line. As I understand pokoli, the module trytond-stock_serial_number_file_import could be used to process such a file. | ||
2014-10-21 10:18 <bvo> cedk: At first today I will rebase my eval system to 3.4. thanks for the release ! | ||
2014-10-21 10:18 <pokoli> bvo: yes, and with the serial_number module you can import ranges if desired | ||
2014-10-21 10:20 <cedk> bvo: for me, preparing a text file should not be a faster solution than encoding it | ||
2014-10-21 10:20 <cedk> bvo: but if you receive from your supplier a file then it is an other story | ||
2014-10-21 10:23 <cedk> pokoli: why is this module doesn't just add a text field on the split move to get serial number? | ||
2014-10-21 10:24 <pokoli> cedk: customer requirement to use xls file | ||
2014-10-21 10:24 <cedk> I think split_lot could be improved in base to ask from a text field a list of lot name if lot module is installed | ||
2014-10-21 10:25 <cedk> pokoli: sounds completly strange and weird | ||
2014-10-21 10:28 <cedk> pokoli: by the way, I don't understand why you're published such custom modules | ||
2014-10-21 10:29 <cedk> it doesn't promote best practice and could give to a bad feeling | ||
2014-10-21 10:30 <bvo> cedk: manufacturer serials for eg. 10 units could be completely random. its different for each manufacturer / product. some might deliver units with serials as a monotonous range. | ||
2014-10-21 10:34 <cedk> bvo: yes that's why I talk about a free text field on which you put the serial number on each line | ||
2014-10-21 10:36 <bvo> cedk: would be great to have this out of the box, of course. I'm new to tryton and python, so I am not yet able to contribute that feature... | ||
2014-10-21 10:39 <cedk> bvo: could you fill a feature request? | ||
2014-10-21 10:43 <pokoli> cedk: maybe module is not generic enough now, but can be improved if anyone want, so publishing them is the first step | ||
2014-10-21 10:43 -!- fshahy(b903d4ab@gateway/web/freenode/ip.185.3.212.171) has joined #tryton | ||
2014-10-21 10:45 -!- cjbarnes18(~craig@213.131.188.214) has joined #tryton | ||
2014-10-21 11:03 <cedk> pokoli: I don't agree at all | ||
2014-10-21 11:04 <cedk> pokoli: the big warning is "customer requirement to use" | ||
2014-10-21 11:04 <cedk> this means it will never be good practice | ||
2014-10-21 11:08 <pokoli> cedk: i don't get the point about why it may not be published | ||
2014-10-21 11:08 <pokoli> cedk: maybe it's usefull for somebody else with flexible requirements | ||
2014-10-21 11:09 <cedk> pokoli: at B2CK, we also have tones of custom module but we don't publish it for many reasons | ||
2014-10-21 11:09 <cedk> we don't want to promote a behavior that we don't consider to be the right one | ||
2014-10-21 11:10 <cedk> we don't want to support or leave unsupported code because it is our reputation | ||
2014-10-21 11:10 <cedk> we don't want others think it is a good solution | ||
2014-10-21 11:11 <cedk> we don't want that Tryton has the reputation of having lots of bad modules | ||
2014-10-21 11:12 <cedk> and your point about people will improve it will almost never happen because it is easier to start from a blank page if the initial design was wrong | ||
2014-10-21 11:13 <pokoli> cedk: every company has it's own policy on this | ||
2014-10-21 11:14 <pokoli> cedk: but AFAIU, as is a third-party module, doesn't affect the tryton reputation | ||
2014-10-21 11:14 <cedk> pokoli: of course, I can not prevent you to do it but I will continue to comment on it each time someone recomment such kind of modules | ||
2014-10-21 11:14 <cedk> pokoli: it does affect | ||
2014-10-21 11:15 <pokoli> cedk: so good modules affect possitively, and bad designed modules afect negatively | ||
2014-10-21 11:15 <cedk> because people don't make the difference, especially if it comes from a advise on ML or chat | ||
2014-10-21 11:15 <cedk> pokoli: yes so better to publish only good modules | ||
2014-10-21 11:18 <pokoli> cedk: so we can have a "marketplace" where we publish good modules | ||
2014-10-21 11:18 <cedk> pokoli: the web is the market | ||
2014-10-21 11:18 <pokoli> cedk: but I think it will be so much work to review all modules to determine which are good and which are wrong | ||
2014-10-21 11:18 <cedk> pokoli: do your homework with your module | ||
2014-10-21 11:19 <pokoli> cedk: sorry no homework from my side :P | ||
2014-10-21 11:19 <cedk> any way, I will keep telling people not to use such module | ||
2014-10-21 11:20 <pokoli> cedk: you're free to do it if you want | ||
2014-10-21 11:21 <pokoli> cedk: if a better solution is designed in core, we will adapt our module | ||
2014-10-21 11:21 <pokoli> cedk: but currently it's not the case | ||
2014-10-21 11:21 <cedk> pokoli: you see your hope that people will improve just vanished | ||
2014-10-21 11:23 <pokoli> cedk: we may improve it if needed, don't worry about it | ||
2014-10-21 11:24 <cedk> pokoli: I'm worry that such module appears without having talked about the missing functionality of Tryton | ||
2014-10-21 11:25 <cedk> pokoli: I'm worry because by talking here in 15min we find a flexible solution | ||
2014-10-21 11:25 <pokoli> cedk: i have another worries and not complaining about it | ||
2014-10-21 11:26 <pokoli> cedk: it's very dificult to have a clear diference about what will be a improvement of base modules, and what's a customization | ||
2014-10-21 11:27 <pokoli> cedk: so sometime a 15 minute talk is good, but sometimes is 2 hours lost discussing in mailing list | ||
2014-10-21 11:27 <cedk> pokoli: it is based on the generic of the feature | ||
2014-10-21 11:28 <cedk> pokoli: and on the simplicity of the proposed solution | ||
2014-10-21 11:28 <cedk> what I see often is that people are blocked by their own custom needs without seeing it | ||
2014-10-21 11:30 <pokoli> cedk: yes, we may agree on this | ||
2014-10-21 11:30 <cedk> pokoli: for example, the XLS requirement is a custom | ||
2014-10-21 11:30 <cedk> pokoli: I even think it could be changed by talking to customer | ||
2014-10-21 11:31 <cedk> pokoli: but such requirement can be turned into a generic feature if for example you can copy/paste the xls into the text field | ||
2014-10-21 11:32 <cedk> when developping for customer, you always have a part that can be generic and a part that can not | ||
2014-10-21 11:35 <pokoli> cedk: agree on that, and we try to contribute back to core the generic parts | ||
2014-10-21 11:35 <pokoli> cedk: of course, we can contribute more but normally is a mather of time | ||
2014-10-21 11:38 -!- fshahy(b903d4ab@gateway/web/freenode/ip.185.3.212.171) has joined #tryton | ||
2014-10-21 11:38 <Pilou> cedk: Is it now a good time to review and commit the review related to french translation ? | ||
2014-10-21 11:38 <cedk> pokoli: yes but my main point is that publishing non-generic enough module hurts | ||
2014-10-21 11:39 <cedk> Pilou: review is whenever you want but commit is only during translation window | ||
2014-10-21 11:39 <cedk> Pilou: by the way, you can edit the wiki page to set you as the new translator | ||
2014-10-21 11:45 -!- digitalsatori(~Thunderbi@116.234.90.146) has joined #tryton | ||
2014-10-21 11:54 -!- digitalsatori(~Thunderbi@116.234.90.146) has joined #tryton | ||
2014-10-21 12:12 -!- smarro(~sebastian@190.183.253.68) has joined #tryton | ||
2014-10-21 12:40 -!- marius__(~marius@v100.nfq.lt) has joined #tryton | ||
2014-10-21 12:41 <marius__> is there any tryton module which handles Cash expense order / Cash income order / etc | ||
2014-10-21 12:42 <marius__> a.k.a. operations with cash and parties | ||
2014-10-21 12:42 <marius__> (employees) | ||
2014-10-21 12:43 <cedk> marius__: statement? | ||
2014-10-21 12:44 -!- kstenger(~karla@200.124.209.158) has joined #tryton | ||
2014-10-21 13:12 -!- jeancavallo(~giovanni@bob75-9-88-181-2-176.fbx.proxad.net) has joined #tryton | ||
2014-10-21 13:30 -!- meanmicio(~meanmicio@fsf/member/meanmicio) has joined #tryton | ||
2014-10-21 13:33 -!- swayf(~swayf@93.104.202.98) has joined #tryton | ||
2014-10-21 13:37 -!- cedk(~ced@82-212-130-50.teledisnet.be) has joined #tryton | ||
2014-10-21 13:37 -!- cedk(~ced@gentoo/developer/cedk) has joined #tryton | ||
2014-10-21 13:37 -!- vernichon(~Thunderbi@gex01-1-78-234-55-95.fbx.proxad.net) has joined #tryton | ||
2014-10-21 13:38 -!- yangoon(~mathiasb@p549F13BB.dip0.t-ipconnect.de) has joined #tryton | ||
2014-10-21 13:44 <marius__> cedk, not really | ||
2014-10-21 13:47 <cedk> marius__: so I don't understand what you mean | ||
2014-10-21 13:50 <marius__> when company gives money to employee | ||
2014-10-21 13:50 <marius__> for him to spend on various stuff, company makes account_move_line | ||
2014-10-21 13:51 <marius__> I'm talking about cash payments | ||
2014-10-21 13:51 <marius__> there are documents which need to be generated on such occasions | ||
2014-10-21 13:53 <cedk> marius__: you mean expenses? | ||
2014-10-21 13:53 -!- asoleh(~asoleh@36.70.60.123) has joined #tryton | ||
2014-10-21 13:53 -!- bvo(~bruno@80.146.165.65) has joined #tryton | ||
2014-10-21 13:53 <cedk> marius__: like in https://code.google.com/p/tryton/wiki/ExpensesModule | ||
2014-10-21 13:55 <marius__> this module describes workflow for when employee needs something and requests company to buy it | ||
2014-10-21 13:55 <marius__> but in my case | ||
2014-10-21 13:55 <marius__> company gives employee some mokey (cash), he buys something in cash, takes and invoice from supplier and returns remaining amount of cash | ||
2014-10-21 13:56 <marius__> and invoice is paid by "employee", but invoice is for the company | ||
2014-10-21 13:56 <marius__> and there are documents for giving employee cash, taking cash from employee, etc. | ||
2014-10-21 14:09 -!- vernichon1(~Thunderbi@gex01-1-78-234-55-95.fbx.proxad.net) has joined #tryton | ||
2014-10-21 14:26 <cedk> marius__: I'm not aware of any such module | ||
2014-10-21 14:26 <marius__> I think printing statements might be a good option | ||
2014-10-21 14:27 <marius__> but statements should contain only one line ;) | ||
2014-10-21 14:31 <cedk> marius__: statement can be used to manage any kind of cash/bank etc. | ||
2014-10-21 14:32 <cedk> marius__: so probably you can manage the cash pocket of employee with it | ||
2014-10-21 14:32 <marius__> but statement is usually for many moves | ||
2014-10-21 14:33 <marius__> i need such operation with sequence | ||
2014-10-21 14:33 <marius__> but for one move ;) | ||
2014-10-21 14:33 <cedk> marius__: don't see why you need such constraint | ||
2014-10-21 14:33 <marius__> because I need to have sequential numbering | ||
2014-10-21 14:33 <marius__> for each operation | ||
2014-10-21 14:35 <marius__> and numbering on move's doesn't fit my case, because its "global" | ||
2014-10-21 14:35 <cedk> marius__: could use the post number of the move | ||
2014-10-21 14:36 <marius__> when I give money to employee, each such operation such have n+1 number | ||
2014-10-21 14:36 <marius__> I can't skip these (by law) | ||
2014-10-21 14:37 <cedk> marius__: so I guess you need a specific object | ||
2014-10-21 14:42 -!- swayf(~swayf@93.104.202.98) has joined #tryton | ||
2014-10-21 15:10 -!- notthemessiah(~castthesh@c-76-99-49-12.hsd1.pa.comcast.net) has joined #tryton | ||
2014-10-21 15:46 -!- bvo(~bruno@80.146.165.65) has joined #tryton | ||
2014-10-21 16:31 <smarro> hi, anyone knows if i can union 3 queries with python-sql? something like: union = query1 | query2 | query3 | ||
2014-10-21 16:33 <corro> smarro: does this work? union = (query1 | query2) | query3 | ||
2014-10-21 16:34 <cedk> smarro: it will not really be the union of 3 queries but (q1 | q2) | q3 | ||
2014-10-21 16:34 <smarro> corro: no, it shows: unsupported operand type(s) for |: 'Union' and 'Select' | ||
2014-10-21 16:35 <cedk> smarro: better to do: Union(q1, q2, q3) | ||
2014-10-21 16:36 <smarro> cedk: thanks it works ! | ||
2014-10-21 16:36 <cedk> smarro: could you give the example because it should work | ||
2014-10-21 16:37 <cedk> smarro: the union of a Union and a Select | ||
2014-10-21 16:38 <smarro> cedk: you mean union = q1 | q2 | q2 should work? | ||
2014-10-21 16:39 <smarro> union = q1 | q2 | q3 | ||
2014-10-21 16:42 <cedk> smarro: yes | ||
2014-10-21 16:47 <smarro> cedk: with the |, i get unsupported operand type(s) for |: 'Union' and 'Select' ... it's in a table_query method for a report, with 3 queries, 4 joins each | ||
2014-10-21 16:49 <cedk> smarro: could you report an issue with a minimal example | ||
2014-10-21 16:50 <smarro> cedk: sure | ||
2014-10-21 17:13 -!- Telesight(~anthony@77-175-158-148.FTTH.ispfabriek.nl) has joined #tryton | ||
2014-10-21 17:14 -!- gremly(~gremly@190.85.36.58) has joined #tryton | ||
2014-10-21 17:44 -!- digitalsatori(~Thunderbi@114.92.210.36) has joined #tryton | ||
2014-10-21 18:40 -!- smarro(~sebastian@190.182.254.21) has joined #tryton | ||
2014-10-21 18:48 -!- swayf(~swayf@ipbcc037b2.dynamic.kabel-deutschland.de) has joined #tryton | ||
2014-10-21 19:09 -!- pobsteta(~Thunderbi@4cb54-3-88-160-87-54.fbx.proxad.net) has joined #tryton | ||
2014-10-21 19:10 -!- Telesight(~anthony@77-175-158-148.FTTH.ispfabriek.nl) has joined #tryton | ||
2014-10-21 19:57 -!- vcardon(~vcardon@bureau-sdsl.tranquil.it) has left #tryton | ||
2014-10-21 20:28 -!- rpit(~ralf@dslb-088-070-157-179.088.070.pools.vodafone-ip.de) has joined #tryton | ||
2014-10-21 20:56 -!- gremly(~gremly@190.85.36.58) has joined #tryton | ||
2014-10-21 21:10 -!- cedk(~ced@gentoo/developer/cedk) has joined #tryton | ||
2014-10-21 21:12 -!- cjbarnes18(~craig@host86-177-95-213.range86-177.btcentralplus.com) has joined #tryton | ||
2014-10-21 21:13 -!- mariomop(~quassel@host66.186-125-112.telecom.net.ar) has joined #tryton | ||
2014-10-21 21:57 -!- marius__(~marius@84.240.8.12) has joined #tryton | ||
2014-10-21 22:41 -!- smarro(~sebastian@190.182.254.21) has joined #tryton | ||
2014-10-21 23:06 -!- cjbarnes18(~craig@host86-177-95-213.range86-177.btcentralplus.com) has joined #tryton | ||
2014-10-21 23:20 -!- bvo|2(~bvo@port-11400.pppoe.wtnet.de) has joined #tryton | ||
2014-10-21 23:30 <bvo|2> What requirements must be satisfied that on a Supplier Shipment Incoming Move the button "Split" is enabled? I'm on an fresh debian tryton 3.2 instance . The Supplier order contains only 1 product with 10 units. | ||
2014-10-21 23:34 <cedk> bvo|2: must be saved | ||
2014-10-21 23:35 <bvo|2> cedk: thanks.. |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!