nomenus-rex 0.5.2 — утилита для массового переименования файлов

Как же эта новость ублюдски на узком экране смотрится. Какой смысл делать подобие UI ascii в данном случае?

эта новость ублюдски на узком экране смотрится

Ничего не знаю про сверх-узкие экраны. Что, у тебя там и 40 символов по горизонтали нет?

~40 с учетом margin lor в css.
Разделите с версиями ровно в две строки

Всяки сервисы в сети показывают 421x935
screen.width + screen.height.

По факту 1600x720.

И в чём тут «ублюдочность»? Я сейчас сузил экран браузера до минимума, как раз этот разделитель сложился ровно пополам. Никакой трагедии не увидел.

Да и ты со своим экраном (что это вообще там у тебя такое забавное? Кассовый аппарат, печатаешь на ленту?) должен был бы уже привыкнуть :)

Не, Samsung A12, DPI принудительно увеличен до 460, люблю мелкие шрифты и когда много информации на экране помещается)

Меня сейчас начало волновать то, почему размер экрана определяется софтом ~400px, когда он больше почти в два раза)

upd: простите за флуд, оффтоп начался

Тесты. Нет так важно для конечного пользователя, но кода стало довольно много и без тестов тяжело его поддерживать в рабочем состоянии.

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

Вынос тестов в отдельную сущность сделает их написание менее удобным, а выгоды не даст никакой (ну кроме пары секунд при компиляции).

Даже месяца с прошлой новости не прошло, камон! Кому было интересно, уже подписались на твой Гитхаб.

Ты натурально это на крестах написал? Зачем? Это можно вообще на шелле через какой диалог-движок твоей DE запузырить

Чем это лучше обычного bash, который есть без малого везде?

Да и в util-linux тоже есть штатный rename.

может проще эти дебильные линии убрать? для этого есть заголовки в markdown

Да мне всё равно. У меня нет полномочий принимать такие решения. У нас есть корректоры и модераторы, им виднее как лучше оформить.

почему размер экрана определяется софтом ~400px

Потому что в вебе px это 1/96 дюйма.

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

Один пример (почти всеобъемлющий) там всё же есть: рядом с примером полного конфига.

Но позже я добавлю несколько «типовых» конфигов. Просто мне, как автору, многие вещи кажутся тривиальными и подобрать хороший набор примеров не так уж и просто.

Но позже я добавлю несколько «типовых» конфигов.

Только пользователю нужно показать, как будут трансформироваться файлы.

То есть не писать «в данном случае все последовательности из цифр будут заменены на трехбуквенные сочетания соответствующих символов из алфавита в случае, если они предваряются знаком тире» - это мало кто воспримет, а именно показать что было и что получается.

Именно так уже есть. Цитирую руководство:

For example, the aforecited config will copy
«/home/user/work/source/TestDir2/file2.txt»
to something like
«/home/user/work/destination/2022-03-16_TestDir2_0.txt»

Ну вот я, например, не могу понять, как из

TestDir2/file2.txt

2022-03-16_TestDir2_0.txt

    {
        type        = "integer";
        // mode     = "global"|"local at every dir"
        mode        = "local at every dir";
        start       = 0;
        step        = 1;
        padding     = 5;
    },

2022-03-16_TestDir2_00000.txt

"padding" dictates the length of the result: integer will be padded with zeros.

Хотя на деле должно получиться

Ты всё правильно пишешь. «Padding» появился позже чем правило «integer» и я забыл обновить этот момент в документации.

Это моя ошибка.