| chat.freenode.net #tryton log beginning Fri Jan 9 00:00:01 CET 2009 | ||
| 2009-01-09 00:00 <vengfulsquirrel> bechamel`: okay thanks, ha I'm learning so much today | ||
| 2009-01-09 00:01 <bechamel`> vengfulsquirrel: great | ||
| 2009-01-09 00:15 -!- X0d_of_N0d(i=C-C_C-X@gateway/tor/x-937f02c3b2c7475d) has joined #tryton | ||
| 2009-01-09 00:28 <vengfulsquirrel> bechamel`: Sorry I have another question, can a move functionally exist without belonging to a packing ? I've created a move directly but I don't understand how I can change its state from Draft to Assigned ? Is the proper way to create a packing with a single move and work from the packing's perspective ? | ||
| 2009-01-09 00:29 <bechamel`> vengfulsquirrel: yes move are low-level object and normaly you should always use packing | ||
| 2009-01-09 00:29 <bechamel`> vengfulsquirrel: it's the goal of internale packings | ||
| 2009-01-09 00:33 <bechamel`> vengfulsquirrel: but as you can see in the TODO of the trunk version, withdraw packing are missing, so atm it's not possible to return product to the supplier or to get back product from the customer (at least there is no automation for this) | ||
| 2009-01-09 00:34 <X0d_of_N0d> hey vengfulsquirrel, Sorry I didn't get back to you sooner.. I've been pretty sick. how's it going? | ||
| 2009-01-09 00:39 <vengfulsquirrel> X0d_of_N0d: Yeah I was sick in early december for like 2 weeks, it was terrible. I haven't made much quantifiable ground on the MRP stuff, I've just been reading those books I bought. There are just so many configurations that are possible. Also those books aren't very meaty, except the models book. Although they have familiarized me more with the topic though. Ha originally I thought routings and workcenters were just conc | ||
| 2009-01-09 00:40 -!- bechamel`(n=user@85.201.86.139) has left #tryton | ||
| 2009-01-09 00:41 <X0d_of_N0d> conc? | ||
| 2009-01-09 00:45 <vengfulsquirrel> X0d_of_N0d: If that's an acronym I don't know what it stands for. | ||
| 2009-01-09 00:45 <X0d_of_N0d> no it looks like you got cut off | ||
| 2009-01-09 00:46 <X0d_of_N0d> workcenters were just conc | ||
| 2009-01-09 00:46 <X0d_of_N0d> ... | ||
| 2009-01-09 00:46 <vengfulsquirrel> oh | ||
| 2009-01-09 00:46 <vengfulsquirrel> Originally I thought routings and workcenters were just concepts that tiny had made up. | ||
| 2009-01-09 00:47 <vengfulsquirrel> Yeah for some reason it didn't show over here that I got cut off. | ||
| 2009-01-09 00:47 <X0d_of_N0d> ahh ok | ||
| 2009-01-09 00:47 <X0d_of_N0d> vengfulsquirrel: might be a setting on my client | ||
| 2009-01-09 00:48 <X0d_of_N0d> yeah, I've been reading this book about boms....pretty useless actually. Basically the half way through the book and the only idea I've seen is "you should use one bom database instead of multiple databases" | ||
| 2009-01-09 00:48 <X0d_of_N0d> duh | ||
| 2009-01-09 00:48 <vengfulsquirrel> Ha yeah a bunch of the stuff in these books was totally useless, but there was some good things. | ||
| 2009-01-09 00:51 <X0d_of_N0d> I'm still pondering how to address your workflow | ||
| 2009-01-09 00:52 <vengfulsquirrel> Yeah I'm pretty sure I only need a minor modification to MRP I. | ||
| 2009-01-09 00:52 <vengfulsquirrel> Everything else can be done 'manually' so to speak. | ||
| 2009-01-09 00:52 <X0d_of_N0d> I was thinking we could add something like triggered events | ||
| 2009-01-09 00:53 <X0d_of_N0d> yeah | ||
| 2009-01-09 00:54 <X0d_of_N0d> so what were you thinking as far as the mod to mrp I | ||
| 2009-01-09 00:54 <X0d_of_N0d> ? | ||
| 2009-01-09 00:54 <vengfulsquirrel> I can just use lead times and boms to do rough scheduling of when to start production runs. | ||
| 2009-01-09 00:54 <vengfulsquirrel> The modification to the rough scheduling would be that certain production runs can only occur during certain date ranges. | ||
| 2009-01-09 00:55 <vengfulsquirrel> So like each single level bom would have a lead time AND a list of acceptable planning periods that it could start in. | ||
| 2009-01-09 00:55 <X0d_of_N0d> so the thing to do would be to impliment mrp I | ||
| 2009-01-09 00:56 <X0d_of_N0d> and add an extra extension to that as a seperate module, perhaps | ||
| 2009-01-09 00:56 <X0d_of_N0d> hum.. | ||
| 2009-01-09 00:57 <vengfulsquirrel> Yeah pretty much that was my plan. I guess I was just reading still to see how independent, model-wise, the Closed Loop and MRP II ideas were. | ||
| 2009-01-09 00:57 <X0d_of_N0d> yeah | ||
| 2009-01-09 00:58 <vengfulsquirrel> Ideally you'd want to just install a Closed-Loop module and then a MRP II module if necessary. And they would just extend MRP I. | ||
| 2009-01-09 00:58 <X0d_of_N0d> the module should probabbly be renamed to avoid confusion | ||
| 2009-01-09 00:58 <X0d_of_N0d> right | ||
| 2009-01-09 00:58 <X0d_of_N0d> depending on what kind of work you're doing | ||
| 2009-01-09 01:01 <X0d_of_N0d> it seems like some kind of expiration date module would be useful too...just not sure how to impliment that correctly | ||
| 2009-01-09 01:01 <X0d_of_N0d> or what to call it | ||
| 2009-01-09 01:01 <vengfulsquirrel> Yeah for plants you mean ? | ||
| 2009-01-09 01:02 <X0d_of_N0d> plants or food, it would be the same | ||
| 2009-01-09 01:02 <X0d_of_N0d> or beer | ||
| 2009-01-09 01:02 <vengfulsquirrel> That's kind of something that would happen within the stock domain though. | ||
| 2009-01-09 01:02 <X0d_of_N0d> in brewing you boil your beer, then drop it in to a primary fermenting tank... then after 2 weeks you drop it into a secondary tank and add more hops... | ||
| 2009-01-09 01:02 <vengfulsquirrel> My business doesn't do lots or individual product tracking so that doesn't really work to well. | ||
| 2009-01-09 01:02 <X0d_of_N0d> yeah | ||
| 2009-01-09 01:02 <X0d_of_N0d> hum... | ||
| 2009-01-09 01:03 <X0d_of_N0d> that's true | ||
| 2009-01-09 01:03 <vengfulsquirrel> Ha and people can walk in and buy beer out of the primary tank | ||
| 2009-01-09 01:03 <X0d_of_N0d> ahh | ||
| 2009-01-09 01:03 <X0d_of_N0d> so moving from seedlings to potted plants is tracked as a lot | ||
| 2009-01-09 01:03 <vengfulsquirrel> which totally f's everything up | ||
| 2009-01-09 01:03 <X0d_of_N0d> vengfulsquirrel: depends on how despirate they are | ||
| 2009-01-09 01:03 <X0d_of_N0d> brb | ||
| 2009-01-09 01:16 <vengfulsquirrel> X0d_of_N0d: Well not really we don't track any lots, we don't have that granularity at all right now. | ||
| 2009-01-09 01:44 -!- udono1(n=udono@dynamic-unidsl-85-197-23-230.westend.de) has joined #tryton | ||
| 2009-01-09 01:44 <X0d_of_N0d> ACTION is back | ||
| 2009-01-09 01:44 <X0d_of_N0d> vengfulsquirrel: how do you track sales? | ||
| 2009-01-09 01:47 <vengfulsquirrel> X0d_of_N0d: Not very well pretty much, by paper I guess. Moving over to tryton will move our business out of the 1800s into 2009. | ||
| 2009-01-09 01:48 <vengfulsquirrel> X0d_of_N0d: Is your business doing Shop Floor Control and Capacity Planning right now ? | ||
| 2009-01-09 01:48 <X0d_of_N0d> yeah | ||
| 2009-01-09 01:49 <X0d_of_N0d> we track everything that comes in and goes out....sometimes we loose track of it, but it's in the system at some point | ||
| 2009-01-09 01:49 <X0d_of_N0d> everything we buy or use | ||
| 2009-01-09 01:50 <vengfulsquirrel> Are you using a proprietary planning system now ? | ||
| 2009-01-09 01:54 <X0d_of_N0d> yeah, it's pretty crappy | ||
| 2009-01-09 01:54 <X0d_of_N0d> We can track things fairly well, but it can't do the kind of planning we need | ||
| 2009-01-09 01:54 <X0d_of_N0d> and we can't extend it without it breaking | ||
| 2009-01-09 01:55 <X0d_of_N0d> and it's not supposed to run on linux | ||
| 2009-01-09 01:55 <X0d_of_N0d> and it breaks ALL the time | ||
| 2009-01-09 01:55 <X0d_of_N0d> yeah | ||
| 2009-01-09 01:56 <X0d_of_N0d> it was chosen long before I came around | ||
| 2009-01-09 02:00 <X0d_of_N0d> vengfulsquirrel: so are you implimenting production planning or just purchase planning? | ||
| 2009-01-09 02:00 <X0d_of_N0d> or rather, do you need production planning or just purchase planning | ||
| 2009-01-09 02:00 <X0d_of_N0d> ? | ||
| 2009-01-09 02:02 -!- X0d_of_N`(i=user@gateway/tor/x-8446431cb4cadea4) has joined #tryton | ||
| 2009-01-09 02:03 <X0d_of_N0d> hum... | ||
| 2009-01-09 02:03 <X0d_of_N0d> irc in emacs...that's cool | ||
| 2009-01-09 02:03 <X0d_of_N0d> brb | ||
| 2009-01-09 02:03 <udono1> X0d_of_N`: Hi | ||
| 2009-01-09 02:04 <X0d_of_N0d> how goes it udono1? | ||
| 2009-01-09 02:04 <X0d_of_N0d> ACTION loves emacs | ||
| 2009-01-09 02:04 <udono1> ACTION vi | ||
| 2009-01-09 02:04 <udono1> X0d_of_N0d: A little ill, but ok so far | ||
| 2009-01-09 02:05 <X0d_of_N0d> I'm pretty much down to 3 apps... firefox, claws-mail, and emacs | ||
| 2009-01-09 02:05 <X0d_of_N0d> udono1: yeah, I've got a pretty bad cold | ||
| 2009-01-09 02:05 <udono1> clawsmail I don't know... | ||
| 2009-01-09 02:06 <X0d_of_N0d> claws is a pretty cool mail client. it's a little buggy sometimes, but filtering is really nice | ||
| 2009-01-09 02:07 <udono1> X0d_of_N0d: cedk told me about, IIRC | ||
| 2009-01-09 02:07 <X0d_of_N0d> udono1: I really should switch to procmail + mutt or something, but I've gotten used to it | ||
| 2009-01-09 02:08 <X0d_of_N0d> udono1: it's also nice because it's really easy to launch an external mail editor | ||
| 2009-01-09 02:09 <udono1> X0d_of_N0d: I use Thunderbird and have my problems too | ||
| 2009-01-09 02:09 <X0d_of_N0d> I really dislike thunderbird | ||
| 2009-01-09 02:10 <X0d_of_N0d> one of the other guys here uses it with muttator | ||
| 2009-01-09 02:10 <udono1> X0d_of_N0d: after my last computer move I dislike it. Now I try Evolution, but its not better too | ||
| 2009-01-09 02:11 <X0d_of_N0d> evolution sucks too | ||
| 2009-01-09 02:11 <X0d_of_N0d> claws, imho, is the best gui mail client | ||
| 2009-01-09 02:12 <udono1> X0d_of_N0d: ok, I will try it (next time I move) | ||
| 2009-01-09 02:12 <udono1> :-) | ||
| 2009-01-09 02:13 <X0d_of_N0d> so I was on vaccation until monday, and I've been sick for the last few days, so I haven't really made much progress on the module | ||
| 2009-01-09 02:14 <udono1> X0d_of_N0d: February will be my LDAP month ... then I like to implement an LDAP connection for auth and partner/addresses/contact-mechanism. Next week I am on vaccation :-) | ||
| 2009-01-09 02:14 <X0d_of_N0d> I worked a bit on it. I learned a lot about coding in tryton.... | ||
| 2009-01-09 02:14 <X0d_of_N0d> then I went on vaccation and forgot everything | ||
| 2009-01-09 02:15 <udono1> :-) | ||
| 2009-01-09 02:15 <udono1> I have it every Monday... | ||
| 2009-01-09 02:16 <X0d_of_N0d> I met a comrade from LA who was deep into Belgian beer | ||
| 2009-01-09 02:16 <X0d_of_N0d> it was all downhill from there | ||
| 2009-01-09 02:16 <X0d_of_N0d> heh | ||
| 2009-01-09 02:17 <udono1> X0d_of_N0d: Yes, belgian beer is great! I like it too. | ||
| 2009-01-09 02:17 <X0d_of_N0d> I really love the sour belgians | ||
| 2009-01-09 02:19 <udono1> X0d_of_N0d: did you have been in Belgium? | ||
| 2009-01-09 02:20 <X0d_of_N0d> udono1: not yet | ||
| 2009-01-09 02:20 <udono1> Europe? | ||
| 2009-01-09 02:21 <X0d_of_N0d> I've been to Canada and Mexico... Farthest east I've gone is New York when I was 3 or 4 | ||
| 2009-01-09 02:21 <X0d_of_N0d> many of my friends have traveled, I really haven't | ||
| 2009-01-09 02:22 <udono1> X0d_of_N0d: So I've never been on the american continent... But maybe next year 2010... | ||
| 2009-01-09 02:23 <X0d_of_N0d> well... avoid the middle of the country, you won't miss anything worth seeing | ||
| 2009-01-09 02:23 <X0d_of_N0d> heheh | ||
| 2009-01-09 02:24 <X0d_of_N0d> but here on the west coast, especially in "wine" country... awesome beer | ||
| 2009-01-09 02:45 -!- udono(n=udono@dynamic-unidsl-85-197-19-115.westend.de) has joined #tryton | ||
| 2009-01-09 02:45 -!- vengfulsquirrel(n=ian@c-71-202-125-182.hsd1.ca.comcast.net) has joined #tryton | ||
| 2009-01-09 03:07 -!- ikks(n=igor@190.12.153.202) has joined #tryton | ||
| 2009-01-09 03:12 <vengfulsquirrel> X0d_of_N0d: Hey sorry my roommate had to drop the internet and it ended up being much longer than expected. | ||
| 2009-01-09 07:23 -!- sharkcz(n=dan@plz1-v-4-17.static.adsl.vol.cz) has joined #tryton | ||
| 2009-01-09 07:31 -!- sharkcz(n=dan@plz1-v-4-17.static.adsl.vol.cz) has joined #tryton | ||
| 2009-01-09 07:59 -!- udono(n=udono@dynamic-unidsl-85-197-19-115.westend.de) has joined #tryton | ||
| 2009-01-09 08:36 -!- Timitos(n=Timitos@88.217.184.172) has joined #tryton | ||
| 2009-01-09 08:47 -!- carlos(n=carlos@89.7.24.44) has joined #tryton | ||
| 2009-01-09 09:14 -!- Gedd(n=ged@77.109.114.231.adsl.dyn.edpnet.net) has joined #tryton | ||
| 2009-01-09 09:31 -!- enlightx(n=enlightx@89.118.225.142) has joined #tryton | ||
| 2009-01-09 09:42 -!- cristi_an(i=5978d3ce@gateway/web/ajax/mibbit.com/x-801c27336d5a8993) has joined #tryton | ||
| 2009-01-09 09:47 <cristi_an> question of the day : tryton works with postgres | ||
| 2009-01-09 09:48 <cristi_an> it uses specific sql calls from postgres that are not standart to other databases ? | ||
| 2009-01-09 10:01 <enlightx> cristi_an: yes, you can use only postgresql, but there is no reasons to use another dbms :) | ||
| 2009-01-09 10:02 <enlightx> (just joking) | ||
| 2009-01-09 10:11 <cristi_an> :) | ||
| 2009-01-09 10:12 <cristi_an> seriously is that so hard to make it compatible with other DB ? | ||
| 2009-01-09 10:12 <cristi_an> if the architecture is based on intrefaces then it should no be a big problem | ||
| 2009-01-09 10:14 <cristi_an> i gues that db code is present only in the db layer | ||
| 2009-01-09 10:14 <enlightx> cristi_an: i think you have to write tryton from scratch | ||
| 2009-01-09 10:14 <cristi_an> what do you mean ? | ||
| 2009-01-09 10:14 <cristi_an> to make it compatible with other db ? | ||
| 2009-01-09 10:14 <enlightx> i mean that tryton uses psycopg which is the pgsql driver for python | ||
| 2009-01-09 10:15 -!- evernichon(n=evernich@72.118-67-87.adsl-dyn.isp.belgacom.be) has joined #tryton | ||
| 2009-01-09 10:15 <cristi_an> enlightx: you knwo java right ? | ||
| 2009-01-09 10:15 <enlightx> yes | ||
| 2009-01-09 10:15 <cristi_an> there is easy to define a db intrerface and do implemetation for Mysql,SqlServer etc | ||
| 2009-01-09 10:15 <enlightx> don't use jdbc as example :) | ||
| 2009-01-09 10:16 <cristi_an> and you use the driver accordingly | ||
| 2009-01-09 10:16 <cristi_an> why ? | ||
| 2009-01-09 10:16 <enlightx> tryton does't use a similar approach. it deals directly with postgres | ||
| 2009-01-09 10:16 <enlightx> but a nice feature would be migrate tryton from psycopg to sqlalchemy | ||
| 2009-01-09 10:17 <cristi_an> i do not want to blame noone...but why ? they did nto thought on a layered apporoch ? | ||
| 2009-01-09 10:17 <enlightx> cristi_an: just because tinyerp toke the wrong way | ||
| 2009-01-09 10:17 <cristi_an> i wish i would not known java ,maybe it would have beeb easier for me to learn | ||
| 2009-01-09 10:18 <cristi_an> python and tryton | ||
| 2009-01-09 10:20 <enlightx> btw, i could be wrong and they already worked on this way to get this stuff replaceable | ||
| 2009-01-09 10:23 <enlightx> however, you would have to rewrite every sql statement :) | ||
| 2009-01-09 10:24 <cristi_an> i do not understand...100% ...is not about an ORM | ||
| 2009-01-09 10:24 <cristi_an> that orm deal with object | ||
| 2009-01-09 10:24 <cristi_an> s | ||
| 2009-01-09 10:25 <cristi_an> and those objects ,add,remove,delete etc are handled in the orm class | ||
| 2009-01-09 10:25 <cristi_an> so insert is not he same for all db ? | ||
| 2009-01-09 10:25 <cristi_an> update as well | ||
| 2009-01-09 10:25 <Timitos> cristi_an: only a short information as i need to do a phone call now... | ||
| 2009-01-09 10:25 <cristi_an> etc... | ||
| 2009-01-09 10:25 <Timitos> cristi_an: tryton has some functions in its orm that sqlalchemy or other orm does not have | ||
| 2009-01-09 10:26 <Timitos> cristi_an: this makes a change difficult | ||
| 2009-01-09 10:26 <cristi_an> i see | ||
| 2009-01-09 10:26 <Timitos> cristi_an: tryton orm ist more than a orm | ||
| 2009-01-09 10:26 <cristi_an> just asked... | ||
| 2009-01-09 10:27 -!- cedk(n=ced@gentoo/developer/cedk) has joined #tryton | ||
| 2009-01-09 10:35 -!- bechamel(n=user@85.201.86.139) has joined #tryton | ||
| 2009-01-09 10:36 <enlightx> Timitos: what do you talking about? | ||
| 2009-01-09 10:36 <enlightx> which functions? | ||
| 2009-01-09 10:37 <enlightx> we use sqlalchemy for zope3 which is more complex than tryton orm | ||
| 2009-01-09 10:39 -!- oversize(n=manuel@port-92-198-7-97.static.qsc.de) has joined #tryton | ||
| 2009-01-09 10:46 <Timitos> enlightx: sorry. cedk mentioned that tryton orm has some functions that are not part of sql alchemy. perhaps i disunderstand something. but i think you should ask cedk for details | ||
| 2009-01-09 10:47 <enlightx> Timitos: the mine wasn't a critic :) it was just to understand better | ||
| 2009-01-09 10:47 <cristi_an> well i guess this was inherited from tiny,and sice it working and it's doing its job there were other priorities ,higher ones | ||
| 2009-01-09 10:47 <Timitos> enlightx: i understood it this way. this was not a critic for me. np | ||
| 2009-01-09 10:47 <enlightx> sqlalchemy is quite flexible and customizable | ||
| 2009-01-09 10:48 <enlightx> cristi_an: exactly | ||
| 2009-01-09 10:48 <cristi_an> maybe when time will permit the comunity will migrate and do it more flexible | ||
| 2009-01-09 10:48 <cristi_an> just my guess | ||
| 2009-01-09 10:49 <enlightx> cristi_an: it would be nice, but i don't think that is a priority right now...but would be nice | ||
| 2009-01-09 10:49 <enlightx> a step over openerp | ||
| 2009-01-09 11:08 -!- joh_(n=joh@statdsl-085-016-072-173.ewe-ip-backbone.de) has joined #tryton | ||
| 2009-01-09 11:23 <udono> enlightx: cristi_an look at: http://code.google.com/p/tryton/wiki/Release_1_2_0 The topic Re-factorize OSV/ORM will be the first step to make a later change of the ORM more possible. | ||
| 2009-01-09 11:25 -!- johbo(n=joh@statdsl-085-016-072-173.ewe-ip-backbone.de) has joined #tryton | ||
| 2009-01-09 11:25 <udono> enlightx: cristi_an: and here is the discussion about: http://groups.google.com/group/tryton/browse_thread/thread/49af894ff4bb624f# | ||
| 2009-01-09 11:26 <enlightx> udono: tnx! | ||
| 2009-01-09 11:26 <udono> enlightx: welcome | ||
| 2009-01-09 11:28 <cristi_an> udono: those are good news | ||
| 2009-01-09 11:29 <cristi_an> despite...it is ok what it is for now | ||
| 2009-01-09 11:50 -!- mmarshall(n=mmarshal@adsl-76-255-73-67.dsl.rcsntx.sbcglobal.net) has joined #tryton | ||
| 2009-01-09 12:05 -!- carlos(n=carlos@89.7.24.44) has joined #tryton | ||
| 2009-01-09 12:28 -!- yangoon(n=mathiasb@p549F4B8B.dip.t-dialin.net) has joined #tryton | ||
| 2009-01-09 12:58 <CIA-8> tryton: matb roundup * #737/Contact mechanisms: actualization: [new] When inserting contact mechanisms, values for website are not actualized immediately after confirmation (as is done i.e. for phone), but onl ... | ||
| 2009-01-09 13:56 <udono> www.tryton.de | ||
| 2009-01-09 13:59 <bechamel> udono: cool | ||
| 2009-01-09 14:29 -!- ikks(n=igor@201.244.188.98) has joined #tryton | ||
| 2009-01-09 14:42 -!- ikks(n=igor@201.244.188.98) has joined #tryton | ||
| 2009-01-09 15:11 <CIA-8> tryton: matb roundup * #738/RfC: Comments in sale, purchase, invoice lines: [new] I would like to change description = fields.Char('Description', size=None, required=True) to description = fields.Text('Description ... | ||
| 2009-01-09 15:28 -!- ikks_(n=igor@190.144.69.234) has joined #tryton | ||
| 2009-01-09 15:38 -!- X0d_of_N0d(i=user@gateway/tor/x-f6ddb5f361bd9cb3) has joined #tryton | ||
| 2009-01-09 15:56 -!- evernichon(n=evernich@72.118-67-87.adsl-dyn.isp.belgacom.be) has joined #tryton | ||
| 2009-01-09 16:23 <CIA-8> tryton: C?dric Krier <ced@b2ck.com> default * 36:b0570824e785 analytic_invoice/COPYRIGHT: Update copyright | ||
| 2009-01-09 16:23 <CIA-8> tryton: C?dric Krier <ced@b2ck.com> default * 37:057818ef62e3 analytic_invoice/invoice.py: Fix read for not line type | ||
| 2009-01-09 16:24 <CIA-8> tryton: C?dric Krier <ced@b2ck.com> default * 36:11e9bb61ca9f analytic_purchase/COPYRIGHT: Update copyright | ||
| 2009-01-09 16:24 <CIA-8> tryton: C?dric Krier <ced@b2ck.com> default * 37:8fdb408d0e9d analytic_purchase/purchase.py: Fix read of not line type | ||
| 2009-01-09 16:24 <CIA-8> tryton: C?dric Krier <ced@b2ck.com> default * 28:8d0d2fdd05e0 analytic_sale/COPYRIGHT: Update copyright | ||
| 2009-01-09 16:24 <CIA-8> tryton: C?dric Krier <ced@b2ck.com> default * 29:ada82231072b analytic_sale/sale.py: Fix read of not line type | ||
| 2009-01-09 17:09 -!- tekknokrat(n=gthieleb@dslb-088-074-161-069.pools.arcor-ip.net) has joined #tryton | ||
| 2009-01-09 17:48 -!- juanfer(n=juanfer@201.244.188.98) has joined #tryton | ||
| 2009-01-09 17:59 -!- tekknokrat(n=gthieleb@dslb-088-074-161-069.pools.arcor-ip.net) has left #tryton | ||
| 2009-01-09 18:31 -!- FWiesing(n=Wiesinge@194.208.185.12) has joined #tryton | ||
| 2009-01-09 18:50 -!- LucaSub(n=LucaSub@host187-234-dynamic.48-82-r.retail.telecomitalia.it) has joined #tryton | ||
| 2009-01-09 18:54 <CIA-8> tryton: C?dric Krier <ced@b2ck.com> default * 1150:02ff9a50588c tryton/tryton/gui/window/view_form/widget_search/form.py: Add active field in search if not in the view but is defined. | ||
| 2009-01-09 18:54 <CIA-8> tryton: C?dric Krier <ced@b2ck.com> default * 1455:bc014149e76b trytond/trytond/osv/ (fields.py orm.py): | ||
| 2009-01-09 18:54 <CIA-8> tryton: Add depends attributes to Columns. | ||
| 2009-01-09 18:54 <CIA-8> tryton: It allow to specify a list of fields that are needed in the view for this one. | ||
| 2009-01-09 18:54 <CIA-8> tryton: Add active field by default in each views. | ||
| 2009-01-09 18:54 <CIA-8> tryton: C?dric Krier <ced@b2ck.com> default * 1456:2fa2a8b9156c trytond/trytond/osv/orm.py: Add automaticaly field defined in sequence attributes in the view | ||
| 2009-01-09 18:54 <CIA-8> tryton: C?dric Krier <ced@b2ck.com> default * 226:2003fcfaa744 party/ (contact_mechanism.py contact_mechanism.xml): | ||
| 2009-01-09 18:54 <CIA-8> tryton: Add other_value to display value in form view for issue737. | ||
| 2009-01-09 18:54 <CIA-8> tryton: Otherwise value will have invisible state for some types in the tree view. | ||
| 2009-01-09 18:54 <CIA-8> tryton: C?dric Krier <ced@b2ck.com> default * 227:71c7b1fb5e01 party/ (address.xml category.xml contact_mechanism.xml party.xml): Remove tree_invisible field | ||
| 2009-01-09 18:54 <CIA-8> tryton: ced roundup * #737/Contact mechanisms: actualization: [resolved] Fix with changeset 2003fcfaa744 | ||
| 2009-01-09 20:01 -!- paola(n=paola@host-84-223-76-195.cust-adsl.tiscali.it) has joined #tryton | ||
| 2009-01-09 20:31 <CIA-8> tryton: C?dric Krier <ced@b2ck.com> default * 1457:1dac8d389b17 trytond/CHANGELOG: Add changelog | ||
| 2009-01-09 20:55 -!- cedk(n=ced@gentoo/developer/cedk) has joined #tryton | ||
| 2009-01-09 21:13 <vengfulsquirrel> Once inventory is moved from the output zone to the customer location does it just sit there indefinitely? | ||
| 2009-01-09 21:14 <X0d_of_N0d> vengfulsquirrel: yeah | ||
| 2009-01-09 21:14 <X0d_of_N0d> vengfulsquirrel: unless it gets moved elsewhere | ||
| 2009-01-09 21:17 <X0d_of_N0d> that makes it so you can track inventory after it leaves your shop. That way if you need to know who has product xyz with rev w you can track it down... for example, in the case of a recall | ||
| 2009-01-09 21:17 <vengfulsquirrel> Yeah except 'Customer' is not actually granular right ? | ||
| 2009-01-09 21:17 <vengfulsquirrel> Can you create actual customers as children of 'Customer' ? | ||
| 2009-01-09 21:18 <X0d_of_N0d> I believe customer can be granular... perhaps I should look at that again | ||
| 2009-01-09 21:22 <X0d_of_N0d> hum, yeah, I guess you would have to define children | ||
| 2009-01-09 21:24 <X0d_of_N0d> it seems like any time you add a partner it should add a location for that partner depending on if their a supplier, customer, or both... I guess that could get a little confusing though | ||
| 2009-01-09 21:26 <vengfulsquirrel> Yeah seems like you'd have the order info and stuff anyways it would just be a matter of tracking individual lots or products. | ||
| 2009-01-09 21:27 <X0d_of_N0d> yeah... | ||
| 2009-01-09 21:27 <X0d_of_N0d> I'm gonna get some lunch | ||
| 2009-01-09 21:30 -!- cristi_an(i=5978d3ce@gateway/web/ajax/mibbit.com/x-172c28d5bdf79a45) has joined #tryton | ||
| 2009-01-09 22:29 <bechamel> vengfulsquirrel: there are "customer location" and "supplier are location" which are used when a pakcing are created | ||
| 2009-01-09 22:55 <vengfulsquirrel> bechamel: http://laspilitas.com/s/images/stock-layout.png -- Does the basic Wharehouse layout look correct here? I'm trying out ideas to solve my problem. | ||
| 2009-01-09 22:57 <bechamel> vengfulsquirrel: yes it's the basic architecture behind the code, except for the Plant which will comes with mrp :) | ||
| 2009-01-09 23:00 <bechamel> vengfulsquirrel: i just realize that you created the graph (I though it was a coincidence that all the names were exactly matching the default config :), I'm a bit tired ... ) | ||
| 2009-01-09 23:01 <vengfulsquirrel> Ha oh yeah, I'm trying to make the MRP module as well as some sort of Growing section to move plants between states of growth. | ||
| 2009-01-09 23:03 <vengfulsquirrel> I was just thinking about where products would go that were used in production in a way that would match how products go into the Customer area when they are purchased. | ||
| 2009-01-09 23:07 <bechamel> vengfulsquirrel: I'm not sure that input and output are needed for production, but i don't have a lot of knowledge about it | ||
| 2009-01-09 23:08 <bechamel> vengfulsquirrel: for example, as long as products are not on a storage location the user cannot assing them to send a packing to a customer | ||
| 2009-01-09 23:09 <vengfulsquirrel> bechamel: Yeah but how can you tell what's headed for production versus what's actually done? | ||
| 2009-01-09 23:11 <vengfulsquirrel> I think maybe they should interface directly with the Storage area. | ||
| 2009-01-09 23:12 <bechamel> vengfulsquirrel: yes, my sentence was not clear, waht I wanted to say is that another type of location is not needed, and yes it's better to created distinct inptu and output location (but both are of type production) | ||
| 2009-01-09 23:14 <bechamel> vengfulsquirrel: what you put in the storage area will essentially impact reporting (do you consider that product in output zone are still part of your product, for example) | ||
| 2009-01-09 23:18 <vengfulsquirrel> bechamel: Oh right you mean a Plant could just be another "Wharehouse" using the current system ? | ||
| 2009-01-09 23:20 <bechamel> vengfulsquirrel: the plan can be a child of the warehouse | ||
| 2009-01-09 23:22 <bechamel> vengfulsquirrel: and if you consider that the product for the production are part of the warehouse the production location can be under the storage location (nothing prevent to put production location under storage location) | ||
| 2009-01-09 23:23 <bechamel> vengfulsquirrel: but in this cass i'm afraid that the asignation will assign products on those locations :( | ||
| 2009-01-09 23:24 <vengfulsquirrel> Yeah I think it makes more sense to move things out and in between storage and "production". | ||
| 2009-01-09 23:25 <vengfulsquirrel> So assignation to either customer orders or production runs doesn't happen when product are being used to produce something. | ||
| 2009-01-09 23:28 <bechamel> vengfulsquirrel: yes but the system should ignore production locations when assigning customer packing | ||
| 2009-01-09 23:31 <vengfulsquirrel> Wait so you are saying make a new location type ? Or you are saying just use the Storage type but don't make it a child of the wharehouse's main storage location just put it under the actual Wharehouse ? | ||
| 2009-01-09 23:32 <bechamel> vengfulsquirrel: there is already a type "production" on location | ||
| 2009-01-09 23:32 <vengfulsquirrel> oh snap | ||
| 2009-01-09 23:32 <vengfulsquirrel> Ha sorry, I did not see that. | ||
| 2009-01-09 23:33 <bechamel> vengfulsquirrel: I think it could be a good idea to ask the mailing list for the best base layout of locations to handle correctly production (and like that I don't forget to think about it with a fresher mind) | ||
| 2009-01-09 23:34 <vengfulsquirrel> Yeah okay sounds good. | ||
| 2009-01-09 23:35 <bechamel> vengfulsquirrel: time to sleep here, Bye | ||
| 2009-01-09 23:35 <vengfulsquirrel> bye, thanks for the help | ||
| 2009-01-09 23:36 -!- bechamel(n=user@85.201.86.139) has left #tryton |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!
