>>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.
>
>I don't have to be concerned with printing - so the esc chars not an issue. I just need to track the invoice (create one, make partial payments, associate the student with the invoice, etc..). So yes I would love what you have. We can setup a way to transfer if you direct contact me. Johnf@jfcomputer.com.
>Thanks in advance!!!!

Are you sure? It's FPD code, all @say and @gets. It has oodles of code you don't need. Invoicing and payment tracking are not in the same app. It's in serbian. The forms use my code generator and form driver (!). It would take you months to extract the 2% that you need from all that. And I wouldn't be much help, because for most of it I forgot what it does - it's so last century. And, yecch, we used to write fox commands in abbr form. There are public variables.

Yes, I think I'm sure. It can't hurt. I am exploring other options. But you might be right! I used to read Fox code and know exactly what it was doing and most likely know why it was being done. Now, I'm haven't read and Fox code for many years. I'm assuming that I can still get a good understanding.
Johnf