The OI is now broken with an inconsistent look and feel:
the checkboxes create a very 'busy', irregular OI window; that by itself is enough reason to not activate such a feature by default;
Our minds work in different ways. For me it appears now as a more functional OI window.
the checkboxes are no longer consistent with the way the other options work (black text, white background and blue highlight color when selected/clicked);
The highlight color when selected should be adjusted later. It is a valid point.
BTW, the other ComboBox editors don't always show blue highlight color on Linux with GTK2 or QT. Don't know why. That is a separate issue though.
also the color to indicate a non-default value is inconsistent;
That is false information. The color is the same brown as can be seen easily.
when going through the options with the cursor keys the checkboxes are skipped; in case of 2 adjacent true/false options the cursor stops at the 2nd one
C'mon ... That is a bug which was discussed just above in this thread and already fixed (kind of) in trunk.
and the piece de resistance: for people that do not know the meaning of a v-shaped symbol in a small white box, the text '(true)' is placed to the right of it (if a text would have been required for whatever reason it should have been yes/no or on/off and no parentheses).
No no and no! This was discussed for a long time in mailing list IIRC at 2014.
First, a boolean can have values True and False. You can do:
but you cannot do
nor
The check mark carries enough information, yes, but a sole check mark without any text looks weird.
The texts "True" and "False" without parentheses would be confusing, too. When the value is False, it can be interpreted as "False is unchecked". What does it mean? Parentheses were a good compromise.
No problem with the change by itself, as long as the options to fall back to the original, more efficient behavior, are enabled by default (indeed a checkbox in the right location).
'more natural and logical control' does not apply to his particular situation.
"more efficient behavior" ... how can opening a Combo list and selecting a value be more efficient than simply clicking a CheckBox?
Delphi also recognized the need for a CheckBox Boolean editor but also wanted to be backwards compatible with a ComboBox. They solved it by introducing a hybrid component containing both.
I don't see a need for such a hybrid because one person typically does not use both. It is either or.