pmgr/site/models at d8f10bfd137b58e08dea83e1e0ac2903a4342fde - pmgr

Fixed yet another bug in the merging of actions & options

2009-07-25 07:57:56 +00:00

account.php

Modified the application to reflect the changed field names in the accounts table. For example, payable is now payments.

2009-07-24 03:22:56 +00:00

close.php

Added a closes table to the schema, so that we can keep track of daily closes, deposits, etc. Moved into the model an operation to close a set of ledgers and make a deposit.

2009-07-02 09:19:33 +00:00

contact_address.php

Finished implementation of contact edit. This is now saving everything to the database. I hope to now leverage it for a new contact. This checkin includes a bit of code in the sitelink2pmgr script that sets the customer display name. It should have been checked in several revisions ago.

2009-07-05 23:43:35 +00:00

contact_email.php

Moved the customer edit page to include address and email fields. This is largely all the work on the presentation side, now I just need to take the data and update the database.

2009-07-05 20:01:06 +00:00

contact_phone.php

Finished implementation of contact edit. This is now saving everything to the database. I hope to now leverage it for a new contact. This checkin includes a bit of code in the sitelink2pmgr script that sets the customer display name. It should have been checked in several revisions ago.

2009-07-05 23:43:35 +00:00

contact.php

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

contacts_customer.php

Implemented edit functionality for customer. Like with contacts, the interface leaves much to be desired, since it's limited in functionality. Namely, you can add a contact, but you can't add contact methods (phone/mail/email). Also, it doesn't use jqGrid to present the selection choices, and so the user is stuck with the fields we've chosen to display, as well as the sort order we've chosen. Enhancement is possible someday, but for now, it gets the job done.

2009-07-06 02:06:23 +00:00

contacts_method.php

Finished implementation of contact edit. This is now saving everything to the database. I hope to now leverage it for a new contact. This checkin includes a bit of code in the sitelink2pmgr script that sets the customer display name. It should have been checked in several revisions ago.

2009-07-05 23:43:35 +00:00

customer.php

Made progress adapting the receipt code onto the latest db changes.

2009-07-24 07:43:42 +00:00

double_entry.php

Making progress. Much still to do, but there are hints of functionality finally returning so I'm snapshotting.

2009-07-21 10:23:52 +00:00

lease_type.php

Significant changes to work with the new account/ledger structure. Removed much of the auto-generated model association code. Added helper functions into the models to perform model related work, such as model 'stats' (a bad name for a function to return a summary of pertinent financial information from a given model instance). There is a ton of cleanup to do, but first I want to get it all captured.

2009-06-10 02:41:23 +00:00

lease.php

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

ledger_entry.php

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

ledger.php

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

map.php

Significant changes to work with the new account/ledger structure. Removed much of the auto-generated model association code. Added helper functions into the models to perform model related work, such as model 'stats' (a bad name for a function to return a summary of pertinent financial information from a given model instance). There is a ton of cleanup to do, but first I want to get it all captured.

2009-06-10 02:41:23 +00:00

maps_unit.php

Added more models

2009-05-28 09:27:29 +00:00

site_area.php

Significant changes to work with the new account/ledger structure. Removed much of the auto-generated model association code. Added helper functions into the models to perform model related work, such as model 'stats' (a bad name for a function to return a summary of pertinent financial information from a given model instance). There is a ton of cleanup to do, but first I want to get it all captured.

2009-06-10 02:41:23 +00:00

site.php

Significant changes to work with the new account/ledger structure. Removed much of the auto-generated model association code. Added helper functions into the models to perform model related work, such as model 'stats' (a bad name for a function to return a summary of pertinent financial information from a given model instance). There is a ton of cleanup to do, but first I want to get it all captured.

2009-06-10 02:41:23 +00:00

statement_entry.php

Finally resolved the StatementEntries::stats() query issue. It has been lingering in an incomplete state because it wasn't clear what it was supposed to really do. I think it is now performing the task expected of it.

2009-07-23 23:52:59 +00:00

tender_type.php

Made progress adapting the receipt code onto the latest db changes.

2009-07-24 07:43:42 +00:00

tender.php

Added a much more user friendly way to present the data1-4 labels for each type, now that we have a tender_types table. Still not a perfect solution, but definitely good enough for now. Modified the application to recognize the new tender_types table. There may be other modifications necessary, but this gets the most obvious spot.

2009-07-24 02:07:43 +00:00

transaction.php

Made progress adapting the receipt code onto the latest db changes.

2009-07-24 07:43:42 +00:00

unit_size.php

Significant changes to work with the new account/ledger structure. Removed much of the auto-generated model association code. Added helper functions into the models to perform model related work, such as model 'stats' (a bad name for a function to return a summary of pertinent financial information from a given model instance). There is a ton of cleanup to do, but first I want to get it all captured.

2009-06-10 02:41:23 +00:00

unit_type.php

Significant changes to work with the new account/ledger structure. Removed much of the auto-generated model association code. Added helper functions into the models to perform model related work, such as model 'stats' (a bad name for a function to return a summary of pertinent financial information from a given model instance). There is a ton of cleanup to do, but first I want to get it all captured.

2009-06-10 02:41:23 +00:00

unit.php

Got rid of the temporary function to determine unit status enums, and switched over to actually querying the database. Eliminated a legend entry for DELETED since no one should ever see a unit like that given that it should be, well, deleted. Modified the legend algorithm slightly to fix the number of rows instead of columns, since the placement algorithm works through the rows before moving to the next column.

2009-07-04 04:42:11 +00:00