Latest Contributions by HeatherGonzago

Hi everyone, we addressed this issue in a patch. We should have it out later today. You should be able to pick it up and see the changes by tomorrow. Thank you for letting us know so we could take care of it quickly. ... View more

Hi @Jade_Freeman this was inadvertantly documented too early. Our devs have been hard at work trying to get this functionality implemented in the not-too-distant future. This widget is just one piece to a bigger project when working with bulk attribute updating. The way that it is currently written, you will not be able to do much with it, nor is any of this fully supported until we get all the pieces implemented and working as expected. We will most definitely keep everyone informed on when this will take place and apologize for causing any confusion. ... View more

Hi, so to add to what we already know. Currently, there is no 1:1 alternative to `UpdateWorkflow.edits`. Unfortunately, this was a needed breaking change for some bigger updates that went through with our relationship work we did back with 4.27. With this said, NOT having it documented as such is not ok, and for that we apologize. I wanted to fully confirm my suspicions so I spoke to a member on our development team regarding your approach with using `rootFeature`.  Although undocumented, it will do what you need for now. The thing to consider is that this property is designed specifically to access the underlying original (root) feature that began the edit workflow you are currently in. If you have nested workflows, ie. relates, it may not access the feature you intend if you are editing in this scenario since these workflows tend to be nested. For basic updates, this should work fine. We intend on getting a better alternative to this for our next release. ... View more

@LefterisKoumis  to clarify further on your questions, * We do have it documented, it's just not as clear and easy to quickly find as I think it should be. The web map specification has a blurb about it at https://developers.arcgis.com/web-map-specification/objects/formFieldElement/, in addition, if you look at this sample https://developers.arcgis.com/javascript/latest/sample-code/widgets-featureform-async/ it has it written in the description. I think it should be easier to find so will add an additional notice in the actual API reference. Regarding the above referenced sample, take note that all field elements that reference a `valueExpression` have editable set to `false`. This is a requirement for working with valueExpressions.  * When the `formInfo` was initially implemented, we did not have support for calculations. It was very basic. You could show fields or groupings of fields. The fields could be referenced and you could control whether or not you want to require or make them visible or editable with a simple boolean. This is where the original `editable` and `required`  fields were used. These properties were carried over from the legacy FieldConfig class that has since been removed in favor of using the FieldElement. With the advancements made in the form to support calculations for field visibility, editability, requirements, and value expressions, we decided to deprecate the older properties of `editable` and `required` in favor of working directly with their expression. We still honor the deprecated properties for those older maps created before this affect took place. Moving forward though, any new web maps that get written out with form configurations will reflect the expressions Although you may be able to set editableExpression directly to false, it is not the tested and recommended way using a named expression. We recommend setting it to an actual expressionInfo which returns a value of false. I know that that can be cumbersome for small booleans, but just wanted to make sure you were aware of this if you notice any weird behavior. * You asked about  "after you create or edit a feature, it would be great to return the editor to its original state and stop the create/edit of other features."  This is a result of some worfklow refactoring that needed to happen to support the feature to feature relationship editing. It does not break, but can be irksome if not expecting the UI update. If you click on the back arrow, it should take you to the initial state. We intend on addressing this for the next release. I intend on getting this documentation cleaned up based on some recent feedback, this including removing the deprecated `editable` property on the FieldElement. Thanks again for the input, and please reach out if you have any additional questions. -Heather ... View more

Hi, the Webmap version property defines the version of the saved webmap. This version updates every four months (give or take), you should notice that it updates when ArcGIS Online has its update. The latest AGO release in June of this year writes out webmaps with the latest version of 2.28. The version property is required as it's used by other apps working with the webmap. As for your second question on setting a version number from a custom tool which generates webmaps, as long as your tool follows the spec and adheres to this requirements, it should work as expected. So if you are currently using your tool to generate webmap json, the version number should reflect the latest release, as the spec will adhere to what is specified for this release.  Hope this can help.   ... View more