| *** is-mw has quit IRC | 01:13 | |
| *** is-mw has joined #idempiere | 01:45 | |
| *** hieplq has joined #idempiere | 03:03 | |
| *** hieplq has quit IRC | 03:14 | |
| *** hieplq has joined #idempiere | 03:17 | |
| *** hieplq has quit IRC | 03:28 | |
| *** hieplq has joined #idempiere | 03:28 | |
| *** hieplq_ has joined #idempiere | 03:34 | |
| *** hieplq has quit IRC | 03:35 | |
| *** hieplq__ has joined #idempiere | 04:46 | |
| *** hieplq_ has quit IRC | 04:46 | |
| *** hieplq has joined #idempiere | 05:02 | |
| *** hieplq__ has quit IRC | 05:03 | |
| *** tbayen_ has joined #idempiere | 05:14 | |
| *** tbayen has quit IRC | 05:26 | |
| *** a42niem has joined #idempiere | 05:51 | |
| *** nmicoud has joined #idempiere | 06:11 | |
| *** KermitTheFragger has joined #idempiere | 06:30 | |
| *** hieplq has quit IRC | 07:20 | |
| *** nmicoud_ has joined #idempiere | 07:32 | |
| *** nmicoud has quit IRC | 07:35 | |
| *** hieplq_ has joined #idempiere | 07:37 | |
| *** hieplq__ has joined #idempiere | 07:47 | |
| *** hieplq_ has quit IRC | 07:48 | |
| *** Kuroshima has joined #idempiere | 09:28 | |
| Kuroshima | Heya everybody | 09:28 |
|---|---|---|
| *** posde has quit IRC | 10:27 | |
| *** posde has joined #idempiere | 10:37 | |
| *** red1 has joined #idempiere | 11:20 | |
| red1 | xinchao hieplq__ | 11:21 |
| *** red1 has quit IRC | 11:35 | |
| *** aguerra has joined #idempiere | 12:05 | |
| aguerra | hi everybody | 12:08 |
| *** nmicoud_ has quit IRC | 12:17 | |
| *** nmicoud has joined #idempiere | 12:21 | |
| *** Deepak_ has joined #idempiere | 12:32 | |
| Deepak_ | Good Morning all | 12:37 |
| *** CarlosRuiz has joined #idempiere | 13:00 | |
| *** ChanServ sets mode: +o CarlosRuiz | 13:00 | |
| CarlosRuiz | Good Morning | 13:00 |
| nmicoud | Bonjour | 13:00 |
| Kuroshima | Heya | 13:01 |
| nmicoud | Any chance you can review and integrate https://idempiere.atlassian.net/browse/IDEMPIERE-2244 today ? | 13:01 |
| CarlosRuiz | ok nmicoud - in queue | 13:02 |
| CarlosRuiz | first in queue for today :-) | 13:02 |
| nmicoud | thanks Carlos | 13:02 |
| Deepak_ | Hello Carlos | 13:07 |
| *** norbertbede has joined #idempiere | 13:07 | |
| norbertbede | hi all | 13:07 |
| norbertbede | have a nice day | 13:07 |
| Deepak_ | I added small patch on https://idempiere.atlassian.net/browse/IDEMPIERE-2617 | 13:07 |
| CarlosRuiz | Hi Deepak_ - Hi norbertbede | 13:07 |
| Deepak_ | this is related to transaction closed issue which I mention earlier | 13:07 |
| Deepak_ | May be regression issue | 13:08 |
| CarlosRuiz | good Deepak_ - is there a way to reproduce it? | 13:08 |
| Deepak_ | It is reproduced in this way | 13:09 |
| Deepak_ | 1. After starting system, Run account processor from idempieremonitor | 13:10 |
| Deepak_ | 2. Then try to repost any of document | 13:10 |
| Deepak_ | When I tried to post same from idempiere first, then it was working well | 13:11 |
| Deepak_ | Also good if you can look IDEMPIERE-2615 | 13:19 |
| Kuroshima | Is anyone here familiar with drop shipments in iDempiere? I have a business case that might require something similar, but as far as I know, there's no documentation other than the code, and the code seems to go in multiple contradictory directions. My case is simple, iDempiere is used by a manufacturing company that is sometimes asked to deliver to a 3rd party (that is, to someone different than the customer), that is often the cu | 13:21 |
| Kuroshima | stomer's customer. As far as I understand, that's exactly the drop shipment use case, from the PoV of the customer. The way we're doing it right now, is that we add the address of the third party to the business partner as if it was one of theirs, but that ends up meaning that some business partners end up with a lot of addresses that aren't really theirs, and that makes selecting the delivery address on orders prone to human error | 13:21 |
| Kuroshima | s. I've looked into the drop shipment functionality in iDempiere, but it seems that iDempiere does not allow making a shipment out of an order that is marked for drop shipment. I assume that it only includes the use case of the company delivering orders via drop shipment from one supplier, right? | 13:21 |
| CarlosRuiz | Antoni - there is a wiki page where the original requirement was documented ... let me check | 13:25 |
| CarlosRuiz | http://www.adempiere.com/Sponsored_Development:_Drop_Ship | 13:26 |
| Kuroshima | Thanks CarlosRuiz. I assume the proposed implementation was never implemented? | 13:31 |
| Kuroshima | Because what's called there the current implementation is, as that web page says, unusable for my use case | 13:31 |
| CarlosRuiz | better you test before assume | 13:32 |
| Deepak_ | Antoni, It works.. | 13:32 |
| Deepak_ | Carlos, I have one question. I think currently we do not have way to match AP Credit memo + AP invoice + Reciept? | 13:34 |
| Kuroshima | It seems that my use case is No 3 | 13:34 |
| Deepak_ | I am explaining scenario say that we get vendor invoice and want to tag exactly same as vendor invoice paper copy. And there is some over invoiced qty. So we want to enter same and then want to get credit using AP credit memo | 13:35 |
| Deepak_ | So in this case over invoiced qty can be adjusted agains AP credit memo and remaining should match to MR | 13:36 |
| Deepak_ | Currently this scenario do not work as qty on AP Credit memo is considered positive on Match PO-Receipt-Invoice form | 13:37 |
| norbertbede | any idea how user able to stop reservation on a specific order ? without closing and opening ? | 13:37 |
| norbertbede | because order e.g. was 3 time delivered but some lines should be changed | 13:37 |
| Deepak_ | norbert, I think we added check quite back to fix over removal of reservation due to free items or extra items recieved | 13:38 |
| Deepak_ | or shipped | 13:38 |
| Kuroshima | I can find no way, as far as I can see, to "ship" a "customer drop shipping" as described in use case 3, given that Generate Shipments has a hard codded to only accept orders that are not drop shipment. | 13:39 |
| CarlosRuiz | Deepak_, I think it must be possible to match it in the match form - otherwise I think it's a bug - or a good improvement | 13:39 |
| Deepak_ | Carlos, I just tested. It did not work as expected | 13:39 |
| Deepak_ | So let fix that | 13:39 |
| Kuroshima | and if I were to manually generate a shipment, by going to the customer shipments window, and a new one, and selecting the order, it will not copy the drop shipment data from the order to the shipment | 13:40 |
| CarlosRuiz | a drop ship is not shipped - by definition you don't have the stock - use case 3 says the vendor ships | 13:41 |
| CarlosRuiz | norbertbede, the only order that doesn't make reservation is "non-binding offer" | 13:42 |
| norbertbede | i know that | 13:42 |
| norbertbede | let explain | 13:42 |
| norbertbede | we receive 70 lines 1 order | 13:42 |
| norbertbede | 30 delivered, 20 purchased | 13:42 |
| norbertbede | 5 dropped | 13:42 |
| Kuroshima | CarlosRuiz, I might have red it wrong (English is my 4th language), but AFAIU, in use case 3, it's Monet Co that has implemented ADempiere, while freda uses excel. | 13:42 |
| norbertbede | meanwhile we start shipment | 13:43 |
| norbertbede | and order has linked shipments and invoices | 13:43 |
| norbertbede | but want want e.g. close 1 line or some qty on line | 13:43 |
| norbertbede | not yet deliered | 13:43 |
| norbertbede | there is 200 orders here daily | 13:44 |
| Kuroshima | Freda requests a drop shipment from Monet Co to her customer | 13:44 |
| norbertbede | and this is totally regular case | 13:44 |
| norbertbede | :( | 13:44 |
| Kuroshima | so Monet will have to ship the items, because for Monet it's just an order where it doesn't ship to the customer, but to a 3rd party | 13:44 |
| norbertbede | in case additional line we create new order but cant stop lines or qty | 13:44 |
| norbertbede | i thinking about play with field - lostsalesqty | 13:45 |
| *** druiz has joined #idempiere | 13:45 | |
| druiz | Hey everyone | 13:45 |
| Kuroshima | Hello druiz | 13:45 |
| norbertbede | that us used when close order on document level | 13:45 |
| CarlosRuiz | Hi druiz | 13:45 |
| CarlosRuiz | Antoni - I read this "She laboriously re-enters that very order as a purchase order in Monet's webstore" - not sure about the meaning | 13:45 |
| CarlosRuiz | norbertbede, I think we have managed that reactivating and moving the qty to zero | 13:46 |
| CarlosRuiz | for the specific line | 13:46 |
| norbertbede | this doesnt touch other lines ? shipped invoiced ? | 13:47 |
| Kuroshima | CarlosRuiz, Freda (the 'she' in that sentence) is the customer to Monet Co. | 13:47 |
| Kuroshima | norbertbede, What we did in similar cases, is reactivate the order, set the quantities to 0, and then prepare and complete it again | 13:47 |
| Kuroshima | CarlosRuiz, but from the PoV of Monet Co, that is using ADempiere, it's an order from Freda that ships to Mr Escher | 13:49 |
| Kuroshima | norbertbede, when you prepare, it updates the reservations as you would expect | 13:49 |
| Deepak_ | norbert, reactivation will affect reservation to get negative but once you complete again, it will restored | 13:52 |
| CarlosRuiz | yes - but for Monet is not a drop ship sales order - because he has the stock | 13:52 |
| Kuroshima | CarlosRuiz, So, Monet should do as, and I quote | 13:53 |
| Kuroshima | Monet could simply add Escher as a contact for Freda, and his address as one of Freda's delivery locations, and alter the print format to not print Freda's company name in the deliver to field. Of course, if Monet needed, for example, to send a shipment confirmation to Freda's real address he would need to perform various contortions to get the necessary information. It would probably be better if Freda's name, address and contact | 13:53 |
| Kuroshima | information were kept as the main order business partner details, and the delivery information was handled separately | 13:53 |
| Deepak_ | Antoni, case is direct shipment. So they can handle by adding BPartner relation | 13:53 |
| Kuroshima | Deepak_, unfortunately, using partner relationship for ship-to addresses does not work | 13:54 |
| Deepak_ | You should have created BPartner for customer's customer | 13:54 |
| Deepak_ | and create relationship between customer and their customer | 13:54 |
| Kuroshima | Deepak_, the checkbox is both nor marked as updatable in table and column, and as read only in window and tab, and even if you fix that, it's not added to the dropdown on the sales order | 13:55 |
| Deepak_ | your customer should be invoice partner and one you are shipping should be shipping partner | 13:55 |
| Kuroshima | so you send the order confirmation to the shipping partner? | 13:56 |
| Kuroshima | instead of to the one who actually made the order? | 13:56 |
| Deepak_ | See currently there is no order confirmation sent as default | 13:56 |
| Deepak_ | So you may have developed that | 13:56 |
| Deepak_ | So you can control to whom you want to send confirmation | 13:57 |
| *** HideakiHagiwara has joined #idempiere | 13:57 | |
| Kuroshima | Deepak_, Yeah, I know, but as the web page states " Of course, if Monet needed, for example, to send a shipment confirmation to Freda's real address he would need to perform various contortions to get the necessary information" | 13:57 |
| Kuroshima | that's exactly what's not aceptable here | 13:57 |
| Kuroshima | the report that would print on the order would list the shipping partner and not the one that actually made the order | 13:58 |
| *** mhernandezve has joined #idempiere | 13:58 | |
| Kuroshima | The proposed implementation here http://www.adempiere.com/Sponsored_Development:_Drop_Ship | 13:59 |
| Deepak_ | Antoni, this all you may need to customize to reflect correct information on print format | 13:59 |
| Kuroshima | would actually address my needs, that's why I asked if this was ever integrated into iDempiere | 13:59 |
| Kuroshima | Deepak_, If every order was like this, there would be no problem, I would customize the print format to show the bill partner instead of the shipping partner, but this use case represents a part of the total orders | 14:02 |
| Kuroshima | so I would need two print formats, with no rule inside the program letting you decide if a given order should use one or the other | 14:03 |
| Deepak_ | Antoni, you can create a document type if want print format for different scenario | 14:04 |
| Deepak_ | Also looking at your requirement, you may looks looking for case 1 | 14:04 |
| Deepak_ | Vendor's dropship | 14:04 |
| Deepak_ | Sorry I am in rush need to leave sortly | 14:04 |
| Kuroshima | Deepak_, Nope, it's use case 3, customer drop ship | 14:05 |
| Deepak_ | Carlos, can you please review IDEMPIERE-2615 as you touched Date material policy issue on movement recently | 14:05 |
| Deepak_ | Customer dropship case is when you as idempiere user want to ask your vendor to deliver to your customer directly and you will invoice to your customer | 14:06 |
| Deepak_ | Is that your case? | 14:06 |
| Kuroshima | Deepak_, Read use case 3 again, It's Monet Co that is using ADempiere, not Freda (who uses excel). Freda is requesting a drop ship from Monet | 14:09 |
| Deepak_ | YEs, I noticed that | 14:09 |
| Deepak_ | First time I am reading that | 14:09 |
| Deepak_ | http://www.adempiere.com/Sponsored_Development:_Drop_Ship | 14:09 |
| Deepak_ | this is first time read | 14:09 |
| Deepak_ | but Let me know both scenario works in iDempiere | 14:10 |
| Deepak_ | only you may need to set correct process. | 14:10 |
| Kuroshima | Deepak_, check the current functionality part of the page | 14:10 |
| Deepak_ | sure, thanks | 14:11 |
| Kuroshima | it acknowledges that it's (sort of) possible to handle customer drop shipment using standard functionality | 14:11 |
| Deepak_ | I have to rush really | 14:11 |
| CarlosRuiz | Antoni, I think you're expecting that 100% of your needs are covered - and that's not the usual case - the most usual case is that you need to do some customizations | 14:11 |
| Kuroshima | but it requires contortions | 14:11 |
| Kuroshima | CarlosRuiz, No, I'm fine with doing customizations, I only wanted to know if someone else had done this first, and if that could be resused | 14:12 |
| Kuroshima | reused | 14:12 |
| Kuroshima | CarlosRuiz, Maybe this was done by Idalica, but never contributed back? | 14:13 |
| CarlosRuiz | it's in core AFAIR | 14:13 |
| *** HideakiHagiwara has quit IRC | 14:13 | |
| Kuroshima | CarlosRuiz, Again, use case 3 aligns with my needs perfectly, but reading the code, it doesn't seem to be implemented | 14:13 |
| Kuroshima | CarlosRuiz, There are multiple warnings that this would break or be inconsistent with the functionality inherited from Compiere, so maybe it's why it was not merged? | 14:15 |
| *** Deepak_ has quit IRC | 14:15 | |
| Kuroshima | or maybe this was merged into ADempiere after the split? | 14:15 |
| CarlosRuiz | no - is old | 14:15 |
| CarlosRuiz | and it was merged | 14:15 |
| CarlosRuiz | I cannot say it was 100% perfectly tested | 14:15 |
| CarlosRuiz | so - is ok if you find bugs and raise them for fix | 14:16 |
| Kuroshima | CarlosRuiz, I found at least one (unrelated) bug for drop shipments: if purchase orders are done manually, the drop shipment partner field on the purchase order has a default filter for suppliers, not customers. That threw me off when I was checking to code to see how far this was implemented | 14:18 |
| Kuroshima | CarlosRuiz, Time to raise a jira ticket then (I don't like raising jira tickets without asking the cominity if something is really a bug, as I do not want to increase the project overhead) | 14:19 |
| Kuroshima | CarlosRuiz, Ok, IDEMPIERE-2619 created | 14:27 |
| Kuroshima | Now to create another ticket for the missing functionality | 14:27 |
| CarlosRuiz | thanks Antoni | 14:34 |
| *** Henriette has joined #idempiere | 14:36 | |
| Kuroshima | No problem CarlosRuiz, Too often the problem is that documentation on (i|A)dempiere is outdated or completely inexistent | 14:39 |
| Kuroshima | IDEMPIERE-2620 created | 14:39 |
| Kuroshima | CarlosRuiz, I created this one as a new feature instead of a bug, since the functionality doesn't seem to exist in the code base | 14:40 |
| CarlosRuiz | I think is not a workaround - but maybe that's the way - and the contortion is just to send a notification to the customer? | 14:44 |
| Kuroshima | CarlosRuiz, It's not just that, if the drop ship partner is added as an address to the actual customer, you need to add some way to hide the actual customer name from the shipment documents. If you set up the drop ship partner as a separate business partner, make the order to that partner and then use partner relationship to set your actual customer as the invoice partner, then you have the counterintuitive case that the listed par | 14:54 |
| Kuroshima | tner on the order is not the actual partner. | 14:54 |
| Kuroshima | and no way to represent that in iDempiere, making it less than ideal if there's an issue and the order needs to be revisited at a later date | 14:55 |
| CarlosRuiz | yes - most probably that sales order has a specific format to impersonate the customer | 14:55 |
| CarlosRuiz | as Monet - I would set a sales order document type called "Freda Sales Order" - and set a print format with Freda's logo probably | 14:59 |
| CarlosRuiz | and you can set up a workflow on that sales order type to notify Freda when shipped | 14:59 |
| CarlosRuiz | I mean - Monet can :-) | 14:59 |
| Kuroshima | CarlosRuiz, The thing is, in my use case, freda would sometimes request that I drop ship, and sometimes request that I ship to her, plus making a print format per customer who requests a drop ship is not sustainable | 15:01 |
| Kuroshima | in my case, what happens is that the customer finds out he's in a hurry, and that, to save time, we should ship directly to the his customer, meaning that the order would change types midway | 15:02 |
| *** norbertbede has quit IRC | 15:03 | |
| Kuroshima | CarlosRuiz, Again, the proposed implementation in that sponsored development would suit me perfectly | 15:04 |
| CarlosRuiz | yes - just pointing that it can be done with actual code | 15:08 |
| *** norbertbede has joined #idempiere | 15:09 | |
| Kuroshima | Indeed, it can be workarounded, as described in the page, but it's a workaround, not a proper solution IMHO | 15:09 |
| *** norbertbede has quit IRC | 15:13 | |
| CarlosRuiz | hieplq__, AYT? | 15:26 |
| *** norbertbede has joined #idempiere | 15:26 | |
| CarlosRuiz | nmicoud, IDEMPIERE-2244 integrated in dev - seems like TkTech notifico is not working today | 15:33 |
| nmicoud | ok, thanks Carlos | 15:34 |
| nmicoud | is same as last patch ? | 15:35 |
| CarlosRuiz | yes - I didn't change anything - can you please test it? | 15:35 |
| nmicoud | already done :) | 15:35 |
| nmicoud | we are using for weeks | 15:35 |
| nmicoud | not the RequestEMailProcessor but for similar stuff | 15:36 |
| CarlosRuiz | great | 15:37 |
| CarlosRuiz | let's check next from Deepak -2617 | 15:37 |
| CarlosRuiz | I was checking if the mime properties can be set programatically | 15:38 |
| CarlosRuiz | and then I read your comment that you tested and didn't work | 15:38 |
| CarlosRuiz | :-) | 15:38 |
| CarlosRuiz | but checking that I found that you can set properties in a file called idempiereInit.properties | 15:39 |
| CarlosRuiz | the org.adempiere.base activator checks for that file and set the properties found there | 15:39 |
| nmicoud | ah good to know | 15:39 |
| druiz | hi @nmicoud | 15:47 |
| druiz | I've been working on this today https://idempiere.atlassian.net/browse/IDEMPIERE-2181 | 15:47 |
| nmicoud | hi druiz | 15:47 |
| nmicoud | you find something useful ? | 15:48 |
| druiz | we talked with @CarlosRuiz about it, and I'm testing a solution that sets a variable TabNo in MLookupInfo, and overrides the method ParseContext in the Env Class | 15:49 |
| druiz | to receive that TabNo and then it works | 15:49 |
| nmicoud | ah great! | 15:49 |
| druiz | I tested it with a specific case and it works, to get the right values in a lookup in the detail pane in the sales order window | 15:49 |
| nmicoud | you want me to test your patch ? | 15:50 |
| druiz | It's not ready yet, I think I will post it soon, I need to test that I doesn't break any existing lookups now, but when I do it if you help me with that can help me a lot. I think your case and my case are different but it's the same problem. | 15:51 |
| nmicoud | sure | 15:51 |
| druiz | :) Do you know about more existing bugs in the detail pane? | 15:51 |
| nmicoud | => https://idempiere.atlassian.net/issues/?jql=labels%20%3D%20DetailTabIssue | 15:52 |
| druiz | :/, they're a few and I think I found a new one. :D Thanks | 15:53 |
| CarlosRuiz | :-) I was looking for a parent ticket - and nmicoud did was in a label - didn't remember that | 15:53 |
| Kuroshima | Bye everyone | 16:05 |
| *** Kuroshima has quit IRC | 16:05 | |
| druiz | @CarlosRuiz the lookupfield is created in the GridFieldVO class in the method loadLookupInfo. I cannot overload that method and its a public one, do you think it's ok if I change the MLookupFactory.getLookupInfo (ctx, WindowNo, AD_Column_ID, displayType....) to call the new method with that sets the TabNo | 16:05 |
| CarlosRuiz | checking ... | 16:06 |
| CarlosRuiz | I see two options | 16:07 |
| CarlosRuiz | one - adding a new getLookupInfo with TabNo | 16:08 |
| CarlosRuiz | or two - adding a setter/getter for TabNo in MLookupInfo - and calling it where needed | 16:08 |
| druiz | But even with the second approach it has to be set somewhere | 16:10 |
| druiz | so where needed there would be a line with getLookUpInfo | 16:10 |
| druiz | and after it woth setTabNo | 16:10 |
| CarlosRuiz | ... | 16:10 |
| druiz | I found this method in MLookup get (Properties ctx, int WindowNo, int TabNo, int Column_ID, int AD_Reference_ID) | 16:11 |
| *** KermitTheFragger has quit IRC | 16:11 | |
| druiz | it receives the TabNo but then it does not do anything with it | 16:11 |
| druiz | Is there a reason for that? | 16:12 |
| druiz | Sorry the method is in MLookupFactory | 16:13 |
| CarlosRuiz | look here | 16:13 |
| CarlosRuiz | http://pastebin.com/p2A7TtB1 | 16:13 |
| CarlosRuiz | that's the way I use to do | 16:13 |
| CarlosRuiz | and you need to regenerate serialVersionUID where needed - adding public variables or methods | 16:14 |
| CarlosRuiz | ah - that patch is for 2.1 - maybe it doesn't integrate straight into your dev | 16:18 |
| nmicoud | gtg, see you | 16:26 |
| CarlosRuiz | bye nmicoud - thanks | 16:27 |
| *** nmicoud has quit IRC | 16:27 | |
| *** nmicoud has joined #idempiere | 16:58 | |
| *** mhernandezve has left #idempiere | 17:13 | |
| *** norbertbede has quit IRC | 17:29 | |
| *** norbertbede has joined #idempiere | 17:34 | |
| druiz | @CarlosRuiz I created a patch and attached here https://idempiere.atlassian.net/browse/IDEMPIERE-2181 | 17:42 |
| druiz | please review it when you have time and let me know of any issues with it | 17:43 |
| CarlosRuiz | thanks | 17:43 |
| *** CarlosRuiz has quit IRC | 18:31 | |
| *** CarlosRuiz has joined #idempiere | 18:32 | |
| *** ChanServ sets mode: +o CarlosRuiz | 18:32 | |
| *** norbertbede has quit IRC | 18:34 | |
| *** norbertbede has joined #idempiere | 19:34 | |
| aguerra | CarlosRuiz, | 19:39 |
| *** aguerra has quit IRC | 19:40 | |
| *** Henriette has left #idempiere | 19:43 | |
| *** norbertbede has quit IRC | 20:42 | |
| *** aguerra has joined #idempiere | 20:43 | |
| *** a42niem has quit IRC | 21:09 | |
| *** a42niem has joined #idempiere | 21:11 | |
| *** norbertbede has joined #idempiere | 21:35 | |
| *** pacho_ has joined #idempiere | 21:37 | |
| *** aguerra has quit IRC | 22:24 | |
| *** a42niem has quit IRC | 22:39 | |
| *** norbertbede has quit IRC | 22:46 | |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!