История изменений

В чём отличие? Тут нужно просто ключ=значение и всё в ином случае реализовать ямл? https://yaml.org/spec/1.2/spec.html или тащить либу в зависимости? Иначе это не ямл.

Тут вопрос объемный. Есть позиция минимализма, а есть позиция функциональности. Минимализм хорош, но в случае, если он не мешает функциональности. Если брать минимализм - то лучше внутри config.h сделать набор данных(items), но это не совсем удобно, ведь так? Удобно, когда есть файл конфига. Да, я согласен, что тут набор данных не очень сложный, но использование готовой либы(json или yaml - неважно) - это с одной стороны возможность этой самой либой валидировать конфиг(по меньшей мере валидный это json или yaml), с другой стороны удобный доступ к ключ значение, с третьей понятный не только тебе, а и другим принцип работы с конфигом. Я бы заюзал какую-то либу. Ничего в этом страшного нет. По крайней мере не нужно было бы писать код, который валидирует конфиг и удобно работать с ключ-значение

Удали иконку и всё, указав только имя модуля $time

Ок, чтобы была возможность использовать только значение. Кстати, иконку может отдавать модуль. Может не стоит это в конфиге делать?

Тогда порядок вывода будет равен порядку в конфиге. Если ты про иконки то в module можно добавить pre/postfix которые будут вставляться к выводу.

Это нормально. Порядок объявления итема равно порядок отображения. Ничего тут криминального нет. Хочешь поменять порядок вывода - перенеси итем в другое место

Процесс важен только для меня, лишние вопросы типа «а зачем ты» мне не нужны и отвечать на них нет времени

Хозяин-барин! Но лучше, если бы это было

Предложения можно тут написать, а если там поднимать обсуждения то в итоге я только писать в обсуждениях и буду, а не код =)

Да, ты прав

Возможно по итогу от готовых исходников можно будет проблеваться и начать писать самому.

Вот же и обсуждаем, чтобы это было похоже на нормальную тузлу

В чём отличие? Тут нужно просто ключ=значение и всё в ином случае реализовать ямл? https://yaml.org/spec/1.2/spec.html или тащить либу в зависимости? Иначе это не ямл.

Тут вопрос объемный. Есть позиция минимализма, а есть позиция функциональности. Минимализм хорош, но в случае, если он не мешает функциональности. Если брать минимализм - то лучше внутри config.h сделать набор данных(items), но это не совсем удобно, ведь так? Удобно, когда есть файл конфига. Да, я согласен, что тут набор данных не очень сложный, но использование готовой либы(json или yaml - неважно) - это с одной стороны возможность этой самой либой валидировать конфиг(по меньшей мере валидный это json или yaml), с другой стороны удобный доступ к ключ значение, с третьей понятный не только тебе, а и другим принцип работы с конфигом. Я бы заюзал какую-то либу. Ничего в этом страшного нет. По крайней мере не нужно было бы писать код, который валидирует конфиг и удобно работать с ключ-значение

Удали иконку и всё, указав только имя модуля $time

Ок, чтобы была возможность использовать только значение. Кстати, иконку может отдавать модуль. Может не стоит это в конфиге делать?

Тогда порядок вывода будет равен порядку в конфиге. Если ты про иконки то в module можно добавить pre/postfix которые будут вставляться к выводу.

Это нормально. Порядок объявления итема равно порядок отображения. Ничего тут криминального нет. Хочешь поменять порядок вывода - перенеси итем в другое место

Процесс важен только для меня, лишние вопросы типа «а зачем ты» мне не нужны и отвечать на них нет времени

Хозяин-барин! Но лучше, если бы это было

Предложения можно тут написать, а если там поднимать обсуждения то в итоге я только писать в обсуждениях и буду, а не код =)

Да, ты прав