User Profile & Activity

Thomas Albert Member
Page
of 31
Posted: September 8, 2016 8:45 AM

Hello Yudi,

your proposed workaround solves the problem.

Thanks,

Thomas

Posted: September 2, 2016 11:58 AM

Hello Yudi,

you are right that iOS 8 is getting more and more replaced by iOS 9 and I guess shortly by iOS 10.

So far I haven't see any app submission guideline from Apple which proposes to go for iOS 9.

Anyway, I guess "we don't currently have urgency" means in other words that you won't fix this. Unfortunately, the dev teams seems to have no urgency at all in fixing known bugs.

Thanks,

Thomas

Posted: September 1, 2016 7:28 AM

Hello Yudi,

Thank you for the sample. You did it almost like I did. Please, make the following changes to reproduce the problem:

Item.FormMetadata.cs: Move the Sold section up to appear directly under the general section. This is for better visibility only.

[Section(Style = SectionLayoutStyle.ImageWithFields)]
public static GeneralSection General;

[Section("Item Status")]
[VisibilityBinding(Path = "IsNewItem", SourceType = BindingSourceType.ViewModel, ConverterType = typeof(BooleanNegateConverter))]
public static SoldSection Sold;

ItemEditorViewModel.cs: Remove this.Item.HasReminder = true; from Navigated. Change

private void ExecuteViewLargeImage(object parameter)
{
	this.Item.HasReminder = !this.Item.HasReminder;
	//this.NavigationService.Navigate(new NavigationTarget(typeof(ItemDetailViewModel), "PhotoDetail", new NavigationParameter(this.Item)));
}

After applying these changes start the app. Select a list item. No sold date is visible which is OK. Execute View Larger command through the image picker. No sold date is visible. Navigate back to the list and select the same item again. Now, the sold date is visible. Execute View larger. Sold date is still visible. Navigate back to the list and select the same item again. Sold date is gone.

So, doing the binding in on Navigated works, because you are in an early stage. But after the view is created the binding has no effect.

I hope this helps to reproduce the problem.

As usual you will create a new CROS ticket for the dev team after reproducing the bug. This is the way it should be. The worse thing about it is that it will take weeks or months to get the fix. Currently there is no public release schedule for Crosslight and no feature roadmap. This is a bad situation for Crosslight developers. Please, keep up a reliable release cycle of 4 weeks like you did with Update 1 and 2 of Crosslight 5.

Thanks,

Thomas

Posted: August 25, 2016 1:14 PM

Hello Crosslight Support,

here is some additional information about the reported problem.

I tried a native implementation of the local notification on iOS and this worked as expected. When setting the "FireDate" of the notification, I used "NSDate.Now.AddSeconds(10)". Looking at the date in the debugger I saw that the time was UTC which is 2 hours before my "Now" time.

When I set the date of the Crosslight notification I used "DateTime.Now.AddSeconds(10)". Using "DateTime.UtcNow.AddSeconds(10)" fires the local notification immediately. This not what I expected.

The original local notifications, which in my opinion did not work, fired two hours later then I expected.

So, it works but the time when the notification is fired is a bit confusing.

My culture is German by the way.

Please, investigate and fix.

Thanks,

Thomas

Posted: August 25, 2016 6:12 AM

This one is still not answered.

Posted: August 25, 2016 6:12 AM

This one is still not answered.

Posted: August 11, 2016 8:14 AM

Hello Yudi,

Thanks for your explanation. But how could I know this. Is there any documentation about this. If I am in a solution and upgrade the NuGet packages, I get this version mixture automatically. Without a hint from your side, I am lost. Please, do not turn Crosslight into such an expert system.

Thanks,

Thomas

Posted: August 11, 2016 8:10 AM

Hello Yudi,

the difference in my case is that I don't have an override for RefreshGroupItems in the NavigationViewModel. If you comment out this method you will get the error, too.

Maybe this is a misunderstanding from my side. Since, I have no grouped navigation, I thought I do not have to provide an override for this. I thought just keep the default would be fine. But obviously it is not.

Am I wrong here?

Thanks,

Thomas

Posted: August 5, 2016 9:36 AM

Hello Yudi,

I just did a quick test and your provided solution could be build and deployed to a test device at my end. So this configuration works.

I upgraded all Crosslight NuGet packages to the latest stable version in my test scenario, because I thought they play well together. Here is my packages configuration:

<?xml version="1.0" encoding="utf-8"?>
<packages>
<package id="Crosslight.Xamarin.Android.Support.Animated.Vector.Drawable" version="23.4.0.1" targetFramework="monoandroid50" />
<package id="Crosslight.Xamarin.Android.Support.Design" version="23.4.0.1" targetFramework="monoandroid50" />
<package id="Crosslight.Xamarin.Android.Support.v4" version="23.4.0.1" targetFramework="monoandroid50" />
<package id="Crosslight.Xamarin.Android.Support.v7.AppCompat" version="23.4.0.1" targetFramework="monoandroid50" />
<package id="Crosslight.Xamarin.Android.Support.v7.CardView" version="23.4.0.1" targetFramework="monoandroid50" />
<package id="Crosslight.Xamarin.Android.Support.v7.RecyclerView" version="23.4.0.1" targetFramework="monoandroid50" />
<package id="Crosslight.Xamarin.Android.Support.Vector.Drawable" version="23.4.0.1" targetFramework="monoandroid50" />
<package id="Intersoft.Crosslight" version="5.0.5000.706" targetFramework="monoandroid50" />
<package id="Intersoft.Crosslight.Android.v7" version="5.0.5000.706" targetFramework="monoandroid50" />
</packages>

Why do the Crosslight.Xamarin.Android.Support libraries cause these problems and how could I know that this is a problem?

What are these "Vector.Drawable" libraries? Is it a new feature? Where is the documentation?

Thanks for clarifying and the provided fixes.

Thomas

Posted: August 5, 2016 7:54 AM

Hello Yudi,

I tested on iOS and adding the key to the plist file solves the problem. Thanks.

I which, I could test on Android as well, but at the moment I am not able to build because of the resources bug.

When I try to get my location without an internet connection, I receive an error (see attached screenshot). Since the native map application cannot get my location without internet connection, too, I guess that this is the correct behaviour. Or is it because of the LocationAccuracy.Best setting?

Thanks for fixing.

Thomas

All times are GMT -5. The time now is 7:30 PM.
Previous Next