Ok, so here are both the CListView and CGridView extensions
RRViews.zip (13.71K)
Number of downloads: 14.
I haven't yet included any documentation, but they are fairly well commented.
They are perhaps not the perfect solution - it really depends on what you want them for. I have preferred to assume integration between query parameters in the browser bar url and for the ListView/GridView (I'm perhaps obsessed with the symmetry between ajax and non-ajax requests, so I want my querystrings to represent the correct state as a whole as it may be accessed with or without javascript).
This does mean that:
- you cannot have different listviews/gridviews on the same page that use the same GET parameters (so for two listviews for example, you would have to change the pagination and sorting GET vars for them to work together)
- all the widgets on the page must be accessed from the same action that generated the page (this can easily be got around but perhaps with a loss of coherence between the different parameters)
I have changed my approach for parsing parameters from updaters - previously I imitated the original js implementation by extracting the parameters from the normal link, and merging them with those in the key link for the widget, perhaps overriding them with parameters from the location querystring or the hash fragment, but I believe this can lead to inconsistencies.
So now, when binding the links, I assume a parameter (which means it is harder to add custom updaters, especially ones which change more than one parameter). Thus for paging links I will only extract the pageVar parameter, and for sorting links likewise.
Handling the input ajax (for the gridview) seems good, with entering text in one input only adding one parameter, and removing text from one not resulting in others being erased.
The hash handling logic is still in a separate javascript file, and could probably do with an overhaul (the error mechanism doesn't work very well), but that will have to come later as it still works.
The advanced search function (which is not actually part of CGridView) can be included in this, simply by manually defining the selector for the input updaters.
So an example of the parameters to add to the widget's construction would be:
'ajaxUpdate' => $searchId,
'inputUpdater' => '#'.$gridId.' .filters input, #'.$gridId.' .filters select, #'.$searchId.' form input, #'.$searchId.' form select',
where
$searchId is the id that I have added to the div containing the advanced search form,
inputUpdater is the selector for the input elements that should trigger an ajax update (a custom field that I have added, normally calculated automatically in the javascript file, but defined manually here so as to include the inputs from the advanced search form) and
$gridId is the id given to the gridview widget.
Adding
$searchId to the
ajaxUpdate means that whenever the grid is updated, the search form is also updated.
Personally I also think that the submit button should be hidden using javascript, since it has no function here.
I hope this works for you all. Please let me know if there are any bugs.
Once I have ironed everything out I will make it available as an extension.
I should have said - to use, jus unzip into the extensions folder, then for your widget use 'ext.RRListView' etc
This post has been edited by RedRabbit: 03 June 2011 - 06:24 AM