Hey Denis,

it wasn't me who switch to Y/N. Maybe this happend during qanda-refactoring (which has never been finished). I absolutely agree with you. Internally there should be used always 0 (integer) for 'No' and 1 (integer) for 'Yes'. I think the hole process of the switches should be checked and reimplemented. I don't know if i will get time for that. I hope so.
Thanks for your answers. I also already mentioned it in the team meetings month ago.

Greatings Patricia

Hey Denis,

i also think the label for the user should be "Hide tip". This is confusing. It should be something like "Do you want to show the tip for this question?" and then the user could select Yes (showing the tip) or No (for not showing the tip). Internally (in the software) we should use 0 for "don't show the tip" and 1 for "show the tip".

it wasn't me who switch to Y/N.

I know :)

Internally there should be used always 0 (integer) for 'No' and 1 (integer) for 'Yes'.

Yes : and it don't broke existing system. We have same issue with all switch …
I really think we must not fix attribute by attribute, but fix switch system directly.

It's a one line fix in https://github.com/LimeSurvey/LimeSurvey/blob/c5c195389d46011c6f0efa8730511704f840c3b0/application/extensions/AdvancedSettingWidget/views/switch.php#L8 …
(if needed : add a DB update to move Y to 1 and N to 0 for each core attributes)

i also think the label for the user should be "Hide tip".

I didn't have issue with «Hide tip» : Yes / No.
And i don't remind of forum post for this.

I think it's hide_tip since 1.71 or before ;)

PS : https://bugs.limesurvey.org/view.php?id=17087 it's exactly the same issue but for checkbox.

And surely some other …

https://github.com/LimeSurvey/LimeSurvey/commit/1d7b620f7dca5b79171c9c5d844cffe2254ed9dd