nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

When changing a parameter in a custom tool, don't clear other parameters

Bud

ArcGIS Pro 3.1

I'm using a custom script tool that was provided by @SeanLim and @DanLee called Shrink Line:
Shrink Lines — GP Tool

In the tool parameters, if I change the Input Feature Class, then it automatically clears a parameter called Percentage/Length.

Automatically resetting parameters isn't the desired behavior. If I took the time to enter some parameter values, then I'd prefer them to persist, even if I change one of the other parameters.

Could that behavior be changed?

Video:

Find more posts tagged with

Geoprocessing

Status: Open

Comments

SeanLim

Hi @Bud, I can't seem to reproduce this issue. I've updated the Shrink Line tool as stated in my other comment.

Could you try again with the updated tool and let me know if it's still reproducible?

Bud

@SeanLim I tried again with the updated tool. I'm still seeing that behavior in this scenario:

Choose an Input Feature Class.
Choose the Method (optional).
Enter a Percentage or Length value.
Click in the Output Feature Class parameter (it's a habit I have where I "click away" to ensure the value I entered persists).
1. Note that "clicking away" in blank space in the tool seems to behave differently. It doesn't cause the issue.
Change the Input Feature Class to a different feature class.
Result:
The Percentage/Length value has be cleared to 0, which isn't what we want.

Video:

SeanLim

@Bud

It looks like this behavior happens when you click the Output Features Class input box before changing the Input Feature Class. You can see that it doesn't happen when I click outside of the box after entering the Percentage input then going straight to changing the Input Feature Class value. I'm not sure why it does that, but I would avoid that pattern so you don't lose your other input values.

Edit: this is a known bug that is being worked on!