abijah af405a44d5 Yet another place where Ledger.name was being used. ...

git-svn-id: file:///svn-source/pmgr/branches/ledger_transactions_20090605/site@147 97e9348a-65ac-dc4b-aefc-98561f571b83

2009-06-16 08:38:31 +00:00

..

accounts_controller.php

Moved the ledger_entries controller/view to jqGrid.

2009-06-15 19:41:20 +00:00

contacts_controller.php

Fixed a bug in which jqGrid would fetch data from the current controller, not the controller responsible for populating the data. Added the ability to fetch data based strictly off of an ID list, which is useful for lists that are embedded in other pages, where the list conditions are entirely foreign to the controller responsible for providing the data. To assist with this one jqGrid virtual function needed the model added as a parameter, so I added it to them all and modified the jqGrid functions in the existing derived controllers. Right now the elements (such as contacts.ctp, the only working one) receive a full list of data to populate themselves. I could have simply taken this and passed it directly to jqGrid, with no need for further server interaction. However, this could result in some very large lists, and although pagination will ensure the user is not overwhelmed, the connection or the browser could be. Unless we have a strong performance need, I'll keep it this way. In the meantime, I'll leave the underlying data available to each element, in case I have to switch over. When all is proven out, I can simplify all the queries such that the extra data is never requested in the first place.

2009-06-14 22:05:44 +00:00

customers_controller.php

Added mechanism to easily create links in the listing grids. I'm not very keen on how it works, but it's good enough for the moment, unless/until I figure out how to push this to the view. If it should stay in the controller, I'm sure a more sophisticated mechanism will be required.

2009-06-15 02:50:21 +00:00

leases_controller.php

Moved the ledger_entries controller/view to jqGrid.

2009-06-15 19:41:20 +00:00

ledger_entries_controller.php

Removed another instance of using Ledger.name

2009-06-16 04:48:17 +00:00

ledgers_controller.php

Yet another place where Ledger.name was being used.

2009-06-16 08:38:31 +00:00

maps_controller.php

Moved map listings to jqGrid, and fixed cut/paste error in the comments of the transactions controller.

2009-06-15 21:34:35 +00:00

monetary_sources_controller.php

Added an element for monetary_sources. Not sure if it will get used, but it was easy enough to do.

2009-06-15 21:45:07 +00:00

pages_controller.php

Load pmgr into branches/initial_20090526/site.

2009-05-27 04:18:23 +00:00

transactions_controller.php

Moved map listings to jqGrid, and fixed cut/paste error in the comments of the transactions controller.

2009-06-15 21:34:35 +00:00

units_controller.php

Fixed a bug in which jqGrid would fetch data from the current controller, not the controller responsible for populating the data. Added the ability to fetch data based strictly off of an ID list, which is useful for lists that are embedded in other pages, where the list conditions are entirely foreign to the controller responsible for providing the data. To assist with this one jqGrid virtual function needed the model added as a parameter, so I added it to them all and modified the jqGrid functions in the existing derived controllers. Right now the elements (such as contacts.ctp, the only working one) receive a full list of data to populate themselves. I could have simply taken this and passed it directly to jqGrid, with no need for further server interaction. However, this could result in some very large lists, and although pagination will ensure the user is not overwhelmed, the connection or the browser could be. Unless we have a strong performance need, I'll keep it this way. In the meantime, I'll leave the underlying data available to each element, in case I have to switch over. When all is proven out, I can simplify all the queries such that the extra data is never requested in the first place.

2009-06-14 22:05:44 +00:00