Yes I would be interested. I agree with the perl approach. I presume th= e mfg=20 app should proceed as a separate project to avoid bottlenecking on the=20 current SL team, but ways should be found of avoiding duplication (Dieter= =20 already mentioned he had developed some mfg functionality, of which some=20 hasn't yet been released). =20
Mike Stares On Monday 28 October 2002 19:09, you wrote: > > exception of OS code (internals and such). Not even SAP has a licence > > that is this restrictive. I wouldn't touch this... But, then again, t= hat > > my opinion, and as we know, everybody has one ;-) > > > > Best > > > > Marvin Dickens > > Which if OpenMFG is not going to be the 'official mfg' appendage of SL, > then what is? Back to square one. > > So once again. Who would be interested in developing some form of MFG > appendage to run outside of and seperately/in conjunction with SL? > Personally whilest I'm not as comfortable with perl as with certain oth= er > languages, I would like to see another perl app do the trick. That way,= the > skill base required to maintain/modify SL, can be immediately reemploye= d to > manage and maintain any additional tools/applications that work in > conjunction with SL. Informal standards would be handy. > > By the way. Where do we stand with POS and Payroll? > > I recall that there used to be a 'howto' page on SL regards POS, and th= at > someone other than Dieter was already making headway with the payroll > section. Please take one step forward all those involved. Regards a > cash-draw on the POS who is dealing with this and may I have some detai= ls, > as I would be interested in helping with that. > > Regards > > James.
