This website requires JavaScript.
Explore
Help
Register
Sign In
abijah
/
pmgr
Watch
1
Star
0
Fork
0
You've already forked pmgr
Code
Issues
Pull Requests
Actions
Packages
Projects
Releases
Wiki
Activity
Files
04bc284a7685eb52272cfca1a049c8bf3bbffd6c
pmgr
/
site
History
abijah
04bc284a76
First pass implementation at generating an invoice, which seems to be working. Largely untested, but worth checking in. Next is to get receipts using the same algorithm, and after that will be to work on a reconciling mechanism, creating payments, and matching them to charges. This checkin includes an additional customer_id fields as part of the transactions table. I think it was an oversight not to be there, as we need some way to keep track of monies which have been paid by a customer, yet not applied. If there is a different way to do it (short of actually having each ledger entry hold customer_id), it escapes me at the moment.
...
git-svn-id: file:///svn-source/pmgr/branches/yafr_20090716@372 97e9348a-65ac-dc4b-aefc-98561f571b83
2009-07-23 21:24:49 +00:00
..
config
Removed the pages controller and view, as well as the default route. I can't believe I let it linger for so long...
2009-07-08 23:30:13 +00:00
controllers
More tweaking to all of the grid displays. This was mostly visual, but includes some bug fixes as well (such as a manual filter override in the ledger_entries controller).
2009-07-23 16:53:33 +00:00
models
First pass implementation at generating an invoice, which seems to be working. Largely untested, but worth checking in. Next is to get receipts using the same algorithm, and after that will be to work on a reconciling mechanism, creating payments, and matching them to charges. This checkin includes an additional customer_id fields as part of the transactions table. I think it was an oversight not to be there, as we need some way to keep track of monies which have been paid by a customer, yet not applied. If there is a different way to do it (short of actually having each ledger entry hold customer_id), it escapes me at the moment.
2009-07-23 21:24:49 +00:00
plugins
/debug_kit
Check in a version of the debug toolkit that I've added debug prints to. They're commented out at the moment, but may come in handy later.
2009-06-13 03:46:17 +00:00
views
First pass implementation at generating an invoice, which seems to be working. Largely untested, but worth checking in. Next is to get receipts using the same algorithm, and after that will be to work on a reconciling mechanism, creating payments, and matching them to charges. This checkin includes an additional customer_id fields as part of the transactions table. I think it was an oversight not to be there, as we need some way to keep track of monies which have been paid by a customer, yet not applied. If there is a different way to do it (short of actually having each ledger entry hold customer_id), it escapes me at the moment.
2009-07-23 21:24:49 +00:00
webroot
Many, many changes, and yet still much to do. Many things are working, but certainly nothing beyond simply data retrieval (no editing or adding of any data). Also, some work is still required to ensure the grids have the right columns; we can strip out certain columns for some views (such as removing customer from the leases grid of the customer view... completely redundant). And of course, there are still many bugs and lots to clean up.
2009-07-23 01:49:46 +00:00
.htaccess
Load pmgr into branches/initial_20090526/site.
2009-05-27 04:18:23 +00:00
app_controller.php
Modified Filtering to have a separate virtual function for Tables and Conditions. This was prompted because a derived controller could override the function to return null to prevent adding a filtering table (such as if the table was already added as a non top-level table), and although the app controller would correctly prevent adding the filter table to the set, it would also prevent adding the filter condition as well. So, making two virtual functions, one for table name when defining filter tables, and one for table name when defining filter conditions, allows the derived controller to stop a table from being added to the set, yet still let the condition through (without having to override the entire filter condition logic).
2009-07-23 16:51:32 +00:00
app_helper.php
Load pmgr into branches/initial_20090526/site.
2009-05-27 04:18:23 +00:00
app_model.php
Another snapshot
2009-07-20 23:35:11 +00:00
index.php
Load pmgr into branches/initial_20090526/site.
2009-05-27 04:18:23 +00:00