Version: (using KDE Devel) Installed from: Compiled sources I've moved the files from my initial folder /home/user/Pictures to some global directory (/mnt/data/..). I've edited /home/user/.kde/share/config/kimdaba/configfile to reflect the new path. The images (and the new ones there) have been detected and imported. But I cannot use the right-mouse-button menu in the thumbnail viewer anymore to "Configure images one at a time" or "Configure All Images Simultaneously" when I've marked/selected some images. It's greyed out. However, if no images are selected (not even one), I have "Configure Images One at a Time" available.
This has probably nothing to do with having moved the messages, but with upgrading to 2.1 (some days before). Eugen described this bug on the mailing list this way (Message-ID: <433AAC10.20703@pu-pm.univ-fcomte.fr>): In the thumbnails view, when I press on a thumbnail it opens the view window. So, in the thumbnails window, when I want to select several images, I press somewhere (not on a thumbnail) in order to deselect any selection. Afterwards, I press on a space between two images and drag the mouse in order to select the desired rectangle. After that, pressing the mouse right button opens the context menu but "Configure All Images Simultaneously" is grayed, which is a bug (IMO).
On Wednesday 05 October 2005 10:40, Eugen Dedu wrote: >> dAniel hAhler wrote: > >>> > On Wednesday 28 September 2005 16:57, Martin Höller wrote: >> >>>>> >>>[...] After that, >>>>> >>>pressing the mouse right button opens the context menu but "Configure >>>>> >>>All Images Simultaneously" is grayed, which is a bug (IMO). >> >>> > >>> > I've reported it here: https://bugs.kde.org/show_bug.cgi?id=113727 >>> > >>> > And added your confirmation. I hope this was ok. > >> >> In your bug report you didn't write about how you selected the items. I >> say this because it is possible to have several selections and the item >> of the menu work. In order to work, I do the following: I deselect all >> the thumbnails by pressing on a free space, and select with CTRL each of >> the images. Now, in the context menu, "Configure All Images >> Simultaneously" does work. Yes, indeed. I have not tried this. It works here, too. I was selecting using left-click and mark the images with the selection rectangle. When reading this, I've just tried holding ctrl while drawing a selection rectangle to select the images and this gives "Configure images one at a time" at least. Another strange thing is: selecting with the "rectangle" (and without holding ctrl) and using ctrl after that on one image of the selection afterwards to de-select and select this image (out of the whole selection), makes both Configure-options in the RMB available. And this affects all selected images. I'm using KDE 3.5beta1. Might there be a bug with the Qt element being used here? We should probably discuss this on the bug's comments, shouldn't we? If so, please paste my observations with your answer.
There might be two bugs here, and possibly related. I've never used Kimdaba before, so I had high expectations after reading much positive about it. I apt-got version 2.1 (in Kubuntu 5.10 using KDE 3.5 Beta2), loaded my 3700 images and planned to start configuring them. I noticed the bug above after a while, but my problems materialized this way: I entered a folder, chose all pictures using Ctrl+a, right clicked and was able to choose "Configure all images simultaneously". But the configure dialog didn't show my images! Instead there was one image (not mine) of image paper copies on a table, and mine were nowhere to be found. Choosing only one image, I was able to configure it as expected. What I'm thinking, is that I think there has been som KDirLister bug in the 3.5 betas. After all, both these problems seems to be related to not getting a correct listing of the files.
Lars, "Configure all images simultaneously" configures all (selected) images simultaneously. Therefor there's just a pseudo-image shown and what you set will be set for all selected images. Not a bug.
This seems to be a bug introduced by some vendors. Anyhow. I've completely rewritten the thumbnail viewer, not to use the broken QIconView code anymore, so this should work now
Nice to see that my bug has been solved about 2 hours ago. That's a negative patch time score (-2 hours)! I tool the challenge to build from source, but that does not seem to work. I used this page: http://ktown.kde.org/kimdaba/download-svn.htm But if I'm not mistaken kimdabe has been renamed to kphotobook is that correct? http://websvn.kde.org/trunk/extragear/graphics/kphotoalbum/ If so I fail to compile it. I get there is nothing to do for most directories and it fails in: Making all in blue make[4]: Entering directory `/var/tmp/kimdaba/kphotoalbum/kphotoalbum/themes/blue' make[4]: *** Geen regel voor aanmaken doel `kphotoalbum.theme', nodig voor `all-am'. Stop. That means no rule for target kphotoalbum.theme When I remove the target (SUBDIR) directory themes the build commences.
Actually you got me on a reaaaaaaaaaaaaaaaaaaaal bad time, I'm renaming as we speak, so I suggest you either try one of the patches, or try again tomorrow. Cheers Jesper. On Saturday 14 January 2006 15:46, Richard Bos wrote: | ------- You are receiving this mail because: ------- | You are the assignee for the bug, or are watching the assignee. | | http://bugs.kde.org/show_bug.cgi?id=113727 | | | | | ------- Additional Comments From richard.bos xs4all nl 2006-01-14 21:46 | ------- Nice to see that my bug has been solved about 2 hours ago. That's | a negative patch time score (-2 hours)! | | I tool the challenge to build from source, but that does not seem to | work. I used this page: | http://ktown.kde.org/kimdaba/download-svn.htm | | But if I'm not mistaken kimdabe has been renamed to kphotobook is that | correct? | http://websvn.kde.org/trunk/extragear/graphics/kphotoalbum/ | | If so I fail to compile it. I get there is nothing to do for most | directories and it fails in: | Making all in blue | make[4]: Entering directory | `/var/tmp/kimdaba/kphotoalbum/kphotoalbum/themes/blue' make[4]: *** Geen | regel voor aanmaken doel `kphotoalbum.theme', nodig voor `all-am'. Stop. | | | That means no rule for target kphotoalbum.theme | When I remove the target (SUBDIR) directory themes the build commences.
On Saturday 14 January 2006 15:52, Jesper K. Pedersen wrote: | Actually you got me on a reaaaaaaaaaaaaaaaaaaaal bad time, I'm renaming as | we speak, so I suggest you either try one of the patches, or try again | tomorrow. OK things should be working in svn directory kphotoalbum now. Enjoy Jesper | | Cheers | Jesper. | | On Saturday 14 January 2006 15:46, Richard Bos wrote: | | ------- You are receiving this mail because: ------- | | You are the assignee for the bug, or are watching the assignee. | | | | http://bugs.kde.org/show_bug.cgi?id=113727 | | | | | | | | | | ------- Additional Comments From richard.bos xs4all nl 2006-01-14 21:46 | | ------- Nice to see that my bug has been solved about 2 hours ago. | | That's a negative patch time score (-2 hours)! | | | | I tool the challenge to build from source, but that does not seem to | | work. I used this page: | | http://ktown.kde.org/kimdaba/download-svn.htm | | | | But if I'm not mistaken kimdabe has been renamed to kphotobook is that | | correct? | | http://websvn.kde.org/trunk/extragear/graphics/kphotoalbum/ | | | | If so I fail to compile it. I get there is nothing to do for most | | directories and it fails in: | | Making all in blue | | make[4]: Entering directory | | `/var/tmp/kimdaba/kphotoalbum/kphotoalbum/themes/blue' make[4]: *** Geen | | regel voor aanmaken doel `kphotoalbum.theme', nodig voor `all-am'. Stop. | | | | | | That means no rule for target kphotoalbum.theme | | When I remove the target (SUBDIR) directory themes the build commences.
I'm not sure whether I should report the compile problem here, but okay: I get this after checkout: CII -MT optionsdialog.o -MD -MP -MF ".deps/optionsdialog.Tpo" -c -o optionsdialog.o optionsdialog.cpp; \ then mv -f ".deps/optionsdialog.Tpo" ".deps/optionsdialog.Po"; else rm -f ".deps/optionsdialog.Tpo"; exit 1; fi optionsdialog.cpp: In member function ‘virtual void OptionsDialog::show()’: optionsdialog.cpp:412: error: ‘_delayLoadingPlugins’ was not declared in this scope make[3]: *** [optionsdialog.o] Fout 1 make[3]: Leaving directory `/var/tmp/kimdaba/KPhotoAlbum-src/kphotoalbum Is this a source problem or a problem on my site? I'm running kde-3.5
Which version are you using? On Monday 16 January 2006 14:52, Richard Bos wrote: | ------- You are receiving this mail because: ------- | You are the assignee for the bug, or are watching the assignee. | | http://bugs.kde.org/show_bug.cgi?id=113727 | richard.bos xs4all nl changed: | | What |Removed |Added | --------------------------------------------------------------------------- |- CC| |richard.bos xs4all nl | | | | ------- Additional Comments From richard.bos xs4all nl 2006-01-16 20:52 | ------- I'm not sure whether I should report the compile problem here, but | okay: I get this after checkout: | | CII -MT optionsdialog.o -MD -MP -MF ".deps/optionsdialog.Tpo" -c -o | optionsdialog.o optionsdialog.cpp; \ then mv -f ".deps/optionsdialog.Tpo" | ".deps/optionsdialog.Po"; else rm -f ".deps/optionsdialog.Tpo"; exit 1; fi | optionsdialog.cpp: In member function ‘virtual void OptionsDialog::show()’: | optionsdialog.cpp:412: error: ‘_delayLoadingPlugins’ was not declared in | this scope make[3]: *** [optionsdialog.o] Fout 1 | make[3]: Leaving directory `/var/tmp/kimdaba/KPhotoAlbum-src/kphotoalbum | | Is this a source problem or a problem on my site? I'm running kde-3.5