Getting EXT PagingToolbars to save state
A problem that has recently had me pulling my hair out is how to save state in an EXT PagingToolbar.
Say you have a simple Ext store:
Which you put in a grid, along with a paging toolbar:
Your grid loads up and the store performs a GET request to /widgets.json, which returns your widgets along with a total (see an example).
Awesome, but now we click one of the paging buttons on the PagingToolbar and we have a problem - our request has turned into POST /widgets.json, with "start=20" and "limit=20" as POST params.
Now we don't really want that - we're not POSTing any data to the server after all, we're just trying to GET some. If you're using a nice RESTful API on your server side this may cause you a real problem, as POST /widgets will likely be taken as an attempt to create a new Widget.
Luckily, as with most things the solution is simple if you know how. An Ext.data.Store delegates loading its data off to an Ext.data.DataProxy subclass. By default your store will create an Ext.data.HttpProxy using the url: '/widgets.json' you passed in your store config. To make sure your stores are always requesting data using GET, just provide a proxy like this:
If you're looking to enhance your ExtJS grid experience further, check out Getting EXT PagingToolbars to save state for a solution to retain the current page when navigating away from the grid. Additionally, you might find Proxies in Ext JS 4 helpful for understanding how to effectively manage data loading and saving in your applications.
A problem that has recently had me pulling my hair out is how to save state in an EXT PagingToolbar.
One of the classes that has a lot more prominence in Ext JS 4 is the data Proxy. Proxies are respons
Sometimes you'll be using a Paging Toolbar on a grid and need to give the user the ability to change
Something that's harder than it should be is populating an EXT edit form with form data, where one o