Latest Contributions by KarenRobine1

I'm trying to obtain LegendInfo's from all of my Feature Layers in my map (after they're loaded and shown on the map).  I've attempted to await on the Layer.GetLegendInfosAsync() using a couple of different methods, and the task status is  always set to WaitingForActivation.  I'm trying to place my Legends into a MAUI CollectionView.  If I show the layer again in my ContentView, it works the next time I open that ContentView, but not the first time.   I've tried using the code in the LayerListDataSource (from the Legend Toolkit) as well as TocItem.cs (from the Table of Contents).  I might be missing some of the code located in LayerContentDataSource.cs (from Legend Toolkit) but not sure.. Methods follow:   //This is the version in LayerListDataSource.cs (tried with and without ConfigureAwait(false) private async Task<IReadOnlyList<LegendInfo>> LoadLegendOrig(ILayerContent layer) { var result = await layer.GetLegendInfosAsync().ConfigureAwait(false); if (result.Count > 0) { Debug.WriteLine($"TocViewModel.cs: LoadLegendOrig() result.Count > 0 = {result.Count}"); } return result; } //This is the version in TocItem.cs private async Task<IReadOnlyList<LegendInfo>> LoadLegend(ILayerContent lc) { var task = lc.GetLegendInfosAsync(); if (task.IsCompleted) { await System.Threading.Tasks.Task.Yield(); } var infos = await task; return infos; } ... View more

I'm reviewing the documentation here:  https://developers.arcgis.com/rest/services-reference/enterprise/query-attachments-feature-service-layer-.htm   We would like to use queryAttachments for branch versioned data. But right now, this is not supported. There's no way to add gdbVersion to the request.  This is a bug as far as I can tell.  I also tried using VersionManager and obtaining differences, but if the user JUST adds attachments and does not make any edits to the associated features, the differences REST API request does not capture the new attachment.  Ideas? Workarounds?   ... View more

Hello: My organization is interested in using Experience Builder Developer Edition across our network.  We typically don't allow our users to install software such as this directly on their machines. I was researching the "widget development" instructions and the requirements to run a client process every time the user wishes to update the widget. It seems like the client process is not setup to run as a service. I'm just trying to wrap my head around some potential 'best practices' for sharing an Experience Builder Developer Edition environment with multiple developers across a network.  Any thoughts on this subject would be helpful. Areas of concern are as follows: We can setup a share to the widgets folder and allow users to drop widgets there. But I have the following concerns:  Only a Sys Admin will have the ability to run the Client process. We certainly don't want to have them have to run this process every time the user wishes to update the widget.  Is this functionality expected to change sometime in the future? With WAB-Dev, when developing a widget, we setup the widget in a separate Web Server, and use a manifest.json file to link the Portal environment to that widget. Will this be done in the future for Exp. Builder widgets too? Is there ever a plan to have the node.js/server capability be directly started from Experience Builder, just like WAB-Dev handles that?  Our organization doesn't allow us to install Node directly, and the currently configured allowable version is much older then version 12. (trying to wrap my head around whether it might be possible to use a conda environment or something to get a newer Node.js version working??? ie., saw this article from a bunch of years ago: https://kartoza.com/ko/blog/nodeenv-how-to-install-nodejs-in-a-python-virtualenv/) Thanks. Karen    ... View more