http://ofbiz.116.s1.nabble.com/OFBiz-Users-Hello-world-tp136505p136508.html
I wouldn't use some general text editor for this... it would not only
that you'll use all the time. I highly recommend getting a good XML
uses. I personally use one called Oxygen and I generally use it as an
Eclipse plugin. There are lots of other options of course...
> David,
>
> I'm a newbie myself, so consider my comments merely preliminary to
> those
> of others with more expertise:
>
> 1. Check out
>
http://www.ofbiz.org/docs/minilang.html>
> The idea of the MiniLang is to *save* labour time, although i think
> setting up your favourite editor to produce these xml elements would
> probably be a good thing. e.g. a TextPad 'clip library' would be
> useful.
>
> 2. Check out the POS application
>
> CJ
>
> David Welton wrote:
>
>> Hello,
>>
>> I have inherited an e-commerce site + stocking system + other bits
>> and
>> pieces written on PHP and Python on top of Mysql. I'm investigating
>> other approaches, although since the current system does work, we may
>> only end up using ideas from what I find out there. OFBiz is one of
>> the first things I found, and it looks interesting. I'm trying to
>> get
>> a handle on it, but it's pretty big, so while I've tried to read up
>> first, forgive me if any of my questions end up being the moral
>> equivalent of asking whether a mountain bike takes leaded or unleaded
>> fuel... Unfortunately I do not yet have a free machine where I can
>> set this system up and run it to test it out.
>>
>> 1) First up, some of the 'scripts' seem kind of intimidating. What's
>> the background for the XML stuff like:
>>
>> <if-compare-field field-name="availableToPromiseTotal"
>> to-field-name="productFacility.minimumStock" operator="less"
>> type="Double">
>>
>> it looks like it's extremely painful if you have to write that
>> kind of
>> code by hand. Is their creation somehow automated either with a GUI
>> or from some other source code format?
>>
>> 2) I'm curious how ofbiz would stack up against some issues that our
>> current system seems to have. For example:
>>
>> An order goes out to a client, who then sends back one of the items
>> from the order. My research indicates that so far, ofbiz is still
>> with me. Then, an operator here mistakenly enters the returned item
>> as a returned order, rather than just a returned item. Currently the
>> answer is "go fiddle with the database to roll it back". Yuck.
>>
>> We get orders in from suppliers, then need to store the products
>> until
>> all the items to send out to a particular client are ready. We
>> use an
>> in-house bar code system for this. How hard is something like
>> that to
>> integrate into ofbiz? How about when a client's order is ready,
>> printout out a list of things to send? (This is pick/pack, right?)
>>
>> Continuing with this one... a lot of our orders are for single items,
>> so instead of stocking all the items that arrive from the supplier
>> and
>> then pulling them back out again, a better algorithm would be to
>> short
>> circuit this and put all the single-items aside for immediate
>> shipping.
>>
>> There are other things like this, but this ought to give me an
>> idea of
>> how things might work...
>>
>> Thankyou for your time,
>> --
>> David N. Welton
>> -
http://www.dedasys.com/davidw/>>
>> Apache, Linux, Tcl Consulting
>> -
http://www.dedasys.com/>>
>> _______________________________________________
>> Users mailing list
>>
[hidden email]
>>
http://lists.ofbiz.org/mailman/listinfo/users>>
>>
>>
>>
>
> _______________________________________________
> Users mailing list
>
[hidden email]
>
http://lists.ofbiz.org/mailman/listinfo/users