1.1, A.Stahl (ok), 22:57, 07/05/2015 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
>F61-F63 - Menu+Shift+F1-F12
Что-то я не уловил зависмость... А как ввести, например, F-90?
| |
|
2.3, Spoofing (?), 02:03, 08/05/2015 [^] [^^] [^^^] [ответить]
| +1 +/– |
действительно, с этими F1-120 намудрили.
для vim'еров следовало бы сделать бинд Ctrl + b, Shift + f, ввести число от 1 до 120 и жмякнуть Enter. пусть tmux сам отправит введенное F<число>.
ну а для emacs'еров да, оставить такую вот крутую распальцовку через всю клавиатуру.
| |
|
1.6, anono (?), 05:49, 08/05/2015 [ответить] [﹢﹢﹢] [ · · · ]
| +6 +/– |
Вот каждый раз пишут про это вертикальное разделение в отличиях...
Почему у меня это вертикальное разделение как минимум несколько лет как есть в screen?
| |
|
2.7, pkdr (ok), 08:08, 08/05/2015 [^] [^^] [^^^] [ответить]
| +2 +/– |
Значит вы не разбираетесь в современном маркетинге.
| |
2.9, Аноним (-), 14:19, 08/05/2015 [^] [^^] [^^^] [ответить]
| +/– |
официально vsplit в screen добавили только в 4.2.0, который вышел год назад. до этого только со сторонними патчами
| |
|
1.13, GotF (ok), 09:56, 09/05/2015 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
> Более современная и упрощенная кодовая база (коду screen 20 лет);
Над кодом GNU Screen уже давно начаты работы по приведению оного в порядок.
Кстати, проблему с зависанием tmux на больших объёмах вывода уже исправили, или всё так же предлагается прикрывать архитектурную проблему костылями?
| |
|
2.17, Lettuce (?), 12:49, 10/05/2015 [^] [^^] [^^^] [ответить]
| +/– |
> Кстати, проблему с зависанием tmux на больших объёмах вывода уже исправили, или всё так же предлагается прикрывать архитектурную проблему костылями?
Я даже костылями прикрыть не могу. c0-change-* параметры не дают результата, всё равно виснет.
| |
|
3.21, GotF (ok), 08:05, 11/05/2015 [^] [^^] [^^^] [ответить]
| +/– |
> Можно поподробней: в чем проблема?
tmux намертво виснет при достаточно большом объёме вывода.
| |
|
4.22, Atam (?), 09:09, 11/05/2015 [^] [^^] [^^^] [ответить]
| +/– |
Хм, а я наоборот наблюдаю - screen виснет время от времени по этой же причине. Может собака в другом месте порылась и они оба по одной причине виснут?
| |
|
5.23, GotF (ok), 09:46, 11/05/2015 [^] [^^] [^^^] [ответить]
| +/– |
> Хм, а я наоборот наблюдаю - screen виснет время от времени по
> этой же причине. Может собака в другом месте порылась и они
> оба по одной причине виснут?
Вообще не видел жалоб на screen, зато на tmux — полон интернет. http://superuser.com/questions/417556/is-there-any-way-to-prevent-tmux-freezi например.
Сейчас попробовал запускать
cat /dev/zero|hd -v
. Ни screen, ни tmux не виснет. Разница только в том, что в терминале на VTE tmux ещё долго выводит текст после ^c (но процессы завершились). В urxvt разницы нет. Это наталкивает на мысль о том, что эмуляторы терминала могут быть причастны к проблеме.
| |
|
4.24, Kroz (ok), 17:53, 11/05/2015 [^] [^^] [^^^] [ответить]
| +/– |
> tmux намертво виснет при достаточно большом объёме вывода.
Только что попробовал. cat файла на 300Мб. Все отлично работало. tmux 2.0.
| |
|
|
2.25, Аноним (-), 20:35, 11/05/2015 [^] [^^] [^^^] [ответить]
| +/– |
> Кстати, проблему с зависанием tmux на больших объёмах вывода уже исправили, или всё так же предлагается прикрывать архитектурную проблему костылями?
В бытность мою инженером службы поддержки одного программного продукта мы таких вот нежно называли «уголками» за любовь к «corner cases» и шутили, мол, хорошо, что делопроизводство у нас на английском, а то пришлось бы от «вырожденного случая» разговорные идентификаторы наследовать.
| |
|
1.19, ALex_hha (ok), 21:43, 10/05/2015 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
> Кстати, проблему с зависанием tmux на больших объёмах вывода уже исправили
а что есть большой объем? Просто пользуюсь сабжем около года, пока ни разу проблем не было. Но может конечно так везет
| |
|