Состоялся (https://www.digikam.org/node/755) релиз программы для управления коллекцией фотографий digiKam 5.0.0 (http://www.digikam.org), который подвёл итог нескольким годам работы по переводу приложения на Qt 5 и KDE Framework 5. Начиная с нового выпуска проект также перешёл на новый сокращённый цикл подготовки релизов, подразумевающий более оперативную доставку обновлений.В новом выпуске заменён весь код, связанный с Qt4 и KDE4, переписаны многие подсистемы, существенно сокращено число зависимостей - удалено около 80% зависимостей от компонентов KDE, 10% зависимостей переведены в разряд опциональных и только 10% пока оставлены в качестве обязательных. В процессе работы по сокращению зависимостей обработчик KIO-slaves заменён на системные средства обеспечения многопоточности, сокращено использование DBus, прекращено использование KIO в инструментах Kipi.
Следствием сокращения внешних зависимостей стало упрощение портирования digiKam на платформы, отличные от Linux, и возможность подготовки бинарных установщиков. Порт для Windows собран в Linux с использованием MinGW, без применения для сборки Windows/MSVC. Подготовлены 32- и 64-разрядные установщики. Порт для macOS пока требует для сборки компьютера Apple с Macports, но сам процесс компиляции значительно упрощён.
Другие улучшения:
- Добавлена виртуальная "корзина", заменившая собой использование штатной корзины KDE, которая не могла быть портирована на macOS и Windows. Новая реализация основана на перемещении удалённых элементов в скрытые поддиректории, создаваемые внутри каждой основной коллекции фотографий и отображаемые при древовидном просмотре альбома;- Реализована возможность Lazy Synchronization для синхронизации метаданных фотографий с содержимым БД, что позволяет отложить применение к файлам изменений метаданных, внесённых через интерфейс digiKam - правки вносятся только в БД, и лишь затем единовременно переносятся на реальные файлы c изображениями, что позволяет в любой момент отменить выполненную операцию. Число ожидающих применения операций отражается в строке состояния.
- Добавлена новая панель для корректирвки тегов Exif/IPTC/XMP и отражения в тегах данных из БД, таких как дата, комментарии, ключевые слова и рейтинг. Имеется возможность определения какие теги будут обновлены в процессе синхронизации при применении инструмента Lazy Synchronization;
- В процессе портирования плагинов kipi на Qt5 проведена чистка от дубликатов кода. Возвращены к жизни старые плагины, давно оставшиеся без сопровождающих. Для взаимодействия с внешними web-сервисами теперь не применяется KIO API, что повысило переносимость и решило многие проблемы со стабильностью;
- Переработан код, связанный с ведением базы данных. В ядро digiKam интегрирована БД для распознавания лиц, которая теперь хранится в SQLite или MySQL. Приведён в порядок код для поддержки MySQL, переписаны схемы хранения данных в MySQL. Переработана панель для настройки БД;
- При первом запуске добавлена возможность настройки применения MySQL в качестве хранилища БД, вместо SQLite. Предлагается два варианта конфигурации MySQL - локальный сервер для замены локальной БД в SQLite и внешний сервер для ведения БД, совместно используемой на нескольких компьютерах. MySQL предпочтителен при наличии больших коллекций, насчитывающих более 100 тысяч элементов.
URL: https://www.digikam.org/node/755
Новость: http://www.opennet.ru/opennews/art.shtml?num=44735
> Добавлена виртуальная "корзина", заменившая собой использование штатной корзины KDE, которая не могла быть портирована на macOS и Windows.Отвратительные костыли. Во всех десктопных осях реализация корзины есть, но нет, мы сделаем свою, ни с чем не совместимую.
Возможно, им не хватает разработчика для этой цели. Поэтому свяжитесь с ними и сделайте задачу сами, раз так высока потребность.
А нельзя было сделать так, чтобы прога сама определяла для какой системы она собрана и исходя из этого выбирала какую корзину использовать?
Наверное можно было, но, видимо, не нашлось достаточно рзаинтересованых разработчиков чтобы сделать реализации под все платформы. Так что повторю мысль что была выше- берем и кодим.
В оригинальном анонсе сказано, что "enterprise tools" делают тоже самое, и подобное поведение скопировали специально чтобы не пугать пользователей привыкших к проприетарщине.
>> Добавлена виртуальная "корзина", заменившая собой использование штатной корзины KDE, которая не могла быть портирована на macOS и Windows.
> Отвратительные костыли. Во всех десктопных осях реализация корзины есть, но нет, мы
> сделаем свою, ни с чем не совместимую.В данном случае своя корзина лучше, так как в случае с фотографиями будет удаляться много файлов, которые потом захочется восстановить, и очистку системной корзины поэтому не надо смешивать с очисткой корзины с фотографиями.
> Во всех десктопных осях реализация корзины есть, но нет, мы сделаем свою,Мальчик мой, при кроссплатформенном программировании бывает сделать 1 (один) свой неизменный во времени "велик" проще, чем изучать извращенское API 3-х (трёх) систем, к тому же меняющихся от одной версии ОС к другой.
В наше-то время. Когда пафосные мажоры-"погромисты" ломают API при первом же случае... И это я тебе как практик говорю, а не как теоретик.
клоун: Ты проги для себя пишешь или для пользователей? Сейчас что ни кросс-платформенная прога, то свой новый мир со своими феями, лешими и водяными.Дальше всех пока пошёл блендер, который посчитал что нужно самому своими шрифтами перериросывать все окна, из-за чего всё криво, косо, шрифты абсолютно нечитабельны и я за 30 минут так и не нашёл где это настраивается. Просто триумф кросс-платформенности!
клоун: Неюзабельно, зато кроссплатформенно.
>> Во всех десктопных осях реализация корзины есть, но нет, мы сделаем свою,
> Мальчик мой, при кроссплатформенном программировании бывает сделать 1 (один) свой неизменный
> во времени "велик" проще, чем изучать извращенское API 3-х (трёх) систем,
> к тому же меняющихся от одной версии ОС к другой.
> В наше-то время. Когда пафосные мажоры-"погромисты" ломают API при первом же случае...
> И это я тебе как практик говорю, а не как теоретик.Все правильно!
А пользователи, ну все ведь в их руках!
И да, в этой отдельной корзине, необходимо сделать настройку периода, через который ранее удаленные файлы будут удалятся окончательно и бесповоротно. А то, нынче выносить за собой .овно (как то не модно что ли,) народ забывает. И только "запах" квот, возвращает к реальности ;)
Работает на MySQL? это сверх цинизма!
> Работает на MySQL? это сверх цинизма!На SQLite тоже работает.
Какую-то ведь БД для внутренних нужд юзать все равно придется.
нафига велосипедить.
теперь не применяется KIO APIУра!
Вот бы его бы еще из konqueror и rekonq выбросили, а то в них периодически перестают загружаться страницы из-за подвисания kio.
Посмотрел... а лайтрум ведь не так уж и плох.
> Приведён в порядок код для поддержки MySQL, переписаны схемы хранения данных в MySQL. Переработана панель для настройки БД;И в третий раз закинул старик свой невод...
— Пришел невод с одною рыбкой, С непростою рыбкой, — золотою.
У нас теперь что, базы данных распознают лица? Или мне одному кажется что какой-то бред написан?"В ядро digiKam интегрирована БД для распознавания лиц, которая теперь хранится в SQLite или MySQL"
БД vs СУБД
Умеет ли оно делать логику с тегами, типа "покажи фотографии, которые ((Володя ИЛИ Памир) И НЕ Вомбат)"?
Darktable -- вот профессиональная программа и без ошмётков KDE.https://www.opennet.ru/opennews/art.shtml?num=43582
Вам нужна она, а не это костыльное поделие. Просто сравните.
Сравнил, блин, редактор и каталогизатор+редактор.
В дарктейбле как раз есть категоризация. А уж редактор в нём на порядок лучше сабжа.
Не нашёл в Darktable поиск по лицам.
> Не нашёл в Darktable поиск по лицам.Вы так говорите, словно в digiKam им уже можно пользоваться.
В диджикам как раз есть редактор. А уж категоризация в нём на порядок лучше сабжа.
Там такой редактор, что даже не смешно.
Ошметок - эта та сpaная дырка, из которой ты вылез на этот свет.
Ну нафига?! Если выпиливание kio-file, лишит софт кучи плюшек и нормальной интеграции, а если не выпиливать kio-file, то какой смысл kio.
>подразумевающий более оперативную доставку обновлений.да патчи сегодняшние прям накладывать на исходный код приложения на компьютерах конечного пользователя и там собирать свежий бинарник
Лучший менеджер фоток в Linux!
Ждём в openSUSE. Надеюсь, также, что в kipi-plugins починили экспорт, а то с недавних пор не грузится ни черта на тот же Imgur.