Hello gavphillips!

Only one remark. Be very carfull if you allow user makes multiple add/edit/remove in once. Depend on situation you will have to protocol exactly the order of changes which user do. Moreover if errors like data inconsistence will be produced in user input, if will be very difficult for both server and user to solve the problems.

For example, if you have some unique indexes in the database and user's input try to brake it. In the case server have to produce an error message with enough information for user to modify his input data. If at the end he will have to input all multiple data one more time, the user will not be happy with your problem. An error after the first wrong input can be more user friendly.

If you plan use “multiple add/edit/remove in once” a good client side data validation could be mandotory.

Or another problem. If user delete some data row and add a new one, everything could be correct from the server side. But if you not protocol the changes, you can interpret user input as data modification, which could produce incorrect data changes.

Of cause everything depends from context. A dangerous is also, that if “multiple add/edit/remove in once” in your first model is correct, but during some changes you'll break this. In a komplex model could be very difficult to find such problems.

So my personal recommendation: do all more simple and you will receive the best results. So think twice about whether you really should invest in “multiple add/edit/remove in once”. In the time of quick communication, sending one row to server and back could be the best way.

Regards
Oleg

Sorry, but nobody can find an error in your code if you don't post the code.

And one more question. Do you use 3.6 or 3.6.4 or the last modification of 3.6.4 from /blog/? It is also importent to write always which version of jQuery and jQQuiery UI you use.

You are right Tony! I didn't read the code carfully enough. Neverthless the problem with jQuery UI 1.8 and Multiselect widget stay. At least in IE the columnChooser don't work at all with jQuery UI 1.8. One sees only an almost empty window. So either ui.multiselect.js or grid.jquery.ui.js should be changed early or later. In my version I changed ui.multiselect.js to be able quickly update jqGrid loaded directly from GitHub, so I almost forget about the problem.

Best regards
Oleg

Hello,

to work with Column Choose you need use MultiSelect plugin (ui.multiselect.css, ui.multiselect.js). Moreover if you use jQuery 1.4.2 and jQuery UI 1.8 you need modify ui.multiselect.js or grid.jqueryui.js a little /blog/?page_id=393/bugs/small-bug-in-grid-jqueryui-js-and-ui-multiselect-js/ or add {“msel_opts”: $.ui.multiselect.defaults} as an option of columnChooser function. You should read documentation /jqgridwiki/doku.php?id=wiki:jquery_ui_methods of Column Chooser function.

I don't recommend you to use jQuery UI 1.7.2 together with jQuery 1.4.2. Either should one use jQuery 1.3.2 with jQuery UI 1.7.2 or jQuery UI 1.8 (in RC3 now) and jQuery 1.4.2. I recommend to use last source of jqGrid from http://github.com/tonytomov/jqGrid if you want to use jQuery UI 1.8.

Best regards
Oleg

Hello jlb30504!

You didn't write anything about jqModal, jqGrid, jQuery UI and jqQuery version you use. There is some problem if you try to use jQuery 1.4. I posted /blog/?page_id=393/bugs/jqgrid-jquery-1-4/ described the problem and the solution. The problem is that jqModal.js use “$()” instead of “$(document)” which works in jQuery 1.3, but not works in jQuery 1.4, so the code of jqModal.js must be fixed. In the last version of jqGrid the problem is fixed, but the last r14 official version from http://dev.iceburg.net/jquery/jqModal/. So first of all verify that in you version of jqModal.js all “$()” replaced to “$(document)” and if you have nevertheless the problem, describe exactly your environment and post a small code example, which reproduced the problem.

Best regards
Oleg

Hello Allen!

It's an interesting question! It seems to me, that currently it is not possible, what you want. The Url parameter (dataUrl) from the editoptions of colModel is static. In some situations jqGrid add some additional parameters depend on context (like Id of row which are editing) to Urls (for example, to editurl), but dataUrl stay currently static. Any event or dataInit function seems be called to late, after elements from element (dropdown) already build. But you could try to modify the (dropdown) inside of dataInit.

The only way I see, which could be probably suitable for your porpose is following. Since version 3.6 of jqGrid there is a function buildSelect, which prepare data for element (dropdown). Inside the function you have not only “data” parameter, which is data returned from the server, but in “this.name” you have the name of column where dropdown are creating. And “this.id” value is constructed in the form id + '_' + name of column. So you could find out the id of the row and the name of the column, which are clicked. If in your case you need, for example, only remove some values from the data returnes from server based on rowId/column, you can solve your problem with respect of buildSelect function. If not, you needs probably modify the code of jqGrid (espetially createEl function near “jQuery.ajax”, line 320 of grid.common.js).

Best regards
Oleg