Please provide screenshot

Upload Screenshot

Something missing in the onresize event - if you reload the reduced screen the labels appear, however when increasing the screen width after reload the labels are persistent (screenshot capture1.png).

Additionally, between ~760 and ~800 px screen width, it's totally messed up (screenshot capture2.png).

there is no onresize event. That's a choice. I could easily add one, but what for? It's not a normal behavior, and it would make heavier the JS for nothing.
If really you want it for debugging purposes, I could add one when debug mode is on.

...but if someone resizes their screen below 800px the survey is broken

CSS solution - add a <span> element to the label with the text. Hide that span above 800px, show it below.

resizing the screen while passing a survey is just not a normal behavior. Coders and designers do it for testing purposes, but not final users.

again: it's only 3 lines of js to add. so if you really, really, really want it, I could do it. But keep in mind that in general, "responsive" doesn't mean that the website is "resizable on the fly", but rather that it can display correctly in different screen sizes. So, reloading the page after the resize is a necessary step in general.

CSS soliution : no need span,

Just label :

• out of screen with screen > 800px (position absolute (or relative)) (or some other way)
• in screen, display inline with screen < 800px

I use a lot of combination with
td input label

WIth this : we can do all with some css.

yep, like for the case "multiple short text" with checkboxes.
we yet spoke about it, and I agree that we should use it everywhere.

I disagree, resizing the screen is a common practice - folks may want to check other applications while completing the survey. In my opinion, responsive is, well, responsive. All decent responsive website designs accommodate screen resizing.

@DenisChenu, yes but not without some HTML modifications. The array radio input are inside the label elements so hiding the labels will hide the radios.

tpartner : it's not my personal point of view or theory. We're speaking about it in the IRC with Denis. Many JavaScript component are officially responsive, but doesn't support natively re-sizing on the fly (eg : Chartjs).

Responsiveness is about displaying well in any screen size, not about adapting to windows resize.

By the way, re-sizing is just a quick and dirty way of testing. There are much more advanced tools to do it.

@tpartner : yse, is what i think we must review HTML workflow and have the same than 2.06
https://github.com/LimeSurvey/LimeSurvey/blob/2.06lts/application/helpers/qanda_helper.php#L6081

@DenisChenu, yes going back to the 2.06 layout (label followed by input) and using media queries to hide/show the label would work. But if Louis needs the input inside the label, adding my <span> would also work. In either case the text would always be available, leaving how to handle it up to the template designer.

All questions should now be fixed on all screens (phone, iPad, laptop). Please update to latest release and confirm.

In the dirty way of testing it is not solved. If I change the size of the window the labels are still hidden (built 160317). Or didn't I understand it correctly, should it be fixed?
But it is okay: Who changes his screen size on the fly?

Not an iPhone user. ;) Or iPad.

@olle, the layout issues are fixed but I don't see the scale headers in the Array Dual Scale on mobile devices. Please see the attached array_dual_scale_1.png

That's correct, will fix.

Fix committed to master branch: http://bugs.limesurvey.org/plugin.php?page=Source/view&id=18153

Version 2.50+ Build 160401 released