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
9a32800170531d7c96f50fb3861d47105baba9af
pmgr
/
site
History
abijah
9a32800170
Fixed a bug with idlist caused when we moved all the post data into the 'post' field
...
git-svn-id: file:///svn-source/pmgr/branches/yafr_20090716@373 97e9348a-65ac-dc4b-aefc-98561f571b83
2009-07-23 23:45:04 +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
Fixed a bug with idlist caused when we moved all the post data into the 'post' field
2009-07-23 23:45:04 +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