summaryrefslogtreecommitdiffstats
path: root/src/showfoto
Commit message (Collapse)AuthorAgeFilesLines
* Add desktop files translations.Slávek Banko2025-07-251-143/+6
| | | | | Signed-off-by: Slávek Banko <slavek.banko@axis.cz> (cherry picked from commit 67d18a6d8e8b76c9d805c2665779a2c9c5dab88b)
* Drop autotools supportMichele Calgaro2025-07-242-56/+0
| | | | | Signed-off-by: Michele Calgaro <michele.calgaro@yahoo.it> (cherry picked from commit a2ab145c9a7b83a42fc168a07972f0de3e31efef)
* Fix showfoto usability.Michele Calgaro2025-05-061-2/+1
| | | | | | | | | | | | | | | | | | | | | | | | | This resolves issue #50. The problem seems to be a known issue already addressed by the original authors. This is an extract from the 'ChangeLog' file that best describes the issue: ``` Fix a linking problem with showfoto, image plugins and --enable-gcc-hidden-visibility: All image plugins link to libdigikam.so. The showfoto executable however does not link to this lib, but statically links the relevant parts. With visibility hidden, now the linker obviously cannot see the already linked DImgInterface class, and there would be two different static variables for DImgInterface::instance(). One with the loaded image, the other (from the image plugins) with a null image. ``` Linking against libdigikam.so instead of including the libraries in a static way solves the issue. Signed-off-by: Michele Calgaro <michele.calgaro@yahoo.it> (cherry picked from commit f8074c05d9a2ad3b4a4e44557222ad51539b7e79)
* Conversion to cmake building systemMichele Calgaro2024-12-262-0/+57
| | | | | Signed-off-by: Michele Calgaro <michele.calgaro@yahoo.it> (cherry picked from commit 76a8e935be38afad0105c46d5a2aa7b58162223b)
* Rename 'digikam' folder to 'src'Michele Calgaro2024-11-2213-0/+2635
Signed-off-by: Michele Calgaro <michele.calgaro@yahoo.it> (cherry picked from commit ee0d99607c14cb63d3ebdb3a970b508949fa8219)