Scrolling cures it, but I suppose it would be nice if the second popup was smart enough to land above, when that would cure it...

Fixed this in my fork. See pull request or alternatively edit admin_core.js
insert at line 248:

, adjust: {
screen: true
}

ps. Note that i removed my old pull request and created a new one; github only allows one and the old one (for the test script for static calls) was not yet pulled.

Thanks, sammousa for your comment.

1)
This may sound basal....but is that between 248 and 249...?

At the moment, I have:
if ($("#question_type:not(.none)").length > 0 && $("#question_type").attr('type')!='hidden'){
$("#question_type").msDropDown({onInit:qTypeDropdownInit});

[248]--> $("#question_type").change(function(event){
var selected_value = qDescToCode[''+$("#question_type_child .selected").text()];
OtherSelection(selected_value);
});
}

1a)
In my admin_core.js
The function: function qTypeDropdownInit() Begins at line 258
And I am tempted to think your edit goes inside the
$(element).qtip({...
Position: adjust: { screen: true },
at line 273-74

1b) why/why not....?
Position: adjust: { screen: true, scroll:true },

2)
Another learning-curve question: is your fork the one that gets amended into the distribution for 1.92+ at next build? Does it end up inside 2.0? Or does someone else have to do something to do that ?

3)
Another learning curve q:
Does your change amend the subPop only? What about the original Pop?

1. Your code looks different from mine; i'm working on the latest version from 2.0 on github...

1a. You are right, that's where I made my adjustments; the way I typed it should be the same but respect the indenting manner used in the rest of the file...

1b. That sample seems to be missing { and } around the adjust value.

2. I am not part of the limesurvey team so in which distribution it ends up I don't know! I know however that I only made my changes to the 2.0 version since that is what you specified in your bug report. (edit: I just now saw the additional information where you specify it also occurs in 1.92)

3. It seems yesterday i misread your bug and did not notice it concerns the question type list itself too. I cannot recreate that problem since at the bottom there is not enough room so the dropdown list is always shown towards the top.. (If i make my window smaller there is not enough room to display it anywhere so there is no "fix" for that).
   Tl;dr subPop only (if you mean the screenshot part by that).

Great...!

thanks for your input. Your change worked for me.

for clarity, for anyone reading this bug report, later....

The change I made added in the adjust clause was ONE of the elements of the "position"

As it happens, this was the only Position element, throughout the whole of the script, that lacked the "adjust". Searching for the other "Position" clauses will reveal the syntax

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

2.00RC8 released