Нет номера строки, когда курсор находится в конце длинной строки

#emacs #spacemacs

#emacs #spacemacs

Вопрос:

Как показано на этом рисунке, номера строк исчезают, когда я перехожу к концу строки. Есть ли способ сохранить номера строк? Это довольно неудобно, не так ли?

Вот еще одна картинка, показывающая номера строк.

Комментарии:

1. Вы используете длинные строки, которые выходят за пределы ширины окна, и truncate-lines установлено значение t . Это не имеет абсолютно ничего общего с spacemacs . Если вы хотите видеть левую границу с номерами строк и для вас truncate-lines установлено значение t , то вам нужно находиться в местоположении, которое находится дальше слева. Извините, но решения нет, если только вы (или кто-то другой) не захотите потратить время на создание нового пакета для размещения номеров строк в другом месте, кроме как внутри левой границы. В качестве альтернативы установите truncate-lines значение nil , и пусть длинные строки заканчиваются с правого края.

2. @lawlist поскольку кто-то только что переключился с vim, я не могу удержаться от постоянного сравнения emacs с vim. Интересно, почему это реализовано таким образом в emacs. Как и в vim, номер строки всегда присутствует, независимо от того, где вы находитесь.

3. Играя с исходным кодом C (повторное воспроизведение) несколько месяцев назад, единственная встроенная поддержка для вычисления номера строки, которую я видел, была связана со строкой режима — т. Е. Так, чтобы пользователь мог при желании отобразить текущий номер строки в строке режима. Насколько я понимаю, Emacs никогда не был разработан внутренне для отображения номеров строк в каждой строке видимого окна. Эли З. (правая рука сопровождающего Джона У.) не одобряет встроенную библиотеку Lisp linum.el по ряду причин, и предпочтение отдается библиотеке nlinum.el Стефана. Нумерация строк Emacs была продумана позже.

Ответ №1:

Это ошибка в linum-mode nlinum-mode которая, похоже, страдает от той же проблемы). Я рекомендую вам M-x report-emacs-bug .

Комментарии:

1. @shangsunset — поскольку Стефан является автором nlinum и он, возможно , предлагает реализовать эту новую функцию (или исправить ошибку), я бы определенно рекомендовал воспользоваться приглашением! 🙂 Я хотел бы посмотреть, как в конечном итоге будет реализована новая функция (или исправление ошибки)). Эли З. вряд ли поможет исправить что-либо, связанное с linum.el — он страстно ненавидит это, потому что оно злоупотребляет post-command-hook , и по множеству других причин.