Latest Contributions by RomanTrojan

Try to put all your components to the sub-folder of ArcPro extensions C:\Program Files\ArcGIS\Pro\bin\Extensions\[Test]. Another convenient approach may be found using GAC. For deploy purposes I've preferred any configurable Add-In folder. For thrid party or late binding dlls this may require to espouse the assemblies which were failed to load: AppDomain.CurrentDomain.AssemblyResolve += new ResolveEventHandler(MyResolveEventHandler); private static System.Reflection.Assembly MyResolveEventHandler(object sender, ResolveEventArgs args) {    System.Reflection.AssemblyName MyAssemblyName = new System.Reflection.AssemblyName(args.Name);    string AssemblyPath = [Add-In folder];    string TargetPath = System.IO.Path.Combine(AssemblyPath, string.Format("{0}.dll", MyAssemblyName.Name));   MyAssemblyName.CodeBase = TargetPath; //This alone won't force the assembly to load from here!    if (!System.IO.File.Exists(TargetPath))    {       // .NET is always searching for the satellite assemblies, even if they are not existing       // The AssemblyResolve event is also firing for a lof of resource DLLs which are not existing       return null;    }    // We have to use LoadFile here, otherwise we won't load a differing version, regardless of the codebase because only LoadFile will actually load a *new* assembly if it's at a different path    // See: http://msdn.microsoft.com/en-us/library/b61s44e8(v=vs.110).aspx    return System.Reflection.Assembly.LoadFile(MyAssemblyName.CodeBase); } ... View more

Yes, I guess my ArcPro AddIn referencing other DLLs (partly late binding) needs additional code to work on any folder specified by a user. It is another concept as I am familiar using ArcMap command. Thank you, Bart! ... View more

I am back on this path again trying to present my dilemma more accurate and clearly. The additional library DLL’s reference property “Copy to local” cannot be set to True because some of my assemblies are late binding and therefore not listed as references on my Add-In. It is an optional entrance to a smart system with core components which serves not only ArcPro but ArcMap commands or other containers like GeoPackage as well. Dependent on the calling mode some different libraries are linked at run-time based on System.Reflection.Assembly.Load/LoadFrom function. For this case I intend to use the ArcPro extensions folder C:\Program Files\ArcGIS\Pro\bin\Extensions\* (this works well) or invoke additional .NET configuration. On the other hand, I dislike copying all the same libraries for each of many Add-Ins to theirs working folder C:\Users\*\AppData\Local\ESRI\ArcGISPro\AssemblyCache\{GUID} with “Copy to local” flag for current user and Add-In GUID. ... View more

Hi Gintautas, Thank you for your extensive elucidations! I hope it helps some developers. For me there is no problem with additional libraries container because everything works at some special folders as described earlier. I am also aware to take care of actual version for debugging. My question has more .NET deploy nature on how to make configured Pro Add-Ins folder, well known folder or any other folder e.g. C:\Program Files\xxxxxxxx for not to crash ArcGIS Pro but to be known that way as C:\Program Files\ArcGIS\Pro\bin\Extensions does? I have .NET knowledge lack there and not unlimited time to search for the appropriate technique. My goal is to deploy package including additional libraries to Add-Ins folder as configured by ArcGIS Pro user without crash scenario. ... View more

Thank you for reply but copying Add-In referenced DLL’s to configured Add-Ins folder causes Arc Pro to crash while invoke to run further referenced code as on Add-In itself. I am searching for an appropriate folder to debug and deploy any (not ArcGIS) DLL’s which are referenced by a custom Pro Add-In. Following there are some scenarios to place further referenced DLL’s evaluated with actual version ArcGIS Pro 2.2.3. Actually I tend to use ArcGIS Pro Extensions folder. Does not work (crash): Add-In Manager configured Add-Ins folder e.g. D:\my disk\Pro\Test Well known folder e.g. C:\Users\*\Documents\ArcGIS\AddIns\ArcGISPro Works, but not appropriate: Add-In working folder e.g. C:\Users\*\AppData\Local\ESRI\ArcGISPro\AssemblyCache\{GUID} GAC folder C:\Windows\Microsoft.NET\assembly\GAC_MSIL Works, maybe appropriate? ArcGIS Pro Extensions folder C:\Program Files\ArcGIS\Pro\bin\Extensions ... View more

Thank you, Ulma Declaring my first button I have skipped to the issue with delegate command. Stepping back to the Button class this.ID works fine. But calling delegated void procedure on Module class there is no "this" constructor regarding button? ... View more

Thank you, Christopher, very much! The mess was caused by another external extension with configured <extensionConfig ... hasExtendedInfo="true"/> entry, but without correct IExtensionConfig implementation. Such DLL positioned in a well-known or optional AddIn folder supposedly obstructs license configuration for all other properly installed external extensions like Licensing sample. The desktopVersion setting or hasExtendedInfo flag set to "false" work as expected (impacting particular extension). ... View more

Thank you Dominique, it works. However, it is not clear approach for me to prevent from zooming all other layers in the map appointing to the first layer visible scale range. ... View more

Using current SDK 10.2.7 Zoom In/Out and vertical limitation works for me, but the map panning seems not limited horizontally. Using SDK Quartz Beta I cannot find MapView.MaximumExtent nor something adequate (in MapView class). Waiting for the SDK commercial release I try to return Viewpoint after NavigationCompleted event. ... View more