Написал свой просмотрщик изображений на python

Колор менеджмент, lanczos фильтры? Если это есть, то весьма конкурентоспособно вышло. Отрисовка через opengl? Софтовая будет тормозить жёстко.

Добавь ещё создание симлинков в контекстном меню (ну типа категории) где-то было. Удобно.

И сделай миниатюры таки слева, и активные углы в фуллскрине. Это всё нужно, да.

Колор менеджмент, lanczos фильтры?

Не нужно. Про opengl подумаю. Быстрее, говоришь?

А, ещё можно хоткеи для всего. Захочешь ещё идей, обращайся. Но углы и быстрая навигация это точно маст хэв.

Добавь ещё создание симлинков в контекстном меню

Не понял что это такое

А, ещё можно хоткеи для всего.

Функций немного, горячие клавиши для них есть.

Ну типа можно файл ПЕРЕМЕСТИТЬ куда-то прямо из приложения, или СОЗДАТЬ СИМЛИНК где-то. Типа сортировка. Gwenview же это и умеет вроде.

Ну ещё там редактор тегов, EXIF и прочее можно.

Тогда... Конкурентных преимуществ нет. Увы.

Назначаемые пользователем хоткеи. Возьми КДЕ за образец.

Не, будет круто, если всё это появится. Даром что питон.

Захочешь ещё идей, обращайся.

А вот идеи - это то, что мне не интересно. Закладываю то, чем сам пользуюсь.

И сделай миниатюры таки слева

Не хочу, справа лучше

и активные углы в фуллскрине

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

Тогда... Конкурентных преимуществ нет. Увы.

Не для этого делал, писал для себя

А, ну так бы и сказал. В Gwenview используются активные углы и чёто не мешают. Ты просто ленивый.

Назначаемые пользователем хоткеи. Возьми КДЕ за образец.

Это же питончик - подправить под свои нужды - довольно просто. Если человеку интересно - сам подправит.

Ты просто ленивый.

Просто мне это не нужно.

3/4 кода не несущие смысла комментарии. Ну ок. Комментарии писать наверное интересней, чем код.

3/4 кода не несущие смысла комментарии. Ну ок.

Я не специалист, любитель. Коментарии писал больше для себя и для тех, кто хочет понять логику работы и подправить под себя. Если можешь написать что-то поумней - только приветствуется

Помню твой тред. У меня тоже есть смотрелка изображений на питоне, но код предыдущей версии я потерял, так и не оформив его для пользователей(много вещей настраивалось только через конфиг и т.п.). А новая версия совсем сырая и ещё больше захардкоженная.

0. Комментарии в коде, если они и есть, должны быть на английском языке.

1. Комментарии не должны описывать «что» и «как» происходит, это должно быть понятно из самого кода. Если по взгляду на код не становится понятно что и как он делает — это говнокод.

2. Комментарии должны рассказывать «зачем» и «почему таким образом» код делает своё дело.

666. Чтобы понять логику программы — нарисуй схему её работы. Вычитывать код — самый дурацкий способ в чём-либо разобраться.

768. Научись в локализации.

1024. Тесты гиде?

if name[-4:].lower() in self.available_extensions

Ошибка? ".jpeg" уже не подойдет.

У себя использую такой костыль

ext = filename.split('.')[-1:][0]

os.path.splitext?

Вообще есть magic, для определения типов файлов вместо расширений.

С комментариями на английском у меня непросто.

Блин, косяк

os.path.splitext?

Да, это то, что нужно.

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

Вообще есть magic, для определения типов файлов вместо расширений.

Я думал её использовать, но не захотел увеличивать число зависимостей

libmagic таки тормозит, ну, во всяком случае в сишном коде. В принципе оно сейчас везде используется только как самая последняя альтернатива всему остальному, в первую очередь используется сопоставление mime-типов и расширений. Мне кажется в контексте программы разумнее использовать фильтрацию, и учитывая что это питон регулярные выражения почти наверняка будут быстрее всех этих адовых конструкций.

Тогда рисуй схемы и попроси кого-нибудь перевести код.

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

разумнее использовать фильтрацию

Вот с этим согласен - фильтр расширений позволяет открыть программку быстро, а если требуется прочитать целую кучу заголовков - теряется много времени. Я пробовал фильтровать по mime-типам, но открытие папки с большим кол-вом файлов сильно замедляло запуск.

У меня поиск лагает или в классе MiniaturesFolderHandler функции random_name и update_folder_name используются 1 раз и можно в __init__ сразу писать

self.folder = '/tmp/mopyqtiv.' + hashlib.sha1(os.urandom(8)).hexdigest()[:8]

пилю для себя и на ваши реквесты насрать

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

Понял, посмотрю. Спасибо, кстати

настройка через правку переменных в заголовке скрипта

Было бы удобнее настраивать через аргументы командной строки или конфиг-файлы.

А вообще приятно, когда дельные советы дают: меня зацепила идея на оупенгл перенести, и фильтр Ланцоша, как я понял, вещь нужная

регулярные выражения

Да просто glob

Было бы удобнее настраивать через аргументы командной строки или конфиг-файлы.

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

папки папки папки папки

Вся суть питонокодеров.

Куда лучше конфиг положить?

папки папки папки папки

Я долго оффтопиком пользовался, считайте меня от части инвалидом. Менять папки на директории и прочие шило-на-мыльные термины мне уже не просто.

Так-то да, но не кроссплатформенно же. Придётся держать несколько лишних веток.

Что значит «куда»? https://specifications.freedesktop.org/basedir-spec/basedir-spec-latest.html

Что значит «куда»

На выбор: один файлик в домашней папке или отдельная директория по соотв. адресу

конфиг положить

Куда уже ответили, добавлю только, что возможность указать путь к другому конфигу через что-то вроде --config=/home/... никогда лишней не будет.

Надо пересмотреть политику.

Как минимум следует принимать сторонние каммиты с новыми фичами.

Надо пересмотреть политику.

Вести проект с запросом фич мне не просто: я не профессионал, опыта, как делать это грамотно у меня нет. Если с кем-то делать, кто понимает что да как, так интереснее, да и ошибок меньше будет.

А вести проект, который не собирается развиваться — зачем?

Ошибки исправить, узнать интересные идеи, ради которых стоит развивать. Да и вообще делюсь своими наработками.

отправил тебе пулреквест: https://github.com/inaugurator/mopyqtiv/pull/1