Version: 0.9.2 (using KDE KDE 3.5.5) Installed from: Gentoo Packages OS: Linux When adding a texture to an image, the image becomes black. You can see this in the preview already. At large zoom levels, the preview image contains garbage. Also, the preview is absent until you change some settings. It all feels a bit broken to me.. :)
Dik, Not reproductible here on my computer. Sound like something is wrong in your installation. The plugin use texture PNG file like template. Perhaps file cannot be loaded by program. Are you some error messages in the console? Gilles Caulier
Am Thursday 26 July 2007 schrieb Dik Takken: [bugs.kde.org quoted mail] Have you beryl or compiz running? Sometimes you get black screens with them as you describe it. When you change the window size, the content appears again. Gerhard
No compiz or beryl running. I do have the composite extension loaded (I always do) but this never gives any troubles with any other software. Also no error messages when started from console... The textures are there on the harddisk, and some of the icons / logos in the same directory are displayed just fine in DigiKam. How can I debug this??
Hi, I've got exactly the same problem, but also if I want to add a frame (I suppose because it uses the same textures). I'm using Suse 10.2 on AMD 64, KDE 3.5.5. It seems that if it's an installation problem it's present on some more machines. I tried to compile myself, use the packages from Suse Build service or from packman, but always the same result: black screen. If I start digikam on the console, I get "QFile::open: No file name specified" loads of times, even if I don't use the texture or frame plugin. It may not be specific to this error. regards Gerhard
Well i've looked into the code and the problem seems to be here: On imageeffect_texture.cpp:285 and imageeffect_border.cpp:647 : KGlobal::dirs()->addResourceType(pattern.ascii(), KGlobal::dirs()->kde_default("data") + "digikamimageplugins/data"); The textures and pattern files are installed by default on DATAROOTDIR/digikam/data so they cannot be found hence the resulting image gets corrupted because apparently theres no code for checking the paths are correct and the files are found. i've changed the above lines to: KGlobal::dirs()->addResourceType(pattern.ascii(), KGlobal::dirs()->kde_default("data") + "digikam/data"); and now it works fine here. Diego. ps : sorry my english sucks
a) thanks a lot for looking into this - very much appreciated! b) Gilles, would this break on your set-up? c) could you easily provide a patch wrt to current svn? d) your English does not suck at all - most of us here are not native speakers either - don't worry!
Arnd, I have just forget to change "digikamimageplugins" to "digikam" everywhere. Just grep to be sure than we don't have others instance in anothers place in source code... Gilles
Dik, All instance of "digikamimageplugins" in current implementation from svn are already fixed. I close this file now Gilles
*** Bug 150584 has been marked as a duplicate of this bug. ***