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
Hi Leo,
We can't seem to replicate this behavior, kindly provide a sample that demostrates such behavior. In connection to this, it doesn't seem to be working if we manually invoke "base.ExecuteSave(null);" method in a form editor. Below is a sample on how we are calling the Save method, and expecting return values that were generated or computed from the server.
private void ExecuteMeter(object parameter) { var p_Parameter = new NavigationParameter() { ModalPresentationStyle = ModalPresentationStyle.FormSheet, NavigationMode = NavigationMode.Modal, EnsureNavigationContext = true }; this.NavigationService.Navigate<MeterListViewModel>(p_Parameter, this.OnExecuteMeterDone); } private void OnExecuteMeterDone(NavigationResult result) { if (result.Action == NavigationResultAction.Done) { this.Item.ModifiedOn = DateTime.Now; this.CloseEditorOnSaveSucceed = false; this.ExecuteSave(null); } }
Please provide the sample as requested, and see how we can improve the code snippet above to simulate the behavior when manually invoked. Many thanks to your support! Much appreciated.
Please consider this case closed. Thanks!
Yes, I believe that's what we want to achieve. Is that supported, or only changes to main entity are being returned to the client? While the form editor can expose fields from related entities by using BindingAttribute, the changes we are expecting from the server should also reflect on the client side to synchronize the changes regardless if it's on the main entity or related entities.
Thanks!
Thanks for your response.
We understand that when setting the TrackRelatedEntityChanges to true, the service will also track changes on related entities. And that's a great feature, especially on the client side. But that's not our concern. Our concern is... while the behavior of updated data (either computed value or processed by a trigger) are being returned with the main entity, how come updated data for related entities are not included? Don't you think this should have been considered as a built-in feature with EntityContextProvider, instead of coding our way around it? While the code snippet you provided might work, it would be great to have this feature already built-in. Especially when tracking of changes to related entities is on or set to true on the client side.
As always, thanks!
Thanks for your response. Does it make sense that if DataEditorViewModelBase<>.TrackRelatedEntityChanges is set to true for the client side, the code snippet above should have already been incorporated with the EntityContextProvider?
Awesome! If that's the case, our next question is... does that include updated data for RelatedEntities? Do you have a sample on git that demonstrates these behaviors?
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