iSeller Commerce
iSeller POS Retail
iSeller POS F&B
iSeller POS Express
Crosslight
WebUI
ClientUI
What's New
Download Trial
Web Solution
Mobile Solution
Enterprise Solution
Custom Development
Blog
Community
Latest Development Blogs
ForumPostTopic
Browse By Tag
Handy,
We had found several ways to acquire the ParentKey on the client. The problem still exists that we cannot gain access to it on the server when doing a BatchUpdate.
We had tried the same solution with passing the parentkey in the "AddInput". This works fine if you only update 1 row, but defeats what a "BatchUpdate" stands for. We would need 1 Request.Form input for each Parent row who's child row was changed. Then there is no way to correlate the Request.Form["parentValue" + ???] to the childrow that was changed.
Is there no way to allow us access to the data in the hidden variables from the snapshot I sent previously which contained the ParentKey information on the server at BatchUpdate time?
As for the GetChanges question, I'll start another thread as it seems to confuse the parentkey issue.
Thanks Handy,
Our team looks forward to hearing your solution.
On a similar note, although we have access to the GetChanges() method of the grid on there server, it seems to only contain information during the BatchUpdate. Is there a way to get this collection on a SendCustomRequest, or the Refresh method? Or is there another method I should be using.
Reason: I need to postback to the server to see all rows of the datasource and do some calculations, but i donot want to persist the data nor loose my change collection at the time of the calculations.
Dear Handy Surya,
I am working with Jocelyn on this issue.
We are attempting to insert (RowState.Added) a row to a ChildTable in the BatchUpdate method. The WebGridRowChanges contains the "Data" collection with the modified cells for the ChildTable row, but we have found no way to access the KeyValue of the RootTable(Parent) row.
As you can see from the attached image, the rowChanges has a hidden member that contains the parent keyvalue. Is there some way to access this information on the server in the BatchUpdate?
Goal : Get the parent row's keyvalue to use during child row insert (foreign key).
Note : We donot want this value display on the ChildTable.
Glenn,
The "screenshot" was included in the previous email. Since this particular screen is deep within an iframe and masterpage and its data comes from several data sources, a working example would not be possible. But as this dump seems to be exactly as the problem listed
http://www.intersoftpt.com/Community/Attachments/287/IsRes.txt
which was noted as fixed in history
http://support.intersoftpt.com/VersionHistory.aspx?pid=144
I was first hoping to verify the libraries were correct from the update.
Namely the Framework.
While the “Update Manager” show version 3.0.5000.751. The actual dll(s) have a file version of 3.0.5000.751, but an assembly version of only 3.0.5000.400.
NOTE: WebGrid version 7.0.7200.401
Our office had updated the Intersoft libraries with "Update Manager" on 02/09/10 to the latest version. As We are now on version 7.0.7200.401, I'm assuming we have the latest hotfix.
We have multiple screens that still produce this javascript message. In all cases the data was correctly displayed and passed back to the server and processed successfully in the BatchUpdate. Is there some flag, method or event we could use to avoid this javascript message as we know the process was sucessful?
Is there further documentation you could recommend we view to explain what validation is being used to create this problem?
I am getting a similar error. There are 3 grids on the page 1 comes from a usercontrol, but all use only 1 DataKeyField. I stepped through the batchupdate calls and verified the data was updated correctly through my stored procedure that are called from the batchupdate, but this error message still shows.
NOTE: I am maintaining the DataTable which the grid is bound to with server side code and stored procedures. i.e. I am not using a objectdatasource of any kind.
or
Choose this if you're already a member of Intersoft Community Forum. You can link your OpenID account to your existing Intersoft Social ID.
Choose this if you don't have an Intersoft account yet. Your authenticated OpenID will be automatically linked to your new Intersoft account.
Enter your Wordpress Blogname