Comments 12
Ух! А что можно делать мышкой в консоли?
А кто знает — можно ли как-то mc в screen убедить, чтобы subshell нормально работал (т.е. содержимое шелла сохранялось и было видно по Ctrl+O)? Или это невозможно в принципе?
надо поковыряться… может и можно…
Уже покопался сам — оказалось, что не всё так печально: www.gnu.org/software/screen/manual/screen.html#Redisplay — устанавливаем altscreen в on, ставим TERM=xterm — и вот оно, счастье :-)
Поторопился — наоборот, TERM не трогаем. В код mc не лазил, но похоже, ч то screen он умеет понимать
Еще чуток порылся…
TERM=xterm оставляем, ремарим
в функции
заремарить fprintf (stdout, /* ESC_STR ")0" */ ESC_STR «7» ESC_STR "[?47h");
ну или все строчки, без разницы, после этого экран чиститься не будет…
TERM=xterm оставляем, ремарим
в функции
void
do_enter_ca_mode (void)
{
if (xterm_flag)
{
fprintf (stdout, /* ESC_STR ")0" */ ESC_STR "7" ESC_STR "[?47h");
fflush (stdout);
}
}
заремарить fprintf (stdout, /* ESC_STR ")0" */ ESC_STR «7» ESC_STR "[?47h");
ну или все строчки, без разницы, после этого экран чиститься не будет…
итак… вопрос с чисткой экрана так и не давай мне покоя, в конце концов я качнул сырцы и нашел коммит в screen гда проблема с очисткой коммандной строки решается…
вот ссылка на проблему bugs.debian.org/cgi-bin/bugreport.cgi?bug=558724
пока не уверен что надо фиксить mc…
commit ad56f746c6243d45124485d198d577bdbb78071c Author: Sadrul Habib Chowdhury <sadrul@users.sourceforge.net> Date: Sun Nov 29 23:34:25 2009 -0500 Fix using alternate screen buffers in some cases. Screen would reset the 'main' screen buffer if an app tries to switch to an alternate buffer while it is already using one (in other words, sends multiple 'smcup' without an 'rmcup'). This should fix debian bug #558724.
вот ссылка на проблему bugs.debian.org/cgi-bin/bugreport.cgi?bug=558724
пока не уверен что надо фиксить mc…
Sign up to leave a comment.
Поддержка мышки в Midnight Commander запущенного из под tmux/screen