Re: Продвинутая работа с клипбордом
Alex Kicelew -> debian-russian@lists.debian.org @ Sun, 8 Jun 2014 14:19:18 +0400 (MSK):
>> AK> [грустно] А может, в нем таки предусмотрена возможность
>> AK> восстанавливать содержимое после уменьшения окна, а потом
>> AK> возвращения прежнего размера? Я не нашел, но может, плохо искал?
>>
>> В нем - да. Если буфер экрана достаточного размера предусмотрен (у
>> меня
>> в .Xresources XTerm*saveLines: 1024), то оно так и работает. Но вот
>> если в нем запущена терминальная программа, которая сама работает с
>> экраном, то это вопрос уже к этой программе.
AK> Я имел в виду другое. Не количество строк, а их длину. Запускаем
AK> хтерм, в нем запускаем ls (или любую другую программу, которая
AK> выводит достаточно длинные строки). Уменьшаем ширину окна (в
AK> тайловом менеджере, например, запускаем еще один хтерм). В
AK> получившемся маленьком окне видим только часть оригинальной длинной
AK> строки. Увеличиваем окно до первоначального размера (или больше). И
AK> видим в нем ту же самую часть первоначальной строки. Остальное
AK> пропало безвозвратно при изменении ширины.
AK> В рокстерме обе ситуации отрабатывают более корректно. При
AK> уменьшении ширины окна строки разбиваются по текущей ширине
AK> (разумеется, при этом по-прежнему теряется часть информации,
AK> т.к. новое окно меньше оригинального, но теряется не правая, а
AK> _верхняя_ часть, и ее можно достичь через shift-pgup), а при
AK> восстановлении ширины восстанавливаются и оригинальные строки.
AK> Эта возможность для меня достаточно критична, из-за чего и
AK> приходится пользоваться рокстермом, который меня не устраивает по
AK> многим параметрам -- но менее критичным. Но допускаю, что я чего-то
AK> не разглядел в хтерме, в котором меня устраивает все кроме этого.
А, понял. Да, есть такая проблема. Пишут, что у urxvt ее нет. Просто
у меня такая конфигурация окон xmonad, что меня эта проблема практически
не касается. На новой машинке, может, и коснется...
Reply to: