>Hi folks,
>I am wondering if anyone in the VFP community ever created a prg that created an invoice and accepted payments (not credit card stuff - but clearing the invoice). And of course would all me to have the source code (include the dbf's). If the prg works I will convert it to a python 3 prg. I will then return the python program (including the source) for use in any way they want.
>
>The reason for all of this is because a former open source company has dropped the source code. So there are no updates and of course I am being forced to upgrade other prgs to a version that supports better security. But I can't upgrade the old invoice program.
>
>If my memory serves I recall there were many invoice prgs that used to be available.

I have some and you wouldn't like it, it would be easier to take over that old open source thingy. Because:

- it was written 1990-1991 in FPD1 and 2.0, last version in fpd2.6 in 1998.
- it was, in all versions, actually a part of a larger application, usually wholesale or production warehousing and sales
- which means it came with its own lookups for line items, stock, tax tariffs, customers
- payments were not a part of it, these would go in the accounts somethingable of general ledger (which I also have, though it's probably quite obsolete by now); at least the invoices would also get booked there semiautomatically (you still had to click for it to happen, as no accountant ever liked the idea of things happening in the background without him knowing)
- it's entangled with oodles of internal framework code, screen generator and other
- the invoice itself is full of ESC/P codes (remember those?) because dot matrix printers were the only ones; we had perhaps two laser printers among 50-80 customers.
- these are either in fpd frx reports or hand-coded using ? and ??
- comments and variable names are in serbian

Toldya you won't like it.