To maintainer

Я не понял суть бага.  Кстати мне больше нравится когда маленькие файлы сразу же
не отъедают весь экран.  Ведь всегда же можно нажать g или что там.

1. Изменилось поведение по умолчанию.  Нигде не задокументировано, никак не
настраивается.
2. Размеры "от'едаемого экрана" зависят от количества запусков less в этом
терминале.  Т.е. никак нельзя заранее узнать в каком месте экрана будет
отображён файл.

У меня в шелле промпт подсвечен цветом (а у вас нет???), так что при открытии
маленьких файлов лессом легко увидеть что промпт остался на месте, а лесс не
отъел весь экран (а статус инвертирован), так что нет никакой трудности
определить где в каком месте оно выплюнулось.

А в ChangeLog тоже не задокументировано?

А, точно.  Есть определённый глючок в "чистом" терминале.  Просто у меня все
терминалы открыты в GNU screen, а там не выставлен этот режим ti/te или как там 
эта фигня называется когда less отдельный экран открывает и потом закрывает.

Если правильно понимаю, то это изменение документировано здесь
(http://www.greenwoodsoftware.com/less/news.406.html): "Don't move to bottom of
screen on first page.".

Это добавлено апстримом и считается feature, хотя поначалу и кажется несколько
непривычным.

Что предлагается сделать? Вернуть поведение на то, которое было раньше? В данном
вопросе я не вижу смысла не следовать апстриму, так что есть два варианта:
списаться с автором и убедить его вернуть всё назад или же ручку какую
прикрутить, ну или можно попробовать сделать патч и, возможно, я его приложу в
новой сборке.

Рекомендую ещё раз посмотреть то происходит в _новом_ терминале, например xterm,
при последовательном запуске:

less <маленький файл>
less <маленький файл>
less <большой файл> (или man bash)
less <маленький файл>

Мне приложить скриншоты?

(In reply to comment #7)
> Рекомендую ещё раз посмотреть то происходит в _новом_ терминале, например xterm,
> при последовательном запуске:

Т.е. проблема в том, что в после просмотра большого файла, к маленькому сверху
добавляется как бы несколько пустых строк, которые ему не принадлежат?

Проблема в том, что положение "маленького файла" не выровнено ни по какой
границе экрана и зависит от состояния alternate screen.

(In reply to comment #9)
> Проблема в том, что положение "маленького файла" не выровнено ни по какой
> границе экрана и зависит от состояния alternate screen.

Особенно верхняя граница.  Ужасно раздражает.
Считаю такое поведение критической ошибкой.

(In reply to comment #10)
> Считаю такое поведение критической ошибкой.

Если кто-нибудь сможет описАть суть бага на английском, то могу отписать автору.

Скриншоты приложи.

Хм. Вот что я обнаружил в сырцах less, во время изучения diff'а между версиями
394 и 406 (файл less.hlp):

+  -c  ........  --clear-screen
+                  Repaint by clearing rather than scrolling.

Я проверил работу этой опции и это действительно работает.

Теперь вопрос вот в чем: нужно ли патчить less, чтобы эта опция была включена по
умолчанию или же ненужно ничего делать, а все недовольные должны сами добавить
себе alias less='less -c' в конфиги?

Пониижаю, до major, т.к. найден workaround.

(In reply to comment #13)
> Хм. Вот что я обнаружил в сырцах less, во время изучения diff'а между версиями
> 394 и 406 (файл less.hlp):
> 
> +  -c  ........  --clear-screen
> +                  Repaint by clearing rather than scrolling.
> 
> Я проверил работу этой опции и это действительно работает.

Да, но это наверняка создаёт больше трафика,
и на медленных каналах это должно быть заметно.

> Теперь вопрос вот в чем: нужно ли патчить less, чтобы эта опция была включена по
> умолчанию

Нет, поскольку в этом режиме less создаёт больше трафика.

> или же ненужно ничего делать, а все недовольные должны сами добавить
> себе alias less='less -c' в конфиги?

Нет, нужно решать проблему в самом less.
Для начала нужно донести её до апстрима.

> Пониижаю, до major, т.к. найден workaround.

Я тоже давно нашёл workaround -- откатил less на рабочую версию и поставил его
на hold.

(In reply to comment #14)
> > Я проверил работу этой опции и это действительно работает.
> Да, но это наверняка создаёт больше трафика,
> и на медленных каналах это должно быть заметно.

Это утверждение или предположение?

> Нет, нужно решать проблему в самом less.
> Для начала нужно донести её до апстрима.

Я отписАл автору об этом.

> > Пониижаю, до major, т.к. найден workaround.
> 
> Я тоже давно нашёл workaround -- откатил less на рабочую версию и поставил его
> на hold.

Довольно интересное решение для мэйнтейнера :-O

(In reply to comment #10)
> (In reply to comment #9)
> > Проблема в том, что положение "маленького файла" не выровнено ни по какой
> > границе экрана и зависит от состояния alternate screen.
> 
> Особенно верхняя граница.  Ужасно раздражает.
> Считаю такое поведение критической ошибкой.

Что интересно, в xterm'е верхняя граница маленьких файлов вроде бы не пляшет, а
действительно оказывается на следующей строке после введённой команды less.

А вот в aterm'е этого не происходит, и верхняя граница маленьких файлов
оказывается где угодно на экране.

(In reply to comment #16)
> Что интересно, в xterm'е верхняя граница маленьких файлов вроде бы не пляшет, а
> действительно оказывается на следующей строке после введённой команды less.
> 
> А вот в aterm'е этого не происходит, и верхняя граница маленьких файлов
> оказывается где угодно на экране.

А в rxvt-unicode файл всегда отображается начиная с верхней строки экрана.

Есть опция --old-bot, которая в xterm не работает вообще никак, а в aterm
начинает работать только после второго запуска less в этом терминале.

Отправил less-394-alt2.src.rpm

До сих пор не наблюдаю в Сизифе.

Это не вина мэйнтейнера. Хорошо, в ближайшее время снова залью.

А я уже привык к новому поведению less.
Человек вообще быстро адаптируется.

(In reply to comment #22)
> А я уже привык к новому поведению less.

Может ещё месяц подождать, чтобы и raorn@ привык? :))

12 июня залил less в очередной раз. Он прошел сборку (http://lists.altlinux.org/pipermail/sisyphus-incominger/2008-June/125219.html), но в Сизифе не появился.

Причин я не знаю, второй раз уже такое повторяется, спрашивал в рассылке и ничего вразумительного не услышал.

Я сделал всё возможное, так что теперь я отказываюсь быть исполнителем этого бага и перевешиваю на мэйнтейнера :) Если что, то в git у меня есть сборка 394-alt2, которая исправляет этот баг путём отката пакета по версии.

P.S. На днях в Debian засабмитили очень похожий баг: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=489908

И, кстати, автор с месяц как выпустил less-424

Created attachment 2737 [details]
less-alt-old-bot-at-start.patch

С этим патчем старое поведение возврещается с указанием опции --old-bot.

ping

(In reply to comment #27)
> ping

Я в курсе. На выходных постараюсь сделать. Может и раньше, но не факт.

Спасибо за патч!

Кстати, я так понимаю, что сейчас опция --old-bot работает неправильно?

Похоже просто недоделана.

Fixed in less-424-alt2