No way to style OptionSelector without accessing internals

[Robert Schroll]

There is (apparently) no way to style an OptionSelector short of providing your own OptionSelectorDelegate. This requires you to copy and modify the stock OptionSelectorDelegate, which relies on internal implementation details of the OptionSelector. When these details change, the OptionSelector using the old custom Delegate may break.

This was recently a problem: OptionSelector.isExpanded changed to .currentlyExpanded, breaking a Delegate I have that used the old variable name (https://github.com/rschroll/beru/blob/restricted/ui/components/StylableOptionSelectorDelegate.qml). This was discussed on the mailing list: https://lists.launchpad.net/ubuntu-phone/msg05430.html.

[Robert Schroll (rschroll)]

A related bug is #1220533, wherein I offered a patch to make the Labels for the text and subtext part of the external API. This was rejected on the mailing list (https://lists.launchpad.net/ubuntu-phone/msg04025.html), where the use of a custom Delegate was suggested.

[Pat McGowan (pat-mcgowan)]

assigning for follow up

[Tim Peeters (tpeeters)]

Some things went wrong in updating the OptionSelector APIs, but they should be resolved now.

Is this issue still valid? OptionSelectorDelegate is a public component, so you can make your component inherit from it instead of copying it.

[Robert Schroll (rschroll)]

As far as I can tell, there's still no way to change the font or color of the labels, for example, short of copying the code and doing it yourself. This is not a function of whether OptionSelectorDelegate is public or private, but of whether OptionSelectorDelegate gives you the access to its interals. Currently, it does not.

That's okay, if sub-optimal, if the interface between OptionSelector and OptionSelectorDelegate is public and unchanging. When the bug was submitted, this was not the case. This interface was considered private and was subject to change without warning. If this interface is now considered public, then this bug is solved. Otherwise, it still exists.

[Tim Peeters (tpeeters)]

The optionselector delegate is basically a list item, so when that gets a configurable font color, the issue here is solved.

The initial question/issue raised in this bug (broken optionselector api) has been resolved, and as a reference for the label color, I'll mark this bug as a duplicate of another bug that requests configurable label color.