I have updated the wiki page that shows the progress of the Filter/Find implementation. You can find it here.
sourceforge.net/apps/mediawiki/ ... ilter/Find
Basically a row needs one blue column - which shows that either the screen has Filter/Find implemented, or it doesn't need it because, for example, it has a grid and details but no buttons. Actually in the final analysis that may not be quite true, but that is how I have coloured the cells anyway.
Thus far I have implemented all the screens from 2.x that I have been given screenshots for and so am moving on to other screens that I do not have screenshots for.
The point of this post is to ask how we decide which of the remaining screens should have Filter/Find. I started to look at the Partner Edit screen because in principle that should be quite easy to do and the screens are all written in a similar way. So several of the tabs like 'Relations' and 'Interests' have grids with New and Delete buttons to populate the grid rows. But realistically will they have so many rows that a user will need help finding the information of interest?? My thoughts at the moment are that the Partner Edit screen probably should not get Filter/Find on its grids. It would be odd to have it on just one or two and not the others, wouldn't it? Won't most of the grids have 10-20 rows at the most??
So I am thinking that I should finish off the maintain table screens that I did not have screenshots for using the same principles as for the 37 screens already completed and then move on to the Finance screens which I am sure do have a need for Filtering due to the large number of records involved. But I would like to know what you think about Partner Edit - or anything else to do with this implementation.
Thank you for your feedback
Alan
