fix(ui): fix QOptionGroup options type (fix: #17710)

[yusufkandemir]

to respect option-label and option-value props

What kind of change does this PR introduce?

• Bugfix

Does this PR introduce a breaking change?

• No

The PR fulfills these requirements:

• It's submitted to the dev branch (or v[X] branch)
• When resolving a specific issue, it's referenced in the PR's title (e.g. fix: #xxx[,#xxx], where "xxx" is the issue number)

Other information:
Fixes #17710

[rstoenescu]

The information is valuable in the JSON displayed in docs & also in the web-types etc. Rather than dropping all those props, let's add a "tsType: false" to each of those props -- so that only our TS build script will ignore it.

[yusufkandemir]

I went with a solution similar to the QSelect options prop. The documentation explains the rest. Furthermore, having them there might be confusing when keeping option-value, option-disable, etc. props in mind. If you still think we should add new logic around tsType to accept false and behave differently, I, unfortunately, don't have time for it to implement, test, etc. I also think it will open a new rabbit hole, to adapt it to some other places.

[rstoenescu]

Went with a more appropriate description for the "options" for both QOptionGroup & QSelect.

[yusufkandemir]

Reference: d07b4fe