I have a similar need and what you need to do is process the 'find' request appropriately in your server program. So, instead of using the passed parameter to form part of the SQL where clause you could save the entire data set in an array, then do the find in PHP or whatever code you are using and position the page offset so that it contains the required row. Doing it this way will just position the page without affecting the data set from the database.

Let me know what you think...

Referring to example datagrid19:

http://www.jeasyui.com/tutorial/datagrid/datagrid19.php

How can we make the search data integrate with the call to the server program used to display the grid? In this example, the search data bears no resemblance to the data grid columns. I appreciate that the example was really there to show us how to show a custom toolbar.

I think we need to build either post or get data for the server program which is getting the data for the grid. So, when the search items are selected and we hit the search button, this would limit the scope.

This is a very useful and common thing to do so an example would be useful. It is also very important to be able to limit the scope of the data returned where there are so many rows that the user really needs a filter.

Thanks, Paul.

When using the messager.progress function with EasyUI v1.2.5:

$.messager.progress

I get errors reported on the javascript console on a continuous basis, about 3 or 4 per second. Here is an example of the error with Firefox and Firebug:

$.data(jq[0], "progressbar") is undefined
return $.data(jq[0],"progressbar").options.value;     jquery....min.js (line 1710)

This is causing slow running or freezes the form with IE 8. 'Error on page' also appears in the browser window, bottom left.

Hard to debug as I can't read the code as the full source is not available. The messager progressbar is working well in Firefox, it is just the errors which are a problem.

Here is my code:
                  $.messager.progress({
                     title: 'Validation',
                     msg: 'Checking Code '+value,
                     text: 'PROCESSING.......'
                  });
Then after validating I have:
                  $.messager.progress('close');

Paul.

When using external php program via a URL to load a combobox in an easyui-dialog form, all entries in the box are orange. Only the item which matches the data in the field should be highlighted in orange. This works fine if I use a <SELECT> with hard coded values. Occurs on both IE and Firefox.
I was unable to investigate as the code is obfuscated in the js files.

Here is an example of how I am defining the combobox:

         <div class="fitem">
            <label>Manager:</label>
            <input id="Manager1" class="easyui-combobox" required="true" name="Manager1" style="width:200px"
               url="get_managers.php"
               valueField="ManagerName" textField="ManagerName">
         </div>

This is with the latest version of EasyUI v 1.2.5.

Paul.

There appears to be no facility in the edatagrid plugin server call to check for a response from the server program which performs the database processing. I have worked around the problem for the get data by passing any error messages into one of the grid fields. However, I need something to allow me to return details to the user properly if there was a problem in the server processing. This is available in the normal datagrid and form approach. Adding this will be very important for live data interfaces. I should be able to figure out how to change the plugin but if anyone has any thoughts or suggestions please let me know.

For example, for updates / inserts we need to add some code to test the returned data after line 34 in jquery.edatagrid.js:
               $.post(url, row, function(data){

Paul.

I would try to debug with the browser, e.g. Firefox and Firebug, then monitor the http buffers where you can check the response from your server program and that it is the same as in your log. Your server code just needs to print the json string so I am not sure that you should have the Request.ContentType in there since you are not asking the browser to handle this, just ajax.

It might also be worth checking your IIS logs.

Paul.