choose function usage with rule inputs as parameters.

Don't use choose() at all now.  For anything.  We have a!match() now.

does it work with an array of values? I don't think so

Thanks, here it goes:

I have a tab interface where an index controls which content should be displayed. The content for each tab is stored in an array, and I need to show the content that matches the current index.

{
  a!tagField(
    labelPosition: "COLLAPSED",
    tags: {
      a!tagItem(
        text: "TAG",
        backgroundColor: "ACCENT"
      )
    }
  ),
  a!tagField(
    labelPosition: "COLLAPSED",
    tags: {
      a!tagItem(
        text: "TAG 2",
        backgroundColor: "NEGATIVE"
      )
    }
  ),
  a!tagField(
    labelPosition: "COLLAPSED",
    tags: {
      a!tagItem(
        text: "TAG 3",
        backgroundColor: "POSITIVE"
      )
    }
  ),
  
}

What's the source of the available indexes, and where/how will the individual tab contents be configured?

it needs to be exactly that code, an interface code, which will be on different rules of course, it is supposed to be named like rule!BBP_TAG_1 for example. It is not my real example actually, however I believe I'll get some hint through it

If you're calling different sub-interfaces, then of course they'll need to be declared directly in the code for your parent interface.  I'm still a little shaky as to what your overall configuration looks like, but i'm guessing you can configure something along these lines:

a!match(
  value: local!selectedTabIndex,
  
  equals: 1,
  then: rule!BBB_TAG_1(...),
  
  equals: 2,
  then: rule!BBB_TAG_2(...),
  
  [... etc],
  
  default: rule!default_tab()  /* use for default or invalid selection, etc */
)

The issue is that the length should be dynamic, through parameters. The length of it can vary. But anyways, I am kinda pessimist about this being able to do that right now.

Silas. B. Ferreira said:

The issue is that the length should be dynamic, through parameters

How do you plan to handle a dynamic length of tabs with a prescribed set of sub-interfaces?  There isn't a way to dynamically generate (named) interfaces.

My component should be something like

{
  /* Example 1 */
  rule!App_TABS(
    tabs: { "TAB 1", "TAB 2", "TAB 3" },
    contents: {
      rule!APP_content_1(),
      rule!APP_content_2(),
      rule!APP_content_3()
    }
  ),
  
  /* Example 2 */
  rule!App_TABS(
    tabs: { "TAB 1", "TAB 2", "TAB 3", "TAB 4", "TAB 5" },
    contents: {
      rule!APP_content_1(),
      rule!APP_content_2(),
      rule!APP_content_3(),
      rule!APP_content_4(),
      rule!APP_content_5(),


    }
  )
}

The reason is that I want it to become an utility rule.

You need to figure out at most how many tabs can be there when either all conditions are passed or none applied.

If you can have at most 7 tabs then your match() needs to be configured with all 7 possibilities. Assign one unique index to each tab so that if dynamically only 4 tabs (e.g. Tabs 1,3,4 and 7) are selected, the indexes replicate the same.

If it easier you can also go with strings to match the selected tab with content instead of index. 

a!localVariables(
  local!selectedTab: "Tab2",
  a!match(
    value: local!selectedTab,
    equals: "Tab1",
    then: a!stampField(
      labelPosition: "COLLAPSED",
      icon: "angle-down",
      contentColor: "STANDARD"
    ),
    equals: "Tab2",
    then: a!stampField(
      labelPosition: "COLLAPSED",
      icon: "angle-up",
      contentColor: "STANDARD"
    ),
    equals: "Tab3",
    then: a!stampField(
      labelPosition: "COLLAPSED",
      icon: "angle-double-up",
      contentColor: "STANDARD",
      backgroundColor: "NEGATIVE"
    ),
    default: "No Priority"
  )
)

You need to figure out at most how many tabs can be there when either all conditions are passed or none applied.

If you can have at most 7 tabs then your match() needs to be configured with all 7 possibilities. Assign one unique index to each tab so that if dynamically only 4 tabs (e.g. Tabs 1,3,4 and 7) are selected, the indexes replicate the same.

If it easier you can also go with strings to match the selected tab with content instead of index. 

a!localVariables(
  local!selectedTab: "Tab2",
  a!match(
    value: local!selectedTab,
    equals: "Tab1",
    then: a!stampField(
      labelPosition: "COLLAPSED",
      icon: "angle-down",
      contentColor: "STANDARD"
    ),
    equals: "Tab2",
    then: a!stampField(
      labelPosition: "COLLAPSED",
      icon: "angle-up",
      contentColor: "STANDARD"
    ),
    equals: "Tab3",
    then: a!stampField(
      labelPosition: "COLLAPSED",
      icon: "angle-double-up",
      contentColor: "STANDARD",
      backgroundColor: "NEGATIVE"
    ),
    default: "No Priority"
  )
)

I appreciate that, but it doesn't meet my use case requirements for development utils.