> 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, that > 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 other 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 reemployed 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 that 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 details, as I would be interested in helping with that. Regards James.
