Annoying UI inconsistency
Posted: Tue Feb 16, 2021 6:23 pm
Preface: I wasn't sure whether to put this thread in bug reports or in ideas & suggestions, so I gave up and put it here, can a mod please move it to wherever you think best.
There is a UI inconsistency that has been bothering me for a while, the steps to show it are quite simple.
Place a constant combinator
Open the combinator, click an empty slot under 'output signals' and select an item type as the output signal (any item, e.g. copper ore or red circuits etc).
At the bottom right of the 'select a signal' dialog is a box where you can manually type a number. Type any number here. Notice how the colour of the box changes from grey to a yellow-ish colour to show that you are editing the box's contents.
After typing a number, you can click the green tick to confirm the number and close the dialog. Alternatively, you can hit the return key once to confirm the number you typed and close the 'select a signal' dialog without having to use the mouse to click anything.
Now do similar steps for a requester chest:
Place a requester chest.
Open it and click an empty slot under 'logistic request' and select any item.
At the bottom right of this dialog is a box to manually type a number.
After typing a number, you can click the green tick to confirm the number and close the dialog.
However, unlike the combinator, hitting return only confirms the number (and returns the box where you entered the number from yellow to grey), it does not close the dialog, subsequent presses do nothing. If you hit escape to close the dialog the changes you made to the number of items requested are not kept. It is still required to click the green tick with the cursor, there is no way of confirming the number and closing the dialog without using the mouse.
This inconsistency regarding the function of the return key in these two very similar UI situations is rather annoying. The requester chest should behave as the combinator currently does, requiring only the keyboard return key to confirm the value and close the dialog.
Or even better, both entities could have the following behaviour: After typing a number into the box, the first press of the return key confirms the number and darkens the box to show it's contents are no longer being edited. A second press of the return key closes the dialog.
There is a UI inconsistency that has been bothering me for a while, the steps to show it are quite simple.
Place a constant combinator
Open the combinator, click an empty slot under 'output signals' and select an item type as the output signal (any item, e.g. copper ore or red circuits etc).
At the bottom right of the 'select a signal' dialog is a box where you can manually type a number. Type any number here. Notice how the colour of the box changes from grey to a yellow-ish colour to show that you are editing the box's contents.
After typing a number, you can click the green tick to confirm the number and close the dialog. Alternatively, you can hit the return key once to confirm the number you typed and close the 'select a signal' dialog without having to use the mouse to click anything.
Now do similar steps for a requester chest:
Place a requester chest.
Open it and click an empty slot under 'logistic request' and select any item.
At the bottom right of this dialog is a box to manually type a number.
After typing a number, you can click the green tick to confirm the number and close the dialog.
However, unlike the combinator, hitting return only confirms the number (and returns the box where you entered the number from yellow to grey), it does not close the dialog, subsequent presses do nothing. If you hit escape to close the dialog the changes you made to the number of items requested are not kept. It is still required to click the green tick with the cursor, there is no way of confirming the number and closing the dialog without using the mouse.
This inconsistency regarding the function of the return key in these two very similar UI situations is rather annoying. The requester chest should behave as the combinator currently does, requiring only the keyboard return key to confirm the value and close the dialog.
Or even better, both entities could have the following behaviour: After typing a number into the box, the first press of the return key confirms the number and darkens the box to show it's contents are no longer being edited. A second press of the return key closes the dialog.