Hi Tony, sorry for the late reply. I've investigated this issue a bit more and found out that the problem is caused by the call to populate() in the handler to the event attached to the button to expand and collapse the grid in the header.
That looks like the reason why the rows are ordered correctly when the grid is loaded for the first time and it is hidden, while expanding it results in a wrong ordering. Removing the call to populate() in the handler to the click of the expand/collapse button seems to fix it, but it's not a clean solution.
I tried upgrading to 3.6 and the behavior is the same.
I'd need some help here Tony. I cannot get it to work, and what I realized so far is that if I set hiddengrid=true then the rows are ordered correctly until I try to expand the grid. Once I click on the button to expand the grid, the right ordering 1,2,3 becomes 1,10,2,3…
Looks like the grid is reordering the rows when it is expanded or something like that.
tony said:
Hello,
Which search module (method) do you use?
Please refer to docs and the important notes here:
http://www.trirand.com/jqgridw…..rch_config
I read the docs
I still can't get it to work with dataUrl in searchoptions, just surl in colmodel. Does anyone know why?
Sorry?
Looking at the documentation here I see dataUrl mentioned:
This option is valid only for the elements of type select – i.e stype:'select'. The option represent the url from where we load the select element. When this option is set the element will be filled with values from the ajax request. The data should be a valid html select element with the desired options. By example the request should contain One Two. This is called only once.
But dataUrl, as reported by others, isn't working, while surl is. So I was just asking if the docs are out of date, or where I should look to see it documented.
I'm using 3.5.3 and dataUrl is not working, while surl is. If the documentation out of date?
Anyone?
Copyright 2014 TriRand LtdAll Rights ReservedRSS
Back to Top