Написал программу, которая позволяет использовать neovim как $PAGER

Если с программой всё ок — сделаю версию 1.0 и опубликую PKGBUILD в AUR

export PAGER='nvim -'

A?

Детектор хипстоты задымился! Всем тру советую пройти по ссылкам и насладиться терпким ароматом всраста :-)

nvimpager идёт в комплекте с.

</thread>

В этом случае перемещение будет по курсору, а не построчно, как это сделано в less/nvimpager. Ну и подсветка man pages будет отображаться в виде esc-последовательностей.

Какой нафиг </thread>, а объяснительная от ТС?

Ну зачем ты так, рустерам же нужно хоть что-то написать на своей прелести, а то совсем зачахнут.

В этом случае не будут интерпретированы ANSI escape sequences.
Вот что будет, если перенаправить вывод ls --color=always

Cargo.toml
LICENSE
README.md
[0m[01;34msrc[0m

Детектор хипстоты задымился!

Сломался, наверное

Всем тру советую пройти по ссылкам и насладиться терпким ароматом всраста

С этим спорить не буду — я единственный разработчик, это моя первая программа на Rust.
Опыта в разработке маловато.
Чего ещё ожидать?

nvimpager идёт в комплекте с.

Known Bugs (and non features)
* if reading from stdin, nvimpager (like nvim) waits for EOF until it starts up
* large files are slowing down neovim on startup (less does a better, i.e. faster and more memory efficient job at paging large files)

Кроме того, vimpager и nvimpager сильно замедляют скроллинг

Не хватает описания что такое pager.

This

Думал все знают...
Немного обновил README

Ты сделал мой день :)

Ты не расстраивайся, всраст он у всех такой терпкий :-) Лол

Не хватает описания что такое pager.

Виндузоид неграмотный? Погугли :-) Лол

удали не позорься.

всраст он у всех такой терпкий

А конкретно к моему коду будут замечания?

Зачем писать на русте то, что обыгрывается скриптованием самого редактора в одном шелл-скрипте?

// По ссылке не ходил.

Поэтому большинство юзает less. Остальные юзают more.

Посмотри https://github.com/vim-utils/vim-man

стоит фичи перенять.

Зачем писать на русте то, что обыгрывается скриптованием самого редактора в одном шелл-скрипте?

А почему нет?
Я хотел изучить Rust более подробнее, попробовать некоторые библиотеки, Just for fun.
Один серьёзный недостаток — нужно устанавливать Rust тем, у кого он ещё не установлен

В этом случае перемещение будет по курсору, а не построчно, как это сделано в less/nvimpager. Ну и подсветка man pages будет отображаться в виде esc-последовательностей.

export MANPAGER="nvim -c 'set ft=man' -"
man 3 getopt

Всё красиво показывает, свистит, пердит. А сабж не нужен.

Спасибо, а какие именно фичи?
Что-то подобное идёт в комплекте с neovim.
Т.е. если сделать export MANPAGER='nvim +"set ft=man " -'
(export MANPAGER='nvr -c "set ft=man" -' для neovim-remote) — будет работать.
Моя программа тоже должна работать с export MANPAGER='page -t man', но почему-то подсветка синтаксиса не включается.
Я посмотрю в чем дело

В этом случае перемещение будет по курсору, а не построчно

Кстати, у меня перемещение построчно (по дефолту)

Фичи перечислены в Features.

Например, твой плугин выходит из редактора одним нажатием q ?

я юзаю его как

alias man='viman'

For full list of cli options refer to src/cli.rs

а что, --help нет?

use neovim_lib::{self as nvim, neovim_api as nvim_api, NeovimApi, Value};

neovim nvim neovim nvim Neovim

прекрасный способ сломать себе мозг

А почему нет?

Писать обёртки на компилируемом языке — дичь дичайшая. Ты мог написать что угодно, но ты занялся фигнёй, ящитаю.

а что, --help нет?

Есть, конечно: structopt генерирует.
Лучше бы было выхлоп --help в README вставить?

прекрасный способ сломать себе мозг

neovim_lib переименовывается в nvim, а neovim_lib::neovim_api переименовывается в nvim_api — по моему это сильно упростило читаемость кода (кроме этой, единственной строчки импорта).
Мб есть какой-то способ это сделать проще?

Писать обёртки на компилируемом языке — дичь дичайшая.

Ну это не совсем обёртка. Есть IO, есть IPC, есть немного логики.
Кроме того, я не думаю, что на каком-то Python было бы меньше кода, или он был бы красивей. Изучать экосистемму Python — нет желания.
А ещё, компилируемый язык — прекрасный способ избежать некоторых дебильных ошибок.
И время запуска программы заметно выше

neovim_lib переименовывается в nvim, а neovim_lib::neovim_api переименовывается в nvim_api — по моему это сильно упростило читаемость кода

а NeovimApi остался NeovimApi, что вносит путаницу

на самом деле сокращение и правда может помочь читабельности, но не для тех, кто привык использовать neovim_lib без сокращений. сомневаюсь, стоило ли оно того вообще

Писать обёртки на компилируемом языке — дичь дичайшая

Нет, дичь — это эзотерические языки. Посмотри код, совершенно неподдерживаемая криптопись. Так что программка может и полезная, но никто её не подхватит и баги не поправит. Сколько раз повторять: хотите нормальный опенсорс, пишите на попсовых языках.

neovim_api as nvim_api

Ну тут автор абсолютно точно попал в идиоматику руста. Такие высеры там начинаются сразу с ключевых слов, так что все норм. Дебильному языку — дебильный апи.

прекрасный способ сломать себе мозг

Ну уж тебе-то бояться нечего.

Автор молодец. Но лучше пойти с этим на /r/rust, там по коду вменяемо подскажут. Здешнюю сявскую помойку забудь, сюда только поржать можно прийти.

а NeovimApi остался NeovimApi, что вносит путаницу

Но это ведь просто trait и в самом коде он не используется — используется лишь какой-то impl (только сейчас понял, что на github этого не видно).

сомневаюсь, стоило ли оно того вообще

Думаю, в будущем лучше так не делать

Нет, дичь — это эзотерические языки. Посмотри код, совершенно неподдерживаемая криптопись.

Это ещё не ясно — я или Rust виноват? Вообще, когда читаю чужой код — всё довольно читабельно

никто её не подхватит и баги не поправит

Добро пожаловать в Issues

Это эпичное трололо, не кормить.

Спасибо, на /r/rust я уже был. Сейчас там 25 upvotes, но вот код, видимо, никто не смотрел...

Но это ведь просто trait и в самом коде он не используется

тогда ок

Думаю, в будущем лучше так не делать

скорее всего так. не стоит того