I started a thread in the help forum on this same issue and now I found this thread.

I think the fix for Delete Dialogs is most important. 

Add Dialogs acquire focus when they are launched.  So the fact that they are at the top of the grid is a minor problem.  I don't use Edit Dialogs, so I don't know for sure, but I would guess that they acquire focus when launched, just like Add Dialogs.  So in these cases the user clicks a button and is taken to the right location without having to scroll up and down the grid.

If the Delete Dialog fix is easy, then please go for it.

This is little difficult to do, but will see what can be done. For the delete dialog this can be done with little effort, but for add and edit it is not so easy.

Best Regards

Tony

I downloaded the fix from gitHub and your changes work great for validation errors. Thank you!

However, the same problem occurs when the user clicks the Delete Button on the Pager.  If the user is at the bottom of a long grid ( for example, if user is showing 100 rows, and selects row 99 ),  the Delete Warning dialog still appears at the top of the grid.  This forces the user to scroll to the top to click OK or Cancel.  (If the user is not too smart, they don't even know to scroll to the top of the grid).

Can you implement the same fix for Dialogs that appear when users click on buttons in the Pager?  The same problem would occur if the user clicks a custom delete button with that triggers the delGridRow method. 

Ideally, dialogs should appear in the middle of the window, no matter where the selected record is, or where the top of the grid is located in the DOM.

Thanks

Also fixed when jqModal is used. Now the dialog appear at the row -  i.e I calculate the position of the edited row and the dialog appear at this position. Also have done other minor usefull changes.

Best Regards

Tony

Which version of jqGrid do you use? From long time we do not support UI dialog.

Best Regards

Tony

1. For Inline Editing, the Validation Dialog always appears at the top of the Grid.  This is fine when the grid is small and fits in 1 screen.  But when the grid is longer, and the user has scrolled down the page to do an inline edit, the Validation Dialog appears to be offscreen.

If a user is in row 100 and triggers a Validation failure, the user cannot see the Validation dialog unless he scrolls to the top of the screen.  The user hits the [Enter] trying to save the record, but nothing happens.

2. The Validation Fail dialog is not modal.  This is nice because the user can correct the problem without clicking on the dialog.  However, the dialog does not disappear by itself when Validation passes.