linters for text

Ориентир: «правила стайлгайда следует сделать конфигом линтера».

От Lint — статический анализатор для языка программирования Си, который сообщал о подозрительных или непереносимых на другие платформы выражениях. Термин стал нарицательным для всех программ такого типа. Как инструмент программа лишь анализирует статический исходный код, не скомпилированный, в отличие от отладчиков.

Lint-like tools have also been developed for other aspects of software development: enforcing grammar and style guides for given language source code. Вот этот тип имеет смысл и для текстов.

Some tools also allow rules to be auto-fixable (textlint, похоже, умеет такое, а vale — нет): a rule definition can also come with the definition of a transform that makes the rule no longer not triggered. Rules about style are especially likely to come with an auto-fix. If the linter is run in "fix all" mode on a file that triggers only rules about formatting, the linter will act just like a formatter.

• https://github.com/typograf/typograf-cli — полезняшка про знаки препинания.
  • https://github.com/typograf/typograf/blob/dev/docs/RULES.ru.md — какие там правила.

  • Простой чекер для flycheck (по образцу из https://www.flycheck.org/en/latest/developer/developing.html). Ошибки показывает, на место ошибки переходит — ящетаю, уже офигенно.

    (flycheck-define-checker typograf
    "Проверка типографики при помощи 'https://github.com/typograf/typograf-cli'."
    :command ("typograf" "--lint" source)
    :error-patterns ((warning line-start "- " (message) "(" line ":" column ")" line-end))
    :modes (text-mode org-mode markdown-mode)
    :standard-input nil
    )
    

• vale
• pre-commit - полезная штука, чтобы сделать проверки обязательными при коммите или пуше. Так-то можно и напрямую хуки писать, но с pre-commit — попроще.
• https://editorconfig.org/, https://github.com/editorconfig/editorconfig-emacs#readme - чтобы выносить в отдельный файл настройки – например, чем делаем отступы, какие концы строк, надо ли ликвидировать пробелы на концах строк (вот уж что нельзя делать автоматически в markdown, гхм), надо ли делать конец строки в конце файла и что-то ещё такое именно для проекта, и распространять это вместе с проектом, чтобы все соблюдали правила автомагически :)
• емаксовое
  • https://github.com/bnbeckwith/writegood-mode меряет удобочитаемость
  • https://github.com/sachac/artbollocks-mode/
  • diction.el to check style (английский, немецкий) - и diction - с чем он общается.
  • https://github.com/zzkt/smog - ещё емаксовая анализировалка. Использует diction.
  • https://howardabrams.com/hamacs/ha-org.html#org1a9b11e
• write-good https://www.npmjs.com/package/write-good, https://github.com/btford/write-good. Можно писать проверки.
• proselint http://proselint.com/ [2016-02-20 Сб 00:58] https://github.com/amperser/proselint
  • https://github.com/amperser/proselint/issues/1202 - история про свои проверки.
    • file:///usr/lib/python3/dist-packages/proselint/checks/
  • https://github.com/amperser/proselint/blob/main/research/comparison/tools.csv - список проверялок, которые знают в прозелинте.
• textlint
• ещё проверялок, как правило английский
  • https://alexjs.com - линтер для текста
  • https://joblint.org - конкретно для проверки вакансий на английском. «Test tech job posts for issues with sexism, culture, expectations, and recruiter fails». :) Существует и как пакет - https://www.npmjs.com/package/joblint
  • https://open.afterthedeadline.com - тоже какая-то проверялка.
• https://github.com/devd/Academic-Writing-Check
• онлайн-сервисы проверки текстов - эти как раз про русский язык.
• спеллчекинг – потому что проверять орфографию — тоже «линт». :)