Skip to main content
Released

Richer User Parameters Prompt UI

Related products:FME Form

fgiron
Supporter

It would be great if you could generate a richer Parameters Prompt when using the Prompt and Run mode. For example, you could have different parameters depending on the value of one of them, or group them, or have possible values depending on others, etc. Maybe having subsequent dialogs could be a way of doing it. See:

http://gis.stackexchange.com/questions/97762/fme-c...


Merged Ideas:

User Parameters with conditional values by fgiron on January 8, 2016

If I want to set a private parameter dependent on a published one, I have to use a "script" parameter type. It would be nice to be able to choose a "conditional" type directly. Now you can only use conditional values in user parameters when setting them from transformers that have the Conditional Value option (https://knowledge.safe.com/questions/3477/published-parameter-with-conditional-values.html).

Custom Transformer UI Generation by fmelizard on October 29, 2015

Allow richer layout (grouping, etc) within custom transformer parameter UIs

Dynamic published parameters by tlabs on April 18, 2019

It would be nice to have Published Parameters auto-populate based on another published parameter.

Example:

There are 2 published parameters

1. Type: Text. Name: Airport Code. Input: CAB5

2. Type: Coordinate System Name. Name: Coordinate System. Input: WGS84-ABBOTSFORD-CAB5

User inputs Airport Code CAB5, and the Coordinate System would automatically select the above listed Coord Sys because there is only 1 coordinate system associated with that Airport Code.

Allow User Parameters to be grouped into sections. by sam.mcdonald on October 25, 2020

I believe it would be beneficial for end users if groups or sections could be created for User Parameters, which would segregate them into logical groups in the Server UI and Desktop Translation Parameters popup. Examples could be input files and output folders sections, and so on.

Please refer to the Layers.png image for a quick edit I did of the Server UI to demonstrate this.

Collapsable public parameter by todd_davis on October 17, 2017

In a number of situations there can be public parameter in either a workbench/custom transformer that may only need to be changed on the rare occasion (e.g. the default value will likely be used). I have instances where a transformer/workbench, may have over 10 parameters because of what a client wants in terms of options, and in most occasions they will really be dealing with say 4. The extra parameters can lead to confusion, or users not updating the correct parameters because of the crowded interface.

I am hoping that an extra checkbox could be added next to the "optional" and "published" in the parameter definition. Ticking this checkbox would mean that when a run/transformer dialog was shown that the parameters would be found in a collapsed "Advanced" section.

It would certain tidy up the interface, but still allow as many options as people wanted.

Ability to set parameter relationships by 1spatialdave on February 8, 2016

Occasionally when creating parameters to control a workspace it would be nice to be able to create a relationship between parameters to make it clear to the user running the process which parameters to set. For example if a user selects from a choice parameter that they would like to do a proximity search against restaurants, two additional parameters that were by default greyed out should then become available so that the user can enter a parameter value for the maximum number of results to be returned and enter the search radius. Its the kind of detail that could be applied when the parameter is created, like, 'set parameter as primary' and then you could add 'child' parameters to that primary.

Allow group the parameters by taojunabc on October 27, 2016

For a complex workspace, the user may have many parameters, the current FME does not allow the user to group parameters, but when many of the parameters, the parameter input dialog will be relatively messy. Hope to be able to allow the user to group parameters.

Conditional parameters by chrisw84 on May 31, 2017

I've had an internal client ask if FME/server could include parameters that appear/disappear or even change selectable values based upon parameters selected ahead of them. We have the ability to make parameters optional already, so can this be toggled dynamically?




This post is closed to further activity.
It may be a question with a best answer, an implemented idea, or just a post needing no comment.
If you have a follow-up or related question, please post a new question or idea.
If there is a genuine update to be made, please contact us and request that the post is reopened.

21 replies

ekkischeffler
Contributor
Forum|alt.badge.img+5

This would also be helpful for creating a userfriendly out-of-the-box UI on FME Server!


  • April 3, 2017

This would be great. I have various parameters to populate when running, some pick boxes, some text fields.

 

To be able to enable/disabled some fields based on parameter would be ideal. Failing that just the ability to add a break line would be good, some way of simply showing a split between parameters.

rclarkenz
Contributor
Forum|alt.badge.img+2
  • Contributor
  • May 9, 2017
Yes! to be able to enable/disable based on parameter would be amazing. I was hoping this feature existed already.

jdh
Contributor
Forum|alt.badge.img+28
  • Contributor
  • May 10, 2017

revesz
Contributor
Forum|alt.badge.img+14
  • Contributor
  • May 11, 2017

It would be also nice if the parameters could be linked to the data source (csv, database, etc). Now it is possible to import parameter values (eg. Choice, Choice with Alias, etc) but it must be manually updated if the list changes. It is even more painful if the workspace is on FME Server.


Forum|alt.badge.img+3
  • June 7, 2017

There are a number of parameters in FME that are not available to us. For example the ability to have a table or a sortable attribute list and the checkbox. Also grouping would be nice so you can hide advanced options. All this exists already but you need to hack the text file...


chriswilson
Supporter
Forum|alt.badge.img+11
  • Supporter
  • June 13, 2017

+1 for this


geosander
Forum|alt.badge.img+7
  • June 27, 2017

Great ideas! I would like to add some custom transformers to the FME Hub in the future for which these improvements would really come in handy. I would particularly be interested in conditional/dependent parameters: parameters that can only be set when another one meets a certain criteria. Then, we can make an interface like this, for example:

'

Notice the grouping sections and the Prefix attribute, which is greyed out and can only be set when Accumulation Mode is set to "Prefix List Attributes".

Of course, I can have that Prefix attribute enabled all the time and just ignore whatever a user filled in there if I don't need it, but it does make for a clea(n/r)er user interface if it was conditional.


ebygomm
Influencer
Forum|alt.badge.img+31
  • Influencer
  • June 27, 2017

Suggested previously, but probably fits in with more general improvements to user parameters is the option to control the user input for strings, i.e. parameter must be 6 characters in length, parameter must be 2 letters followed by 4 numbers only

https://knowledge.safe.com/idea/43202/add-input-mask-or-similar-to-parameter-types.html


virtualcitymatt
Celebrity
Forum|alt.badge.img+34

Just adding my voice to this one. Great idea and my work would really benefit form this one.


Forum|alt.badge.img+2

jelle
Contributor
Forum|alt.badge.img+16
  • Contributor
  • November 4, 2019

Excellent ideas in this topic! I certainly agree with @sander on the conditional/dependent parameters. The idea of @revesz to make the content of Choices parameters more flexible is certainly also highly recommended. Now, if you want to add a value, you have to change your Workspace. It would be good to be able to read it from an Excel file, JSON file, a database, ... The parameter list should then populate accordingly. FME Server, and by consequence the Server Apps, would also benefit from this.


kyle_r
Contributor
Forum|alt.badge.img+1
  • Contributor
  • January 28, 2021

Wanted to add my voice to this as well. This functionality would be amazing in my work. Could make my workflows a lot more customized to the clients.


Forum|alt.badge.img+6

Good news! In our current betas, we have implemented our first iteration for improving the experience of managing user parameters. For 2021.0 there is a brand new user parameter management interface that includes the ability to:

  • Create parameter groups (collect logically connected parameters in a labelled 'group').
  • Specify a default collapsed state for your groups (plain, collapsible, closed)
  • Drag n' drop reordering of user parameters and groups
  • Ability to preview your user parameters as they will appear to the user at run time

 

"How do I get access to this goodness?!"

 

Simply right click on 'User Parameters' in the navigation pane and select "manage user parameters", OR navigate to 'Tools--> Manage User Parameters'

 

The next phase of this project (2021.1+) will be to introduce parameter dependencies—Stay tuned for more detail on that effort...but for now, it's time for the group capability/brand new interface to shine!

 

Please give this a try and let us know what you think! We are still making tweaks and polishing this round in preparation for 2021.0 (so please bear that in mind if you *do* test this out!) but we would love to hear any and all feedback on this.

 

Thank you for helping us build the future of FME!


runneals
Contributor
Forum|alt.badge.img+19
  • Contributor
  • August 12, 2021

Annabelle,

So far so great! Can't wait to see conditional parameters, especially when it comes to requiring/displaying certain ones when users choose from a choice list (kinda how Google Forms works).


maayke
Contributor
Forum|alt.badge.img+6
  • Contributor
  • August 16, 2021

The 'Manage User Parameter' interface that is now released is a nice first step!

@Annabelle I'm curious: is it already clear when the functionality for dynamic/dependent parameters will be released? I think this will be a very helpful feature! P0?


Forum|alt.badge.img+6

Hi all! Maayke, you beat me to it ;). Dependent/dynamic parameters are still in the works, we are aiming to have the first iteration of dependent parameters in 2022.0, but as always, I have to caution that this isn't a guarantee! We want to make sure the experience and stability of dependent parameters is consistent across the platform, so there is an FME Server component to this as well (but it will be pretty darn awesome: Imagine FME Server apps with dependent parameters!). All of this to say...it's coming! I wish there was a "First Iteration Release" option here—But stay tuned on this idea for an update on this :).

 

Thank you for your feedback and for giving this a try—We appreciate it!

 

Best,

 

Annabelle


thijsknapen
Contributor
Forum|alt.badge.img+10
  • Contributor
  • August 18, 2021

Hi @Annabelle,

 

I'm also happy with the parameter UI enhancements. Especially being able to group parameters is a nice touch.

I noticed however that in FME 2021.0.2 the parameter groups don't seem to cross over to FME Server like I would expect/prefer (as in no (collapsible) parameter groups when specifying the parameters). Is this something that will be developed for a future release?

 

Maybe another small comment/question. Although I am really happy with the parameter UI enhancements, sometimes I find myself in the situation where I want to change the parameter type, but keep the name and prompt intact (e.g. change from Text to Choice parameter or vica versa). It seems to me that that change is a bit less easy than it used to be, as previously you could just change the parameter type of an existing parameter, and it seems that now you need to create a new parameter (of new parameter type), copy over the prompt/name/settings from the previous parameter (of old parameter type), and delete the previous parameter.

Unfortunately I also don't have a clear view on how to improve this in the new UI, but I'm curious to hear other thoughts/opinions on this matter.

 

Kind regards,

 

Thijs


  • October 6, 2021

Hi Safers,

There appears to be a small bug in the new parameter manager when setting a Choice parameter value that includes a comma. The comma character needs to be replaced with <comma> otherwise everything after it is truncated. Testing in FME2019.2 the parameter editor automatically changes the comma character to <comma>.

FME 2021.1.1.0 (20210730 - Build 21619 - WIN64)


Forum|alt.badge.img+6

Hi mes mes!

 

Thank you for reporting this: We have been doing some infrastructure changes under the hood that will address this issue in 2022.0—What I will do though is look into providing a 'known issue' document so that in the interim, we have a solution available for when this behaviour occurs. My apologies for the inconvenience this may have caused, and thank you again for reporting this to us!


fgiron
Supporter
Forum|alt.badge.img+20
  • Author
  • Supporter
  • December 3, 2021

Since it's that time of the year, I'll add something to my wish list: Markdown or some similar rich text editing in the Message-type parameters, so you can include links, images, a wee bit of formatting, etc.


Cookie policy

We use cookies to enhance and personalize your experience. If you accept you agree to our full cookie policy. Learn more about our cookies.

 
Cookie settings