[Kovarex] [2.0.26] Parameter selection for blueprints with only one quality parameter is missing confirm button

[Metaflame]

Description

When placing a blueprint that contains exactly one non-normal-quality parameter, the selection interface is missing the Confirm button.
This was observed when trying to quick-confirm placement and bypass filter selection, which didn't work due to the missing button.

GUI for non-normal-quality parameter selection with the Confirm button missing

12-16-2024, 21-19-00.png (256.33 KiB) Viewed 146 times

To reproduce:

Example blueprints:

0eNp9UNtqxCAQ/Zd5NssmrIUI/ZJSFpO17YCOqZelIfjvncn2wvahCKLHcxs3mHx1S0IqYDbAOVIG87RBxleyXjCywYEBeSmWSjfHMCHZEhM0BUgX9wGmb88KHBUs6G4G+2U9Uw2TS0xQ/xkpWGJmbSRJFL+DVrCC6Xp90BzDopKiP0/uzV6RFUzLbhZFvj9z9HcnBS/oi0t/0a8ii0184PfuyAXeq/VcmPFK3CxwFYkNwpKKBh53oMpP8bi8mgz943JLKesi3nhhMm/3KcLH4gLDv9+u4MrifXT9MIyncdS6H/Sgj619AhtJi6s=

Copy blueprint Constant combinator with Uncommon Parameter 0

0eNp9UNtqhDAQ/Zd5jovKZkGhX1LKEt1sO2AmNsalIv57z7i9sH0ogkxOzm2yUjfMfkwsmdqVuI8yUfu80sSv4gbFxAVPLelNdpKLPoaOxeWYaDPEcvEf1FbbiyEvmTP7u8F+WM4yh84nEMx/RobGOEEbRRPhV5QHa2jBUNmDRQ5UOcXh3Pk3d2NIwJt8r5LpcUb2dylDVx6yT3/RryajSxhwX5Ro8D67AY2BS0wBu2toUI42bOlpB2Z9KGyLb9OdfzzuGXkZ1ZkvIOP3mKF8zj4A/n11QzeI983tqW6OTWNtVdvaltv2CUa+ivQ=

Copy blueprint Constant combinator with Normal Parameter 0

0eNqVkWFqwzAMRu+i306pw9wRw04ySnFSbxPEcuo4ZSH47pXSraNjFEYgOJ+lp4eyQNtPfkhIGewC2EUawb4uMOI7uV4ycsGDBbnJjnLVxdAiuRwTFAVIR/8JVpe9Ak8ZM/orYP2YDzSF1icuUI9ACoY4cm8kmSi8jVEwg63088bwGG7KKfaH1n+4M3IHl42+k47x/syjv50UvGGfffqdfokMLvGB76stC5wm17Mw5xOxWWAVGRukShQtvKzBJJvSRd2A9R9A/X/gnp8iW7xRrtp5HoSNRy7m1722aDwo0CBAzD5w/POjFZyZvi7b7OrmqWmM0bWpzbaUC8LdsGA=

Copy blueprint Constant combinator with multiple parameters

When placing down the first BP (uncommon parameter) quick-confirming it with E to bypass filter selection won't work. Quick-confirming works with the other two other blueprints.

Remarks

Blueprints with more parameters first show a parameter selection menu, which has the green Confirm button present; and blueprints with normal-quality parameters have the quality selection bar at the bottom, which also contains the Confirm button.
The consequence of this is that blueprints with exactly one non-normal-quality parameter cannot be quick-confirmed by pressing E, which is not consistent with the other two described cases.

The notable difference in behavior is that normal-quality parameters allow for both item/filter selection and quality selection, so the choice is confirmed after the Confirm button (or E) is pressed; meanwhile, non-normal-quality parameters only allow for item/filter selection, and the choice is made as soon as an item is clicked. In the former case, the Confirm button starts out selectable, and so the filter choice can be skipped, and the same applies to the menu for parameter selection, if multiple parameters are present.

The inconsistency in terms of disallowing quality selection when a parameter already specifies a quality also doesn't feel right, though that's less of a bug and more of a UX thing. It makes sense that one filter type with multiple qualities would be represented by one parameter slot (e.g. for quality recycling), but this also makes it impossible to re-specify the quality for a parameter with a pre-defined quality. Might be worth discussing in a separate post.

[Muche]

I believe 119432 Parametized Splitter filters not setting Quality correctly, 119537 Blueprint parameters does not show quality dropdown for recipe, 121844 Quality change ignored when placing parametrized blueprint are relevant here, in that they reference differences between how normal and quality parameters work.

[Metaflame]

Yeah, all of these are referring to the UX issue I mentioned in Remarks and are relevant here; though, my report refers specifically to the absence of the Confirm button (the other half of the missing quality selection bar).
I think the Confirm button could be re-added for now to work as a bypass, the same way it's possible to quick-confirm a parameter with selectable quality, but in my opinion it would be great to revisit the UX for parameters with concrete and undefined (normal) quality. Currently, when any parameter (or filter, for that matter) has a defined non-normal quality anywhere in the blueprint, all matching parameters/filters are bundled up into the same parameter selector with quality selection disabled. This is great for use cases where all relevant qualities of a given item are handled (e.g. a recycling setup that crafts normal/uncommon and outputs >=rare), but falls short when the filter "just so happens" to have a non-normal quality in a blueprint (e.g. when a recipe has uncommon quality, but there's no other parameter of the same type with a different quality), in which case it simply prevents the selection of a different quality outright.
It could be argued that blueprinting something with non-normal quality and then wanting to change that quality doesn't make sense, but... it still feels like the UX could be a bit better. Perhaps letting us redefine a parameter like "all Uncommon Copper cables will now be Rare instead" might work?

Regardless, the bug itself in this thread is that the Confirm button is missing as a consequence of the Quality selection bar missing, making it impossible to bypass filter selection, which isn't consistent with the behavior for a Normal parameter and multiple parameters.