User Profile & Activity

Jimmy Tungol Member
Page
of 13

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.

Posted: April 19, 2015 1:28 PM

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!

Hi Leo,

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!

Hi Leo,

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?

Thanks!

Posted: April 7, 2015 10:04 AM
Hi,

Any updates on this issue? If you need more information, please us know. In addition, this error occurs on iOS devices, but does not occur on Android (not sure about WinPhone and WinRT yet). And please take note that this is happening on builds using the Enterprise Framework.
Yes, I believe this was rectified on build 226 as I've mentioned in earlier post.

Many thanks! Please consider this case closed.
Yes, we are using the Model for VisibilityBinding on Sections for iOS which didn't work on Android, and as you mentioned will not work on WinPhone. Please keep us posted regarding the progress of these features. Thanks!
Nevermind, this seems to have worked on the latest build 226. Thanks!
All times are GMT -5. The time now is 9:31 AM.
Previous Next