http://blog.gmane.org/gmane.comp.kde.kimdaba hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://comments.gmane.org/gmane.comp.kde.kimdaba/4878 <pre> Hello again, kphotoalbum crashes when I try to delete files within kphotoalbum. I seem to remember this being a problem already earlier at some point but couldn't find the bug at bugs.kde.org. Can somebody tell me if this bug has been reported already and if I should rather open the old bug than create a new one? Thanks, Aleksi </pre> Aleksi Halkola 2012-05-17T19:46:52 http://comments.gmane.org/gmane.comp.kde.kimdaba/4877 <pre> Hello I did 'git pull' just now and the compilation fails with the error at the end of the mail. I've done 'make clean' after the update. Can somebody tell me if I have outdated external libraries or is this a problem with kphotoalbum? I'm running ubuntu 10.04 with the latest updates. Thanks! Cheers, Aleksi kphotoalbum/ImageManager/VideoManager.cpp: In member function ‘void ImageManager::VideoManager::load(ImageManager::ImageRequest*)’: kphotoalbum/ImageManager/VideoManager.cpp:80: error: no matching function for call to ‘KUrl::List::append(DB::FileName)’ /usr/include/qt4/QtCore/qlist.h:466: note: candidates are: void QList&lt;T&gt;::append(const T&amp;) [with T = KUrl] /usr/include/qt4/QtCore/qlist.h:716: note: void QList&lt;T&gt;::append(const QList&lt;T&gt;&amp;) [with T = KUrl] make[2]: *** [CMakeFiles/kphotoalbum.dir/ImageManager/VideoManager.o] Virhe 1 make[1]: *** [CMakeFiles/kphotoalbum.dir/all] Virhe 2 make: *** [all] Virhe 2 </pre> Aleksi Halkola 2012-05-17T19:44:30 http://comments.gmane.org/gmane.comp.kde.kimdaba/4874 <pre>Greetings. In a recent check-in, I made it possible to make a screenshot during video playback for use as a thumbnail for the item. For this to work out nicely, it would be great with some overlay on top of the thumbnail to indicate the item is a movie. Can anyone provide me with such an overlay?¨ Cheers Jesper. </pre> Jesper K. Pedersen 2012-05-02T09:13:47 http://comments.gmane.org/gmane.comp.kde.kimdaba/4872 <pre>Hello, we've been working with Johannes to allow annotating of whole stacks (in practice Johannes has been coding and I have been trying to make him code some more ;) Now is time to get some more input on the feature. - On thumbnail view you can annotate the whole stack by selecting it and hitting annotate multiple items - Most other features should use the stack head, if a selection is made in thumbnail view - however, if there is no selection all images including the ones in collapsed stacks are used - e.g. when generating HTML pages or uploading to some web service using KIPI plugins, the stack head is used if images are selected in thumbnail view - if there is no selection or if stacks within selection are expanded the full selection is used Does this kind of change work for you? Are there any changes or special cases that should be taken into account? I have attached patches for this change for you to give it a try.. miika _______________________________________________ KPhotoAlbum mailing list</pre> Miika Turkia 2012-05-01T14:00:14 http://comments.gmane.org/gmane.comp.kde.kimdaba/4868 <pre>Greetings, fellow KPhotoAlbumers. Many, many years ago I attempted at making an alternative backend to the XML based one we have which used SQL. I failed. Following that, Tuomas made a heroic attempt at the same with similar luck. Finally, during the KPA developer sprint Tuomas, Jan, Henner and I tried, and...well you guessed it, failed. Now it has been a few years since the last attempt, and it doesn't seem like anyone is brave enough to give it yet another go. Each attempt brought with it a price for the remaining codebase. An example of this is the DB::Id that was introduced most recently, which introduced yet another level of indirection when trying to get your hands on the info about the files. In an attempt to make KPA easier to maintain in the future, I'd like to throw away the SQL backend and as a result simplify the codebase all over. Any objections? (Any such objections should really come with a "Yes I will take upon me to finish the SQL backend" please). Cheers Jesper. </pre> Jesper K. Pedersen 2012-04-27T13:45:29 http://comments.gmane.org/gmane.comp.kde.kimdaba/4856 <pre> Hi all! I have a question regarding the use of the image search function. I tagged a bunch of images, including those from the stays at two different hotels, say "hotel A" and "hotel B". Both of them had a pool, so I added "pool" as a subcategory of both. Now if I want to see all photos taken at a hotel pool, I simply search for "pool" and get all pool photos from hotel A and hotel B. But when I search for the tag "hotel A" (to see all photos taken at hotel A), I get all photos taken at hotel A *and* all photos taken at the pool of hotel B. I think this is because "pool" is a subcategory of "hotel A" and therefore automatically included in the query, but then also matches images which don't have the "hotel A" tag. This behaviour seems to be a bug to me, but maybe I misunderstood how image queries should be formulated, so could somebody please explain how (in the above example) I should write a query to *) search for all photos from hotel A, *) search for all photos from the pool of hotel A,</pre> Markus Grabner 2012-04-22T20:01:46 http://comments.gmane.org/gmane.comp.kde.kimdaba/4847 <pre>Hello! Lately I was looking at my index.xml more closely as now several users will use it and I noticed that when there are raw and jpg files available it's kind of random which is stored in the index.xml. Sometimes, but not always, both are stored. I even remember that I had to blacklist one kind, once, to remove duplicates from display. Which way should it be? I've searched but found no documentation of it and as I already wrote python code for analysis I might fix the file in the same run, too. Bye, Vitus </pre> Vitus Jensen 2012-04-10T05:10:22 http://comments.gmane.org/gmane.comp.kde.kimdaba/4842 <pre>Just relaying the message from Dominik, who packaged KPA4.2 for Ubuntu.. Does anyone have a clue why does the build fail / what's wrong with the index.docbook and can it be fixed in the source? He was able to bypass the fail with the patch attached. r ---------- Forwarded message ---------- From: Dominik Stadler &lt;dominik.stadler-RbZlAiThDcE&lt; at &gt;public.gmane.org&gt; Date: 2012/4/2 Subject: Re: KPhotoAlbum 4.2 released To: "Risto H. Kurppa" &lt;risto-8T9w5u9gdsv1KXRcyAk9cg&lt; at &gt;public.gmane.org&gt; Hi, updated packages (with a crude fix for the index.docbook build trouble) are available now at: Precise (Upcoming 12.04): https://launchpad.net/~dominik-stadler/+archive/dsta-precise-ppa/ Oneiric (11.11): https://launchpad.net/~dominik-stadler/+archive/dsta-oneiric-ppa/ Lucid (Current LTS 10.04): https://launchpad.net/~dominik-stadler/+archive/dsta-lucid-ppa/ Thanks... Dominik. On Sun, Apr 1, 2012 at 11:08 PM, Dominik Stadler &lt;dominik.stadler-RbZlAiThDcE&lt; at &gt;public.gmane.org&gt; wrote: ____________________________________________</pre> Risto H. Kurppa 2012-04-02T09:12:34 http://comments.gmane.org/gmane.comp.kde.kimdaba/4841 <pre>Dominik Stadler kindly packaged KPhotoAlbum 4.2 for Ubuntu: Precise (Upcoming 12.04): https://launchpad.net/~dominik-stadler/+archive/dsta-precise-ppa/ Oneiric (11.11): https://launchpad.net/~dominik-stadler/+archive/dsta-oneiric-ppa/ Lucid (Current LTS 10.04): https://launchpad.net/~dominik-stadler/+archive/dsta-lucid-ppa/ (Could someone add these to the website http://kphotoalbum.org/index.php?page=download-binaries) Please test and report if anything weird is found. Thank you Dominik! Risto </pre> Risto H. Kurppa 2012-04-02T09:08:59 http://comments.gmane.org/gmane.comp.kde.kimdaba/4835 <pre>Hello all, we are planning on releasing KPhotoAlbum 4.2 on March 31st. So let's have an official message &amp; feature freeze until then to give peace for the translators. This is unfortunately a very short notice but it is still a lot better than the original plan to release this weekend. If need be another "translation" release can be pushed out in a month or so to ensure all eager translators get to contribute ;) miika </pre> Miika Turkia 2012-03-23T16:05:57 http://comments.gmane.org/gmane.comp.kde.kimdaba/4833 <pre>I just might go for pushing the next release out during the weekend unless there is something critical still amiss. If you have something on the works that should be included (like the German translations) just let me know with a suggestion of when you expect the work to be ready for inclusion. There really isn't any deadline when to release so I might postpone for a few days. But I would rather get it done than postpone it for unforeseeable future. miika </pre> Miika Turkia 2012-03-23T08:45:54 http://comments.gmane.org/gmane.comp.kde.kimdaba/4832 <pre>Hi there! As the statistics show we have some very complete translations and then many not-so-complete. If there is anyone able to improve the translations, I totally encourage you to do it, and do it NOW, ASAP. As I saw the release was coming closer, I contributed to the -fi translation so that now the main view &amp; menus are in Finnish. That's only 76%, but it's a start and allows you to use KPA in Finnish. I don't think we should delay the release because of translations now especially as we don't know of anyone working on the translations. So my proposal is that as soon as the codebase is OK we release. If there are significant contributions to translations after the release, then why not release the next version - maybe with only improved translations - in a month? However in the future it's possible - if we get say translators for 3-5 languages - to have some kind of string freezes before releases but having no (known) translators around it makes no sense to me. And what comes to being included in t</pre> Risto H. Kurppa 2012-03-21T08:00:33 http://comments.gmane.org/gmane.comp.kde.kimdaba/4825 <pre>The updated FI translation has now been pushed: http://websvn.kde.org/?view=revision&amp;revision=1284893 r </pre> Risto H. Kurppa 2012-03-10T22:13:25 http://comments.gmane.org/gmane.comp.kde.kimdaba/4821 <pre>I have my photos that are managed by KPhotoAlbum stored in /media/rm0ldata/data/Rita/Rita_Images/Olympus/ I want to change it to /media/rm0ldata/data/Rita/Rita_Images/Photos with Olympus as a subdirectory along with subdirectories for my new camera, etc. Is there anything I have to do other than just create the new directory structure and point KPhotoAlbum at it? Will KPhotoAlbum have to rescan my whole large collection after I do this, and will all my tags in the database be preserved? Thanks. Joe </pre> josephj-3r5iD8zFZLycqzYg7KEe8g< at >public.gmane.org 2012-03-09T11:08:26 http://comments.gmane.org/gmane.comp.kde.kimdaba/4820 <pre>RC2 is now available in KDE's FTP site: ftp://ftp.kde.org/pub/kde/unstable/kphotoalbum/4.2-rc2/src/kphotoalbum-4.2-rc2.tar.bz2 miika </pre> Miika Turkia 2012-03-09T10:01:50 http://comments.gmane.org/gmane.comp.kde.kimdaba/4818 <pre>Hi there! I updated the tips file. Let me know if a patch like the one attached works. r </pre> Risto H. Kurppa 2012-03-05T21:53:08 http://comments.gmane.org/gmane.comp.kde.kimdaba/4809 <pre>Are we ready for a release candidate? Of course there are still plenty of bugs in bugzilla, but is there anything left that must be fixed before the next release? Anything else that should be considered? miika </pre> Miika Turkia 2012-03-01T05:24:45 http://comments.gmane.org/gmane.comp.kde.kimdaba/4791 <pre>Hi, While digging into the mentioned bug, I reorganised the "No Others" Image Matcher: 0001-Replace-NoOtherCategoryMatcher-with-ExactCategoryMat.patch 0002-ImageSearchInfo.compile-omit-empty-andMatchers.patch 0003-Remove-NoOtherItemsCategoryMatcher.patch 0004-Remove-unused-code-from-DB-ExactCategoryMatcher.patch You can also apply this alone (which just fixes Bug 150972): 0005-Make-No-other-work-for-sub-categories.patch I know this is a realatively large changeset for little actual change, but let me make a stance for the new code: + There is no longer a CategoryMatcher.finalize() step involved: This means one less iteration over the whole matcher tree. + shouldPrepareMatchedSet is only set for those parts of the matcher tree where it is actually needed + mixing "No other" in different categories now works correctly E.g.: "FolderA / **No other** / PersonB / **No other**" Cheers, Johannes _______________________________________________ KPhotoAlbum mailing list KPhotoAlbum-XR6rmp8fbRRF6kxbq+B</pre> Johannes Zarl 2012-02-26T23:43:53 http://comments.gmane.org/gmane.comp.kde.kimdaba/4784 <pre>Hi, I have been thinking about a few wishlist items that would need to extend the current database schema in one way or the other. The first group of wishes is about tagging a certain region inside the database (e.g. tagging a person and his/her location in the photo, marking a landmark/sight/plant/whatever): https://bugs.kde.org/show_bug.cgi?id=292900 and its more popular duplicate: https://bugs.kde.org/show_bug.cgi?id=170801 and another duplicate: https://bugs.kde.org/show_bug.cgi?id=223053 (I can't find the "mark as duplicate" button for some reason) The same mechanism could also be used in principle to create text-annotations or some type of hyperlink inside the description ("Look closely at that detail in [Region A]..."). Speaking in terms of the XML document, I guess this would be most easily accomplished by adding some type of annotation sub-elements to the image elements? E.g: &lt;image file="foo.jpg" Persons="100,8"/&gt; could become &lt;image file="foo.jpg" Persons="100,8"&gt; &lt;annotation Person</pre> Johannes Zarl 2012-02-24T14:27:10 http://comments.gmane.org/gmane.comp.kde.kimdaba/4783 <pre>I managed to create a PDF out of the docbook files on KPA. A current draft is available: http://www.vaarin.kalsarit.net/KPA/manual/kphotoalbum.pdf (layout is far from the one from KDE conversion but at least the content is there) miika </pre> Miika Turkia 2012-02-23T19:36:40 http://comments.gmane.org/gmane.comp.kde.kimdaba/4757 <pre>Hi there! I started to write a copypaste instruction (for dummies like me) on howto try KPhotoAlbum GIT version for Ubuntu/Debian users, see http://pad.ubuntu-uk.org/RnggClBwaB Things are missing and I'd need to confirm that the dependencies etc are correct but it's a start. Feel free to fix&amp;add stuff. Maybe we can some day add this to http://kphotoalbum.org/index.php?page=compile r </pre> Risto H. Kurppa 2012-02-12T23:21:06 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.comp.kde.kimdaba