LINUX.ORG.RU

digiKam 5.0.0

 , ,


0

2

Спустя 2 года команда разработчиков digiKam представила финальный выпуск digiKam Software Collection 5.0.0. С данной версии начинается новый цикл разработки и выпуска более быстрых исправлений ошибок, о которых сообщают пользователи.

В новой версии digiKam проведена работа по переводу кода приложения на Qt 5. Помимо портирования кода, проведена работа по изменениям и оптимизации, связанным с зависимостями от KDE. Многие KDE-зависимости заменены зависимостями Qt, что упрощает работы по портированию приложения на другие операционные системы, поддержку кодовой базы, уменьшая чувствительность изменений API от проекта KDE. В перспективе планируется полностью отвязаться от использования библиотек KDE.

Основные изменения:

  • Добавлена «виртуальная корзина» взамен ранее использовавшейся корзины KDE, что делало невозможным использование корзины в портах на Windows и Mac OS X.
  • Добавлен инструмент «Lazy Sinchronization», позволяющий применять изменения по запросу пользователя или в конце рабочей сессии digiKam, храня намеченные изменения файлов в базе данных.
  • Добавлена панель изменения тэгов Exif/IPTC/XMP для заполнения базы данных ключевой информацией о снимке, такой как дата, комментарий, ключевое слово, рейтинг и т. д. Также добавлена возможность выбирать, какие тэги будут считываться в процессе импорта и какие экспортироваться в процессе «Lazy Sinchronization».
  • В ядро digiKam интегрирована база данных распознавания лиц, которая теперь может храниться в SQLite или MySQL.
  • Переработан код работы с базой данных и панель её настройки. Теперь при первом запуске возможно выбрать MySQL вместо SQLite или мигрировать на MySQL позже. На выбор предлагается локальный сервер MySQL или удалённый для совместного использования несколькими компьютерами, что особенно удобно в случае больших колекций свыше 100 тысяч файлов. При этом отмечают, что поддержка MySQL в качестве базы данных всё ещё находится на стадии разработки и не рекомендуется к использованию на производстве.

Этим летом планируется

  • добавить поддержку режима работы с базой данных MySQL несколькими аккаунтами, что полезно для фотоагенств, и исправить множество багов, о которых ранее сообщали пользователи;
  • добавить инструмент автоматического определения наличия эффекта «красных глаз» и его коррекции в пакетном режиме, а также инструмент ручной коррекции «эффекта» в Image Editor.

Со списком 375 закрытых багов можно ознакомиться в Bugzilla.

>>> Подробности

★★★★★

Проверено: Shaman007 ()
Последнее исправление: Psych218 (всего исправлений: 5)

Я так понимаю, на недеструктивную обработку Жиль окончательно решил забить?

AP ★★★★★
()

Так это менеджер фотографий или СУБД? Я чот запутался.

Deleted
()

проведена работа по изменениям и оптимизации, связанным с зависимостями от KDE

уменьшая чувствительность изменений API от проекта KDE

В перспективе планируется полностью отвязаться от использования библиотек KDE

Вот она, вся суть КДЕ в трех фразах от самих разработчиков, браво! Хоть кто-то наконец-то набрался смелости и начал отвязываться от этих велосипедов-надстроек. За это мужикам респект, ванильный Qt как-никак всегда был хорош.

что делало невозможным использование корзины в портах на Windows и Mac OS X

Кому оно нужно на Маке, когда есть кошерное Photos?

MuZHiK-2 ★★★★
()
Ответ на: комментарий от MuZHiK-2

Вот она, вся суть КДЕ в трех фразах от самих разработчиков, браво! Хоть кто-то наконец-то набрался смелости и начал отвязываться от этих велосипедов-надстроек. За это мужикам респект, ванильный Qt как-никак всегда был хорош.

Тут все просто. Сначала делается функциональность с использованием KDE. Так легче. У них много вкусного.

Потом производится оптимизация для портирования, отвязка от KDE с построением велосипедов.

Портирование.

anonymous
()
Ответ на: комментарий от grem

Кошерным считался Aperture же или нет?

Это уже для более профессиональной обработки, для обычных хомяков Photos.

MuZHiK-2 ★★★★
()
Ответ на: комментарий от anonymous

Тут все просто. Сначала делается функциональность с использованием KDE. Так легче. У них много вкусного.

Что такого вкусного есть в кедах, чего нет в ванильном Qt?

MuZHiK-2 ★★★★
()
Ответ на: комментарий от anonymous

Не только это. Многий функционал, который ранее был в kdelibs, теперь продублировали в Qt -> kdelibs не нужен.

Khnazile ★★★★★
()

Щито это? В новости ни слова о том, что эта программа делает. Да, и скорее всего она ненужна. ))

With ★☆☆
()
Ответ на: комментарий от MuZHiK-2

Что такого вкусного есть в кедах, чего нет в ванильном Qt?

Нормальная работа с таймзонами, как пример длительное время была только в KDE. Вот тебе пришел файл в котором время указано пекинское а в соседней папке времена по дели. Как отобразить все это одним списком отсортированным по времени указанному в файлах?

anonymous
()
Ответ на: комментарий от MuZHiK-2

А ты молодец, быстро распознаешь слабофункциональные программы :-) Мне для этого потребовалось несколько больше времени.

Aceler ★★★★★
()
Ответ на: комментарий от anonymous

Как отобразить все это одним списком отсортированным по времени указанному в файлах?

Есть же QTimeZone. Ну а как в Qt таблички делать сортируемые через QSortFilterProxyModel я думаю тебя учить не надо.

MuZHiK-2 ★★★★
()
Ответ на: комментарий от MuZHiK-2

Есть же QTimeZone.

Сейчас то есть. Но это с Qt 5.2. Это то что я столкнулся. А такого было намного больше. Сейчас, говорят, поменьше стало. И планы о его добавлении висели лет пять.

anonymous
()
Ответ на: комментарий от Aceler

Since Qt 5.2

Этому релизу уже как 2.5 года. Код в бете/альфе еще раньше появился. В любом случае, тащить такого монстра, как kdelibs ради работы со временем - это полный ахтунг. Проще самому tzdata заюзать.

QDateTime, кстати, всегда позволял работать с локальным временем и UTC. QTimeZone нужен именно для работы с расширенной информацией о зонах. Для сортировки списка файлов по UTC хватит и QDateTime.

MuZHiK-2 ★★★★
()
Ответ на: комментарий от MuZHiK-2

Проще самому tzdata заюзать. Проще. Вот только что с KDE, что без KDE с портированием проблемы.

anonymous
()
Ответ на: комментарий от MuZHiK-2

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

Эээ... А как ты без нее с местного времени указанного в присланных файлах к UTC перейдешь?

anonymous
()
Ответ на: комментарий от anonymous

Находясь в москве менять таймзону на дели, брать время, менять таймзону на пекин, брать время и так далее?

Ты несешь какой-то бред. QDateTime вернет тебе ту информацию о файле, что в нем и записана. Если она хранится в UTC, я не вижу проблем вообще с тем решением, что я указал выше. Если не в UTC (а так делают только идиоты) - то не понимаю, как тебе вообще поможет QTimeZone, которые хранит всего лишь названия поясов и их сдвиги.

MuZHiK-2 ★★★★
()
Ответ на: комментарий от MuZHiK-2

Если не в UTC (а так делают только идиоты) - то не понимаю, как тебе вообще поможет QTimeZone, которые хранит всего лишь названия поясов и их сдвиги.

Э... идиоты - это все индусы, китайцы и жители других стран?

Да ты Д'Артаньян какой-то...

QTimeZone сейчас можно использовать при создании QDataTime из строки содержащей время. А там делай все что хочешь.

anonymous
()
Ответ на: комментарий от anonymous

Э... идиоты - это все индусы, китайцы и жители других стран?

Ты дураком прикидываешься что ли? Timestamps в файлах нормальные ОС хранят независимо от timezone.

Все, для чего сейчас сгодится QTimeZone - это если ты уже заранее знаешь зону и хочешь получить сдвиг для времени относительно UTC. С этой точки зрения я не вижу разницы большой что дергать - Qt, tzdata.

MuZHiK-2 ★★★★
()
Ответ на: комментарий от MuZHiK-2

Ты дураком прикидываешься что ли? Timestamps в файлах нормальные ОС хранят независимо от timezone.

А причем тут ОС. Речь о людях, которые используют местное время везде, где только могут. Включая файлы отчетов.

Все, для чего сейчас сгодится QTimeZone - это если ты уже заранее знаешь зону и хочешь получить сдвиг для времени относительно UTC.

Или если таймзона указана в самам файле или строке времени. Раньше Qt такую строку с таймзоной не понимал. Сейчас не знаю.

С этой точки зрения я не вижу разницы большой что дергать - Qt, tzdata.

Тут доктора бессильны. Очков таких еще не придумали.

anonymous
()
Ответ на: комментарий от anonymous

А причем тут ОС. Речь о людях, которые используют местное время везде, где только могут. Включая файлы отчетов.

А откуда ты узнаешь, какое время они используют в файлах?

Или если таймзона указана в самам файле или строке времени. Раньше Qt такую строку с таймзоной не понимал. Сейчас не знаю.

Тебе все равно надо парится строку, выдирать зону и искать сдвиг.

Тут доктора бессильны. Очков таких еще не придумали.

Самокритика - вещь полезная.

MuZHiK-2 ★★★★
()
Ответ на: комментарий от MuZHiK-2

Тебе все равно надо парится строку, выдирать зону и искать сдвиг.

Парится надо все-равно. Задач-то стоит.

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

Какие проблемы?

Самокритика - вещь полезная.

Хорошо, что ты это осознал, тебе осталось только научится ее использовать.

anonymous
()
Ответ на: комментарий от MuZHiK-2

искать сдвиг.

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

anonymous
()
Ответ на: комментарий от anonymous

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

Я тебя еще раз спрошу: откуда ты знаешь, какую зону создавать? Без этой дополнительной информации QTimeZone бесполезен.

Хорошо, что ты это осознал, тебе осталось только научится ее использовать.

Прекрати разговаривать сам с собой, могут услышать.

MuZHiK-2 ★★★★
()
Ответ на: комментарий от anonymous

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

Для этого есть tzdata. И ты мне так и не объяснил, чем она хуже kdelibs. Более того, что ты будешь делать, когда у нас в очередной раз поменяют перевод времени и в kdelibs данные о зонах протухнут?

MuZHiK-2 ★★★★
()
Ответ на: комментарий от MuZHiK-2

Я тебя еще раз спрошу: откуда ты знаешь, какую зону создавать? Без этой дополнительной информации QTimeZone бесполезен.

В том случае ко времени добавлялась строка таймзоны. Использовать UTC все наотрез отказывались.

anonymous
()
Ответ на: комментарий от MuZHiK-2

Для этого есть tzdata. И ты мне так и не объяснил, чем она хуже kdelibs. Более того, что ты будешь делать, когда у нас в очередной раз поменяют перевод времени и в kdelibs данные о зонах протухнут?

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

anonymous
()
Ответ на: комментарий от anonymous

В том случае ко времени добавлялась строка таймзоны. Использовать UTC все наотрез отказывались.

То есть ты вместо нормального подхода прикрутил костыли и жалуешься на несправедливость? Нормальные люди используют подходы, как в NMEA, где и время в UTC, и отдельно сдвиг по зоне указан.

MuZHiK-2 ★★★★
()
Ответ на: комментарий от MuZHiK-2

То есть ты вместо нормального подхода прикрутил костыли и жалуешься на несправедливость? Нормальные люди используют подходы, как в NMEA, где и время в UTC, и отдельно сдвиг по зоне указан.

Какие костыли? Ты заставишь людей время вычислять ;)

Особенно, когда оно смещенно не на целое число часов. Оригинал...

anonymous
()
Ответ на: комментарий от anonymous

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

Ты серьезно думаешь, что когда ты будешь ставить свою поделку, тебе всегда дадут возможность обновлять системные файлы того же tzdata? Особенно великое дело прочитать файлик с разделителями. Хорошо, если дадут, а если нет?

MuZHiK-2 ★★★★
()
Ответ на: комментарий от MuZHiK-2

Ты серьезно думаешь, что когда ты будешь ставить свою поделку, тебе всегда дадут возможность обновлять системные файлы того же tzdata? Особенно великое дело прочитать файлик с разделителями. Хорошо, если дадут, а если нет?

Э... тут комментарии излишни... Я уже говорил, это были файлы отчетов. С офисных компьютеров. Если у них tzdata не обновится, компьютер будет время врать. Много ты видел офисов, где на компьютерах время не совпадало?

anonymous
()
Ответ на: комментарий от anonymous

Особенно, когда оно смещенно не на целое число часов. Оригинал...

Если я тебе сейчас про julian day начну рассказывать, тебе наверно вообще страшно станет.

MuZHiK-2 ★★★★
()
Ответ на: комментарий от MuZHiK-2

Зачем кого-то заставлять? Это может сделать софт автоматически. Нормальные люди делают так: http://aprs.gids.nl/nmea/#zda. Безо всяких tzdata.

Это файл отчетов но нужны они прежде всего для местных. Они их глазами смотрят. И по ни ориентируются.

Но могли бы быть и логи. Их всегда ставят на запись по местному время независимо от рекомендаций.

anonymous
()
Ответ на: комментарий от anonymous

Они их глазами смотрят.

Ну так и отобрази им то, что хотят увидеть.

Но могли бы быть и логи.

Тем более не вижу проблемы.

MuZHiK-2 ★★★★
()
Ответ на: комментарий от MuZHiK-2

Ну так и отобрази им то, что хотят увидеть.

Так и отображается. Без каких либо инструментов. Где угодно. Хоть на телефоне начальника.

anonymous
()

А как там с пересозданием превью после изменения тегов (с записью тегов в файлы)? А то у меня уже филиал Бухареста открылся.

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.