Latest Contributions by dotMorten_esri

When you say "the memory in the background keeps growing and is never released" did you run the memory analysis tool to determine which objects are holding on to it? It is possible something in your navigation backstack is still alive. Also note that the .NET Garbage Collector is pretty indeterministic wrt when it runs, so it might not actually be leaking, but GC just hasn't gotten around to collecting things. You could try running this code 3 times to be absolutely sure that everything that can be collected has been collected: GC.Collect(); GC.WaitForPendingFinalizers(); Just don't do that too often, as it is a blocking/expensive call, but it is useful to determine if something is actually still holding on or not. ... View more

Did you mean S63? Access to S-63 encrypted ENC data in Runtime is only available through .NET on Windows at the moment.   An S-63 extension is available upon request - see details here: https://developers.arcgis.com/net/layers/display-electronic-navigational-charts/#access-encrypted-encs ... View more

The first rule you need to be aware of is: A map can only be attached to one MapView at any point in time, but you can move a Map from one MapView to another. So that gives you two choices: 1. Every time you navigate away from a page with a MapView, set its Map property to null to "unhook" it. You could rely on garbage collection and things going out of scope, but it can be pretty non-deterministic, so safer to do it explicitly. You can then assign the map again to a new MapView on a new page. 2. Create one static instance of a MapView. Every time you navigate away from a page, remove the MapView from that page, then insert it on the page you need it on. A custom control that does this for you could make it easier (ie it'll add and remove a MapView inside it based on load/unload of the parent control). Option 1 is simpler and saves you loading the map every time, but requires you to restore other state like Graphics, current viewpoint etc. Option 2 is a bit more advanced, but also saves your from creating and destroying mapviews, restoring mapview state, and also avoids recreating all the MapView rendering resources which can be a bit  expensive. Because of this, I've seen option 2 often recommended with many different map UI controls, and the ArcGIS Runtime isn't that different. ... View more

"On top off" only applies to 2D maps and layers draped on to the ground. Once you start rendering in 3D, features closer to the camera will inherently be in front of (and therefore appear to be "on top" of) features that are behind them. ... View more

I personally haven't, but I've seen quite a few developers frustrated that they still haven't added .NET Core / .NET 5 support, and judging from the FAQ, it doesn't seem like they plan on doing that either: https://www.crystalreports.com/faq/ So if you plan on using Crystal Reports, you'd be stuck with .NET Framework for now. ... View more

Think of the 100.x release as a completely new product. Everything was rewritten from scratch, so it is much much more than a version change. ... View more

The mouse wheel event doesn't fire, because the mapview reacts on it. This is pretty typical for routed events in WPF. You can use the Preview* events instead, or choose to subscribe to events regardless of bubbling behavior. However from your scenario, as Mike is saying, use the info from the mapview instead to sync your slider - I'd recommend using the MapScale property to set your slider. You'll probably want to use a Log value of the scale though, since one "notch" on the slider, should double the scale value. >  what would I set the min and max values for slider to based on map zoom That is entirely up to you and your map. If your map has min/max scales set, use that, but there's no guarantee there is a min/max. ... View more

I'm assuming you're targeting .NET Core/.NET 5 and not .NET Framework? Unfortunately our documentation doesn't show doc for both (we're actively working on that - stay tuned!), but the property is only available with .NET Framework, since there's now a newer better way to load native libraries dynamically than .NET Framework provided. If you can share your scenario for setting this property, I can help provide you with some equivalent code in .NET Core / NET 5. ... View more

> The DLL works fine except I have to pull it out of the NuGet package and then reference it directly. The nuget package does more than just reference that assembly. This is not in any way a supported method. You might be tricking the compiler into compiling things, but it won't run. > I still have to test it to a Linux docker container, hopefully it works there too. It will not. As mentioned this only works on Windows, iOS and Android because those are the only platforms that there are provided native runtimes for. If you're running in a docker container, it does sound like you're trying to use the runtime in a service - if that is the case, be aware this is again not a supported scenario and most likely against the license agreement. ... View more

> DLL, NON-WINDOWS) Only Windows, iOS and Android are supported. To do .NET 5, you'll have to at least target net5.0-windows10.0.18362.0   ... View more

Your customers will not need to download anything. When you build your application, everything you and your customer will need to run the application will be in the output folder below the \bin\ folder (or wherever you configured your project to output to). The Esri.ArcGISRuntime.dll file isn't enough. There's  a lot more in the output folder, and all of it should be deployed to the customer's PC.   > Our license with ESRI does not permit us to distribute the ESRI files ourselves.  Everything that gets put into that output folder that comes from esri you can distribute. ... View more