Phreesoft Support Forum

A table that scrolls would be MUCH better than pages.

,.,.,.
Delete brings us to

http://domain/phreedom/index.php?module ... page=admin

instead of

http://phreedom/index.php?module=phreeb ... f_accounts

(a bug?) I dug around the code a bit to see where this is - I don't yet understand where it gets the next page url??
,.,.
A note field for the account - one could put bank account numbers, notes on how the account is supposed to be used etc.

So if I had 10,000 customers, you are saying that a single page with a table with 10,000 entries would be better? Or are you suggesting an ajax type call were the table is scrolled but only a limited number of entries would be seen on the screen.

Dave

Maybe a setting to change the Displaying 1 to 40 (of 200) accounts to 80 or whatever you want to display? This could be done for other pages as well.


There are some areas in the system where, when you have finished edit,delete,save the system should return you back to and update the page you were working with.


The Account Description can go a long way to say what the account is for... But for the most part this would be best left to the wiki module that one of our users is working on. A system user would be able to edit the wiki page for PhreeBooks Admin> Chart of Accounts

When it comes to bank account numbers, all cash accounts should have a way to database information for that account, bank account number, currency, location address, contact info, etc

_________________
Alvin

I have fixed the second issue in R3.2. The firs is driven by the MAX_DISPLAY_SEARCH_RESULTS constant. I tried to keep the standard the same throughout. I have over 100 accounts and I don't think a page of 100 entries would be usable. As for the third issue, I will put this on the wish list. It shouldn't be too hard to implement.

Dave