Т
То про что ты говоришь это вообще проблема linux-based чисто, не проблема создать стандарт, проблема в том что каждый Поттеринг и лепит свою ахенею
Size: a a a
2020 April 02
s
Кстати сам процесс парсинга подразумевает что вывод данных неудобоваримый
s
То про что ты говоришь это вообще проблема linux-based чисто, не проблема создать стандарт, проблема в том что каждый Поттеринг и лепит свою ахенею
Вот я именно об этом.
Т
Не обязательно) может просто лишнее надо убрать или взять только нужное, понятное дело что в fish не надо полного описания, а только команды, другое дело что в самом man нужно больше данных, а не просто набор команд
Т
Документация сродни написанию книг, стандарта общего не будет скорее всего
Т
Зайди на github там readme все разные, что не мешает быть однако им удобными или наоборот хреновыми при своей разности
s
Чем вам man не стандарт?
Т
Парсить сложно типа, хотя он для этого не предназначен
Т
Да и не сложно думаю
s
Чем вам man не стандарт?
В нем нет единой подачи материала.
s
Софт и либы разные. Документация разная. Сложно написать шаблонное говно для разных вещей
s
Как написать единую подачу для find и для pam?
s
Никак, они вообще из разных вселенных
Т
Ты не прав
Т
Он говорит не про подачу, а про разметку
s
tldr для припера посмотри.
Любая команда этот ключ и ее параметры а значит это можно расписать как иерархию с которой легко можно будет работать
Любая команда этот ключ и ее параметры а значит это можно расписать как иерархию с которой легко можно будет работать
Т
Типа давайте значала писать опции только через — , заканчивать всё это дело скажем %% и тд, что бы это всё парсилось нормально
s
s
Я сейчас странное скажу, но программисты любят код писать, а нн мануалы по разметке.
Т
А для ядра ввели стандарт документации