Simple Viewer GL v3.1.0 — просмотрщик изображений

умеет определять тип файла по его сигнатуре

Киллер фича для линукса!

1) А можно прикрутить плоский обход директории?

2) Для скриншота, разумеется, надо использовать Lena!

Заставил меня пройти по ссылке. Вот теперь скриншоть давай!

Как слакбилд кто-нибудь напишет (или я напишу, но точно не сегодня)

Киллер фича для линукса!

Вы всегда пользуетесь командой file перед тем, как отправить файл вьюверу?

1. А можно прикрутить плоский обход директории?

Без рекурсии? По умолчанию так и происходит.

2. Для скриншота, разумеется, надо использовать Lena!

Точняк. Нужно будет обновить скриншоты.

Так этот, старооскольский адепт кои8 писал давно ещё. Даже ссылка была на битбакере.

Кстати, у тебя последний тег 3.05, или я косой?
Для 3.0.9 коммит не тегировал?
Ебилды же тянут версию по тегу. Хотя, если тега нет всё-равно соберётся, только версия будет из последнего коммита.
Версионирование в мейкфайле x.y.z а теги объявлены x.yz
Может лучше одинаково делать?

Кстати, у тебя последний тег 3.05, или я косой? Для 3.0.9 коммит не тегировал?

Не, мой косяк. Добавил тэг v3.0.9 (это текущая версия).

Версионирование в мейкфайле x.y.z а теги объявлены x.yz Может лучше одинаково делать?

Теперь и версия, и тег будут в формате vx.y.z - v3.0.9.

А теперь я прокосоглазил.
https://bitbucket.org/andreyu/simple-viewer-gl/src/master/Makefile
VER_MAJOR=3
VER_MINOR=0
VER_RELEASE=9
VERSION=$(VER_MAJOR).$(VER_MINOR)$(VER_RELEASE)
Всё-таки версия получается 3.09

Ебилд заработал как надо.
Unpacking objects: 100% (1/1), done.
From https://bitbucket.org/andreyu/simple-viewer-gl
* [new tag] v3.0.9 -> v3.0.9

VERSION=$(VER_MAJOR).$(VER_MINOR)$(VER_RELEASE)

О, это очередной мой косяк. Нужно привести все к одному виду. Готов исправить все прямо сейчас, не меня номер версии. Или подождать до версии 3.1.0?

Вот подправленная версия.
Изменение от предыдущего только в EGIT_TAG=«v${PV}»

EAPI=6

inherit cmake-utils git-r3

DESCRIPTION="Small and simple image viewer for Linux."
HOMEPAGE="http://www.ugolnik.info/?p=1302"
EGIT_REPO_URI="https://bitbucket.org/andreyu/simple-viewer-gl"
EGIT_TAG="v${PV}"

LICENSE="GPL-2"
SLOT="0"
KEYWORDS="~x86 ~amd64"
IUSE=""

DEPEND="
	media-libs/lcms
	media-libs/glfw
	media-libs/freetype:2
	media-libs/giflib
	media-libs/imlib2[X,jpeg,gif,png,tiff]
	virtual/jpeg
	media-libs/libpng
	media-libs/tiff
	media-libs/openexr
	media-libs/ilmbase
	virtual/opengl
"
RDEPEND="${DEPEND}"

src_install() {
	dobin "${BUILD_DIR}"/sviewgl
	dodoc config.example
}

Это же будет следующий коммит. Придётся его тегировать, а с предпоследнего тег снимать.
Я ещё обещал протестировать сборку rpm и deb. И там как раз всплывали проблемы с формированием тарбола с исходниками.
Но, вот обещал и не сделал. :(

Спасибо. Несколько замечаний:

• Сделать media-libs/imlib2 (опция, отключена по-умолчанию).
• Добавить jpeg (опция, включена по-умолчанию, виртуальный пакет).
• Добавить webp (опция, включена по-умолчанию).
• Добавить exif (опция, включена по-умолчанию).
• Добавить jpeg2k (опция, включена по-умолчанию).
• Добавить curl (опция, включена по-умолчанию).

Это же будет следующий коммит.

Ок, поправлю в 3.1.0.

Но, вот обещал и не сделал. :(

Ничего страшного. Я верю, что когда-нибудь появится такая возможность :)

Ок. Сделаю USE флаги.

Добавлена поддержка формата SVG.
nanosvg

Нет слов.

Зато С %)

Нет слов.

Если это претензия, то она непонятна. Расшифруйте свою мысль.

nanosvg поддерживает где-то 5% спецификации.

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

Добавлена поддержка формата SVG.

Джва года ждал!

Ты бы хоть свою либу предложил бы.

ТС сказал что она слишком жирная.

nanosvg поддерживает где-то 5% спецификации.

Полагаю, что оставшиеся 95% я никогда не встречу. Так что текущая поддержка меня устраивает.

Не думаю, что это задача для вьювера.

ТС сказал что она слишком жирная.

При личной встрече у вас на кухне? :)

Не нашёл ни одного с такой полезной фичей. Ну смотри, хозяин - барин.

Ну если вы чисто для себя пилите - то ок.

В какой-то из тем вам предлагали resvg, и вы сказали что вас не устраивают зависимости от cairo/Qt.

Не нашёл ни одного с такой полезной фичей.

Не удивительно, т.к. это не является задачей вьювера.

Ну если вы чисто для себя пилите - то ок.

Мне неважны шашечки, мне главное ехать.

В какой-то из тем вам предлагали resvg, и вы сказали что вас не устраивают зависимости от cairo/Qt. cairo/Qt

И вас удивляет, что я не захотел использовать эту библиотеку?

Кроме того:

$ brew search resvg
No formula or cask found for "resvg".

Кому в принципе придёт в голову тащить просмотрщик изображений с битпомойки? Картинки что ли нечем посмотреть? Серьёзно?

И вас удивляет, что я не захотел использовать эту библиотеку?

Меня удивляет, что вы заявляете о «поддержке SVG», которой нет. Это как сказать, что вы поддерживаете только 1-bit png.

Кому в принципе придёт в голову тащить просмотрщик изображений с битпомойки?

Чем Bitbucket хуже GitHub или GitLab?

Картинки что ли нечем посмотреть?

А чем вы смотрите SVG, PSD, анимированные GIF, XCF, PNM/PBM/PGM/PPM, XWD, EPS, AI, XPM, LBM/ID3/ARGB, WEBP, JP2, EXR, …?

Серьёзно?

Вполне.

No formula or cask found for «resvg».

Яблокопроблемы: https://packages.debian.org/sid/resvg

Меня удивляет, что вы заявляете о «поддержке SVG», которой нет.

Она есть. И текущая поддержка меня устраивает.

Это как сказать, что вы поддерживаете только 1-bit png.

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

Яблокопроблемы: https://packages.debian.org/sid/resvg

Вот вам и еще одна причина игнорировать вашу библиотеку.

меня устраивает

Так я об этом же.

оказалась менее нужной, чем вам бы хотелось

Почему меня должна волновать ваша прога? Речь не про мою либу, а про 4.2 Можете хоть librsvg/QtSvg использовать, мне то что.

В чем проблема-то?

Почему меня должна волновать ваша прога?

Так а к чему тогда ваше возмущение в теме, которая никак не связана с вашей библиотекой?

«Пол дня за вами бежала, что бы рассказать, как вы мне безразличны» (с) народное.

В чем проблема-то?

В невозможности использовать вашу библиотеку.

4.2 же. Вот в чём.

4.2 же. Вот в чём.

Это исключительно ваше восприятие из-за обиды, что вашу библиотеку обходят стороной.

Но в этом виноваты исключительны вы, и вот почему: выбор языка, зависимости, отсутствие пакетов для нужных систем/дистрибутивов.

Чем Bitbucket хуже GitHub или GitLab?

Репутацией. Но я не с ними сравнивал, а с системными репозиториями.

А чем вы смотрите SVG, PSD, анимированные GIF, XCF, PNM/PBM/PGM/PPM, XWD, EPS, AI, XPM, LBM/ID3/ARGB, WEBP, JP2, EXR, …?

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

4.2 же. Вот в чём.

Кстати, будьте последовательны и пробегитесь по всем темам, где упоминается какое-либо приложение, использующее imlib2. В этой библиотеке заявлена поддержка многих форматов. Но увы, поддержка большинства из них хреновая. Вы же ведь в курсе, что на базе этой библиотеки работает feh? :)

Репутацией. Но я не с ними сравнивал, а с системными репозиториями.

А ментейнеры вашего дистрибутива пишут все приложения самостоятельно? :)

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

Тогда вам мой вьювер без надобности. Спасибо, что поделились своим мнением о его ненужности :)

PSD, AI, XCF - это маргинальщина или ее открывает гном-вьювер / браузер?

А ментейнеры вашего дистрибутива пишут все приложения самостоятельно?

Они выбирают лучшее, остальное остаётся на битпомойке.

Ну, я не говорю, что однозначно ненужное, просто аудитория тут — полтора анонимуса. Гораздо полезнее было бы запилить поддержку недостающих форматов в Gnome или KDE.

PSD, AI, XCF - это маргинальщина или ее открывает гном-вьювер / браузер?

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

из-за обиды

Ох лол.