экранируйте буфер и диалоговое окно

Это - проблема с dialog реализация из http://invisible-island.net/dialog/dialog.html.

На запуске это делает a smcup + rmcup отдельно, я верю потому что ncurses стандартная программа инициализации делает smcup и dialog хочет отменить это. Таким образом, если Вы делаете Ваш smcup заранее, это не будет иметь никакого эффекта, потому что rmcup отменит его.

Работа вокруг должна добавить --keep-tite опция, которая говорит этому не делать это, таким образом, dialog сделает smcup на запуске и rmcup на выходе как другой ncurses приложения, если терминал поддерживает его.

Из Ваших комментариев у Вас, кажется, есть другая проблема: Вы находитесь в терминале, который не поддерживает альтернативный экран, таким образом независимо от того, что Вы делаете, Вы не сможете использовать тот альтернативный экран, поскольку он не существует.

Что Вы могли сделать, хотя или использование другой терминал, который имеет альтернативный экран как шпаклевка или Unix от Cygwin на X-сервере Cygwin. Или выполненный X терминалов на удаленном сервере для соединения с и дисплей на X-сервере. Или выполненный на терминальном основанный эмулятор терминала в Вашем терминале, который поддерживает альтернативный экран как GNU screen.

Проблема сложнее, чем предполагается. Начните со сценария:

tput smcup
clear
dialog --yesno "Do you want to continue?" 0 0
rc=$?
clear
tput rmcup
if [ "${rc}" == "0" ]; then
  echo Yes
else
  echo No
fi

Существует только один альтернативный экран (и вы не можете обращаться с ним как со стеком). tput smcup (технически "запустить режим адресации курсора") часто используется в xterm и его аналогах для переключения на альтернативный экран. На самом деле в xterm для этой цели реализована не одна управляющая последовательность (см. Почему экран не очищается при запуске vi?), и некоторые из них не распознаются аналогами. В одном из комментариев говорится, что MobaXterm является настоящим терминалом в данном случае. Этот терминал основан на (использует код из) PuTTY, который, как оказалось, обрабатывает код 1049 в terminfo MobaXterm.

Итак...

• сценарий переключается на альтернативный экран
• он очищает его (снова: xterm очищает альтернативный экран на предыдущем шаге)
• он запускает диалог, все еще используя альтернативный экран.
• при выходе из диалога посылается последовательность rmcup, переключающая обратно на обычный экран, содержимое которого будет таким же, как и до начала сценария
• затем экран очищается. Обычно это приводит к перемещению курсора в верхнюю левую часть экрана и последующему очищению, но (см. ниже)
• наконец, используется tput rmcup. Это просит эмулятор терминала переключиться обратно с альтернативного экрана.

Поскольку терминал уже находится в нормальном режиме, последняя строка может быть интерпретирована одним из (по крайней мере) двух способов:

• она может быть проигнорирована
• может быть выполнена часть операций, выполненных при переходе из альтернативного режима в нормальный.

В данном случае, похоже, что последнее: часть выполняется. PuTTY (и, при быстрой проверке, xterm) восстанавливают позицию курсора с первого использования tput smcup, потому что подсказка находится в середине экрана (а не вверху, где ее оставила бы clear). ОП заметил пробел, потому что в этом окне уже было выполнено несколько команд до запуска скрипта - курсор вернулся в исходное положение, но команды исчезли из-за clear перед tput rmcup.