Powerline: Запрос на сопровождение

Я сам не использовал Powerline в течение многих лет, поэтому отсутствие интереса - основная причина, по которой я не участвовал в этом. Я был бы рад добавить участников в основное репо, если кто-то справится с этой задачей.

Буду рад помочь.

Спасибо. @ ZyX-I Есть мысли?

Мне интересно, но я возражаю против того, как медленно работает Powerline, поэтому, вероятно, все будет в другом направлении.

РЕДАКТИРОВАТЬ: Мне очень интересно, что @Lokaltog было бы здорово обсудить с текущими сопровождающими или даже заявить о том, что они хотели бы видеть. Если основное внимание уделяется чисто «нам просто нужны обновления, чтобы powerline не ломалась с новыми версиями каждой зависимости», я умеренно заинтересован, но если «мы просто хотим, чтобы Powerline был быстрее и чтобы как можно больше людей выглядели потрясающе и потрясающе» рабочие среды оболочки ", то это определенно то, чем я увлечен.

Я согласен с @ryanerwin; и я тоже заинтересован в участии.

@ryanerwin Я сам не использую Powerline и не использовал его в течение многих лет, поэтому я не уверен, в каком состоянии сейчас находится проект, и у меня действительно нет никаких мнений о том, куда он должен идти в будущем .

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

Спасибо, @Lokaltog!
А пока я начну исправлять некоторые ошибки, такие как # 1953 или # 2013. Что касается будущего, у меня действительно есть несколько новых функций, мне придется их отполировать, прежде чем мы сможем начать думать о добавлении их в основное репо.

Я взглянул на этот код около 1,5 лет назад, но потом как-то потерял к нему интерес.
С Хактоберфестом у меня снова появилась мотивация сделать что-нибудь здесь, и я надеюсь, что моя мотивация продлится ненадолго.
В любом случае, я счастлив, что, кажется, в последнее время появилась хоть какая-то активность.

Что касается будущего направления, у меня есть некоторые проблемы с текущей средой CI, так как это дает ~ 5 тыс. Строк вывода, но большая часть из них кажется неактуальным выводом bash, и не совсем понятно, почему тесты терпят неудачу и как они точно терпят неудачу. Не поймите меня неправильно, мне нравится тот факт, что в этом репозитории огромное количество тестов, но повторение рабочего процесса выполнения теста может улучшить удобочитаемость.

Также я не большой поклонник текущего процесса установки и настройки, все это кажется утомительным и подверженным ошибкам. Я часто получаю ошибки при настройке Powerline, даже не зная, почему это происходит. Также, на мой взгляд, JSON исключительно плох для файлов конфигурации, поскольку он не поддерживает комментарии (если вы не добавляете их, как это сделал VSCode).
К сожалению, в отношении последнего пункта я не тот человек, который спрашивает, как добиться большего, но, возможно, это то, к чему нужно обратиться в будущем.

@StopMotionCuber Json5 поддерживает комментарии, поэтому, возможно, проект может просто перейти на чтение файлов конфигурации с помощью json5 . Хотя разработчик говорит, что это очень медленно (и, насколько я вижу, конфиги читаются часто, а не только при запуске?).

Я не думаю, что переписывание powerline для использования другой конфигурации действительно необходимо (хотя комментарии действительно были бы хороши; возможно, мы могли бы использовать для этого поля, начинающиеся с подчеркивания, которые затем игнорируются powerline):

• Существует линтер для файлов конфигурации ( powerline-lint ), кроме того, основные текстовые редакторы обычно показывают ошибки в файлах json напрямую.
• В частности, переключение на другой метод конфигурации означало бы, по сути, переписывание Powerline; также это нарушит все существующие конфигурации.

Что касается тестов, я согласен с @StopMotionCuber :

Как бы то ни было, переход на использование YAML для конфигурации добавит поддержку комментариев и, IMHO, более читаемый синтаксис (при условии, что вы согласны с отступом, который имеет значение).

Поскольку YAML является надмножеством JSON, все текущие файлы конфигурации уже являются допустимыми YAML, и изменения в коде будут минимальными. Наверное, так же просто, как принять пару дополнительных расширений файлов и использовать yaml.safe_load вместо json.load . Вам нужно будет добавить зависимость от PyYAML (или какой-либо другой библиотеки YAML, но PyYAML является наиболее распространенным).