From blackie at kde.org Tue Mar 2 14:08:49 2004 From: blackie at kde.org (Jesper K. Pedersen) Date: 02 Mar 2004 15:08:49 +0100 Subject: [KimDaBa] Size of preview and closing of preview window. In-Reply-To: <200402290018.04726.mikmach@wp.pl> References: <200402290018.04726.mikmach@wp.pl> Message-ID: Mikolaj Machowski writes: | Hello, | | (CVS-HEAD) | | Size of previews: | For storing images from digital camera or scans scaling previews to | 256 pixels has sense but with its database backend Kimdaba is an | ideal tool to store elements eg. for web development (web, arrow, | left, b&w) and here scaling those tiny elements (20x20 pixels) up to | 256 is a nonsense. Please make preview size option "up to 256 | pixels" - if original image is smaller than 256 pixels show it in | its natural size, if bigger rescale it to 256 pixels. If you are talking about the viewer, then it is on my todo list. On my todo list. | Closing of preview window: | Preview window doesn't react on KDE standard Ctrl+W. Also helpful | here would be like in KMail's message viewers and other help | dialogs in KDE. Q is nice but not standard in this DE. OK | Image properties: | How I can see image properties like size? you can't | Show Category Editor: | Choice is: | Set Close | | Shouldn't it be rather more common: | Apply Cancel ? nope, you can keep it open and set for many images. | Thumbnail in main window quality: | How Kimdaba creates thumbnails for main window? They have lower | quality than image previews in Konqueror which is rather strange. Thanks for telling me, I'm really bad at seeing such things. Now I'm using a better scaling algorithm from Qt. | Size of thumbnails in main window: | Please make it like icons in Konq... Also file-tooltips would be | great. The size is configurable, I'm not sure what you want more. | Import with keyword: | This is the feature I miss much (or cannot find it). I would like to | point folder and order: import all image files (*.png, *.gif, *.tiff | - standard KFileDialog is all you need) with keywords: xxxx, yyyy. | 'OK' trick is nice but IMO slightly immature. I'm afraid I don't understand the above. | Themes: | In page template navigation bar is: | < **PREV** | **INDEX** | **NEXT** | > | | It produces something like: | < prev | index | next > | | But what if I want to create my own theme with images instead of | text-nav? I know, I can run sed/perl after that but it isn't very | user-friendly. | | This thing is hardcoded into htmlexportdialog.cpp: | link = QString::fromLatin1( "prev" ).arg( | namePage( width, height, prevInfo->fileName() ) ); | | The only solution I see is to create themes classes: text nav or | image nav and after checking in .themes file class use | link = QString::fromLatin1( "" ).arg( namePage( width, height, | prevInfo->fileName() ) ); I have little to none motivation on fighting the HTML export anymore, so please talk to teemu.rytilahti at kde-fi.org who have already worked a bit on that code. | Kimdaba is great thing but it needs some polish. Newbie without strong | motivation to use it will have hard time. *sigh* you ask for additions and expect polishing. It is indeed not easy to make everyone happy ;-) Cheers Jesper. From blackie at kde.org Tue Mar 2 14:12:38 2004 From: blackie at kde.org (Jesper K. Pedersen) Date: 02 Mar 2004 15:12:38 +0100 Subject: [KimDaBa] Size of preview and closing of preview window. In-Reply-To: <200402282136.27875.rafabeccar@speedy.com.ar> References: <200402282136.27875.rafabeccar@speedy.com.ar> Message-ID: Rafael Beccar writes: | El Sáb 28 Feb 2004 20:18, Mikolaj Machowski escribió: | >... | > Count?: | > In main window are two columns | > Category Count. | > Keywords 4 images | > Locations 1 image | > Persons 6 images | > | > Two problems: | > a) In Keywords are defined 4 keywords with 150 images in total, | > this is misleading. | | Yes, I agree with Mikolaj in the point 'a' but I have always forgotten to | report it. I think the word "images" should be changed for the word "items" | or something similar. Good suggestion. thanks. From rafabeccar at speedy.com.ar Tue Mar 2 17:13:42 2004 From: rafabeccar at speedy.com.ar (Rafael Beccar) Date: Tue, 02 Mar 2004 14:13:42 -0300 Subject: [KimDaBa] Redefining A & None search Message-ID: <200403021413.42545.rafabeccar@speedy.com.ar> Hi Jesper, See if you like the following idea. if you make the the following persons search: A & None The result is always going to be empty and useless. So, this kind of search could be redefined making it useful in this way: If you performed an "A & None" search, it would return all the pictures where A and only A is present (nobody else there). Then, "A & None", would have the same effect than A &! B &! C ... &! Z Or "A & B & None", would be the same as A & B &! C ... &! Z NOTE: Sorry if I was too repetitive but I wanted to be as much descriptive as possible. Greetings, Rafael From blackie at kde.org Tue Mar 2 17:21:19 2004 From: blackie at kde.org (Jesper K. Pedersen) Date: 02 Mar 2004 18:21:19 +0100 Subject: [KimDaBa] Redefining A & None search In-Reply-To: <200403021413.42545.rafabeccar@speedy.com.ar> References: <200403021413.42545.rafabeccar@speedy.com.ar> Message-ID: Rafael Beccar writes: | Hi Jesper, | | See if you like the following idea. | | if you make the the following persons search: | | A & None | | The result is always going to be empty and useless. So, this kind of search | could be redefined making it useful in this way: | | If you performed an "A & None" search, it would return all the pictures where | A and only A is present (nobody else there). | | Then, "A & None", would have the same effect than A &! B &! C ... &! Z | | Or "A & B & None", would be the same as A & B &! C ... &! Z | | NOTE: Sorry if I was too repetitive but I wanted to be as much descriptive as | possible. That sounds like a very good idea. I'll implement this as soon as I get some KimDaBa time, and have tried out the patches send me. CHeers Jesper. From mailinglists at xgm.de Tue Mar 2 17:50:25 2004 From: mailinglists at xgm.de (Florian Lindner) Date: Tue, 2 Mar 2004 18:50:25 +0100 Subject: [KimDaBa] A (minor) bug and a wish Message-ID: <200403021850.25902.mailinglists@xgm.de> Hello, when I start kimdaba and exit is immediately it always asks me, if I want to save changes, although there no changes. And one wish: (which I've already mentioned, and you seemed to be ok with that): Select the image by the path they are saved: Locations Subfolder 1 / Subfolder 2 Persons ^ Keywords | Path -> Folder 1 / Folder 2 / Folder 3 Date ... I hope you get what I mean... Thx, Florian From blackie at kde.org Tue Mar 2 17:54:16 2004 From: blackie at kde.org (Jesper K. Pedersen) Date: 02 Mar 2004 18:54:16 +0100 Subject: [KimDaBa] A (minor) bug and a wish In-Reply-To: <200403021850.25902.mailinglists@xgm.de> References: <200403021850.25902.mailinglists@xgm.de> Message-ID: Florian Lindner writes: | Hello, | when I start kimdaba and exit is immediately it always asks me, if I want to | save changes, although there no changes. OK, I'll look into that thanks. | And one wish: (which I've already mentioned, and you seemed to be ok with | that): | Select the image by the path they are saved: | | Locations Subfolder 1 / Subfolder 2 | Persons ^ | Keywords | | Path -> Folder 1 / Folder 2 / Folder 3 | Date | ... | | I hope you get what I mean... Erhh no. From blackie at kde.org Tue Mar 2 17:57:08 2004 From: blackie at kde.org (Jesper K. Pedersen) Date: 02 Mar 2004 18:57:08 +0100 Subject: [KimDaBa] A (minor) bug and a wish In-Reply-To: References: <200403021850.25902.mailinglists@xgm.de> Message-ID: blackie at kde.org (Jesper K. Pedersen) writes: | Florian Lindner writes: | | | Hello, | | when I start kimdaba and exit is immediately it always asks me, if I want to | | save changes, although there no changes. | OK, I'll look into that thanks. Doesn't happen here. Did it find any new images, in that case, it does of course need to save them. From rafabeccar at speedy.com.ar Tue Mar 2 17:57:38 2004 From: rafabeccar at speedy.com.ar (Rafael Beccar) Date: Tue, 02 Mar 2004 14:57:38 -0300 Subject: [KimDaBa] Redefining A & None search In-Reply-To: References: <200403021413.42545.rafabeccar@speedy.com.ar> Message-ID: <200403021457.38126.rafabeccar@speedy.com.ar> El Mar 02 Mar 2004 14:21, Jesper K. Pedersen escribió: > That sounds like a very good idea. > I'll implement this as soon as I get some KimDaBa time, and have tried out > the patches send me. I think you are taking about the patches that were sent to the list some days ago. But I didn't send them, I think some guy from Germany did it (sorry I don't remember his name but it could be Reimar Imhof ?). Greetings, Rafael From blackie at kde.org Tue Mar 2 17:59:36 2004 From: blackie at kde.org (Jesper K. Pedersen) Date: 02 Mar 2004 18:59:36 +0100 Subject: [KimDaBa] Redefining A & None search In-Reply-To: <200403021457.38126.rafabeccar@speedy.com.ar> References: <200403021413.42545.rafabeccar@speedy.com.ar> <200403021457.38126.rafabeccar@speedy.com.ar> Message-ID: Rafael Beccar writes: | El Mar 02 Mar 2004 14:21, Jesper K. Pedersen escribió: | > That sounds like a very good idea. | > I'll implement this as soon as I get some KimDaBa time, and have tried out | > the patches send me. | | I think you are taking about the patches that were sent to the list some days | ago. But I didn't send them, I think some guy from Germany did it (sorry I | don't remember his name but it could be Reimar Imhof ?). Well I was talking in general. First thing first. First patches then improving searching ;-) From rafabeccar at speedy.com.ar Tue Mar 2 18:04:32 2004 From: rafabeccar at speedy.com.ar (Rafael Beccar) Date: Tue, 02 Mar 2004 15:04:32 -0300 Subject: [KimDaBa] Redefining A & None search In-Reply-To: References: <200403021413.42545.rafabeccar@speedy.com.ar> <200403021457.38126.rafabeccar@speedy.com.ar> Message-ID: <200403021504.32257.rafabeccar@speedy.com.ar> El Mar 02 Mar 2004 14:59, Jesper K. Pedersen escribió: > Rafael Beccar writes: > | El Mar 02 Mar 2004 14:21, Jesper K. Pedersen escribió: > | > That sounds like a very good idea. > | > I'll implement this as soon as I get some KimDaBa time, and have tried > | > out the patches send me. > | > | I think you are taking about the patches that were sent to the list some > | days ago. But I didn't send them, I think some guy from Germany did it > | (sorry I don't remember his name but it could be Reimar Imhof ?). > > Well I was talking in general. First thing first. First patches then > improving searching ;-) Oh, I see ... Sorry ;-) From mailinglists at xgm.de Tue Mar 2 19:14:28 2004 From: mailinglists at xgm.de (Florian Lindner) Date: Tue, 2 Mar 2004 20:14:28 +0100 Subject: [KimDaBa] A (minor) bug and a wish In-Reply-To: References: <200403021850.25902.mailinglists@xgm.de> Message-ID: <200403022014.28184.mailinglists@xgm.de> Am Dienstag, 2. März 2004 18:57 schrieb Jesper K. Pedersen: > blackie at kde.org (Jesper K. Pedersen) writes: > | Florian Lindner writes: > | | Hello, > | | when I start kimdaba and exit is immediately it always asks me, if I > | | want to save changes, although there no changes. > | > | OK, I'll look into that thanks. > > Doesn't happen here. > Did it find any new images, in that case, it does of course need to save > them. No, no new images. Don't know why it happens... From mailinglists at xgm.de Tue Mar 2 19:20:10 2004 From: mailinglists at xgm.de (Florian Lindner) Date: Tue, 2 Mar 2004 20:20:10 +0100 Subject: [KimDaBa] A (minor) bug and a wish In-Reply-To: References: <200403021850.25902.mailinglists@xgm.de> Message-ID: <200403022020.10120.mailinglists@xgm.de> Am Dienstag, 2. März 2004 18:54 schrieb Jesper K. Pedersen: > Florian Lindner writes: > | Hello, > | when I start kimdaba and exit is immediately it always asks me, if I want > | to save changes, although there no changes. > > OK, I'll look into that thanks. > > | And one wish: (which I've already mentioned, and you seemed to be ok with > | that): > | Select the image by the path they are saved: > | > | Locations Subfolder 1 / Subfolder 2 > | Persons ^ > | Keywords | > | Path -> Folder 1 / Folder 2 / Folder 3 > | Date > | ... > | > | I hope you get what I mean... Ok, right now I can create subsets of the pictures by selecting a location, a person and so on. I would like to have another criteria: The path of a picture. If there are pictures in (relative to the kimdaba picture root folder) /Vacations/Spain/Madrid-June-2003/ So I can click of Path, then on Vacation, on Spain, on Madrid-June-2003. Then I get all pictures in this folder.... Is it clearer now? Bye, Florian From blackie at blackie.dk Tue Mar 2 19:22:09 2004 From: blackie at blackie.dk (Jesper K. Pedersen) Date: 02 Mar 2004 20:22:09 +0100 Subject: [KimDaBa] A (minor) bug and a wish In-Reply-To: <200403022020.10120.mailinglists@xgm.de> References: <200403021850.25902.mailinglists@xgm.de> <200403022020.10120.mailinglists@xgm.de> Message-ID: Florian Lindner writes: | Am Dienstag, 2. März 2004 18:54 schrieb Jesper K. Pedersen: | > Florian Lindner writes: | > | Hello, | > | when I start kimdaba and exit is immediately it always asks me, if I want | > | to save changes, although there no changes. | > | > OK, I'll look into that thanks. | > | > | And one wish: (which I've already mentioned, and you seemed to be ok with | > | that): | > | Select the image by the path they are saved: | > | | > | Locations Subfolder 1 / Subfolder 2 | > | Persons ^ | > | Keywords | | > | Path -> Folder 1 / Folder 2 / Folder 3 | > | Date | > | ... | > | | > | I hope you get what I mean... | | Ok, right now I can create subsets of the pictures by selecting a location, a | person and so on. I would like to have another criteria: The path of a | picture. | | If there are pictures in (relative to the kimdaba picture root folder) | | /Vacations/Spain/Madrid-June-2003/ | | So I can click of Path, then on Vacation, on Spain, on Madrid-June-2003. Then | I get all pictures in this folder.... | | Is it clearer now? Sure. Its on the TODO already. From mikmach at wp.pl Tue Mar 2 20:35:05 2004 From: mikmach at wp.pl (Mikolaj Machowski) Date: Tue, 2 Mar 2004 21:35:05 +0100 Subject: [KimDaBa] Size of preview and closing of preview window. In-Reply-To: References: <200402290018.04726.mikmach@wp.pl> Message-ID: <200403022135.05651.mikmach@wp.pl> Dnia Tuesday 02 of March 2004 15:08, Jesper K. Pedersen napisał: > | Thumbnail in main window quality: > | How Kimdaba creates thumbnails for main window? They have lower > | quality than image previews in Konqueror which is rather strange. > > Thanks for telling me, I'm really bad at seeing such things. > Now I'm using a better scaling algorithm from Qt. > Also thumbnails in file-tooltips has crappy quality. > | Size of thumbnails in main window: > | Please make it like icons in Konq... Also file-tooltips would be > | great. > > The size is configurable, I'm not sure what you want more. > Buttons to zoom in. Having small thumbnails has sense when there is 100 images at once. But when number of images is reduced to eg. 5 having them very small has no sense. It would be sensible to make them larger/smaller on demand, not through configuration settings. > | Import with keyword: > | This is the feature I miss much (or cannot find it). I would like to > | point folder and order: import all image files (*.png, *.gif, *.tiff > | - standard KFileDialog is all you need) with keywords: xxxx, yyyy. > | 'OK' trick is nice but IMO slightly immature. > > I'm afraid I don't understand the above. OK. Importing images to Kimdaba isn't easy. One day before I send OP, tried to import few images. Copied them to ~/Images and tried to find them through 'Date'. Hopeless. Much easier would be: File->Import... KFileDialog, choose images, after hitting OK, appears new dialog. Set keywords for this import. Now I can relatively easy find these images later or immediately 'describe' them. Also, how I can export images? Call external browser? Hmm. And one more thing. Showimg should be excluded from external viewers. It tries to show thumbnails of whole base directory. I have only 300 images but someone with few thousands... > I have little to none motivation on fighting the HTML export anymore, so > please talk to teemu.rytilahti at kde-fi.org who have already worked a bit > on that code. OK. m. -- LaTeX + Vim = http://vim-latex.sourceforge.net/ Learn Touch Typing with Vim? Oui. Ja. Yes. Tak: http://vim.sourceforge.net/script.php?script_id=461 vim.pl - http://skawina.eu.org/mikolaj/ From blackie at kde.org Tue Mar 2 20:43:20 2004 From: blackie at kde.org (Jesper K. Pedersen) Date: 02 Mar 2004 21:43:20 +0100 Subject: [KimDaBa] Size of preview and closing of preview window. In-Reply-To: <200403022135.05651.mikmach@wp.pl> References: <200402290018.04726.mikmach@wp.pl> <200403022135.05651.mikmach@wp.pl> Message-ID: Mikolaj Machowski writes: | Dnia Tuesday 02 of March 2004 15:08, Jesper K. Pedersen napisał: | > | Thumbnail in main window quality: | > | How Kimdaba creates thumbnails for main window? They have lower | > | quality than image previews in Konqueror which is rather strange. | > | > Thanks for telling me, I'm really bad at seeing such things. | > Now I'm using a better scaling algorithm from Qt. | > | | Also thumbnails in file-tooltips has crappy quality. that should also have been fixed. | | > | Size of thumbnails in main window: | > | Please make it like icons in Konq... Also file-tooltips would be | > | great. | > | > The size is configurable, I'm not sure what you want more. | > | Buttons to zoom in. Having small thumbnails has sense when there is 100 | images at once. But when number of images is reduced to eg. 5 having | them very small has no sense. It would be sensible to make them | larger/smaller on demand, not through configuration settings. hmmm, I'll think about it. | > | Import with keyword: | > | This is the feature I miss much (or cannot find it). I would like to | > | point folder and order: import all image files (*.png, *.gif, *.tiff | > | - standard KFileDialog is all you need) with keywords: xxxx, yyyy. | > | 'OK' trick is nice but IMO slightly immature. | > | > I'm afraid I don't understand the above. | | OK. Importing images to Kimdaba isn't easy. One day before I send OP, | tried to import few images. Copied them to ~/Images and tried to find | them through 'Date'. Hopeless. Much easier would be: | File->Import... | KFileDialog, choose images, after hitting OK, appears new dialog. Set | keywords for this import. Now I can relatively easy find these images | later or immediately 'describe' them. I think you miss the point of how KimDaBa stored images, you can have sub folders etc. Only requirement is that all images have a common root. That on the other hand is the reason why there is no import. KimDaBa finds new images itself. | Also, how I can export images? Call external browser? Hmm. Well you can generate HTML, but copy a selection out of KimDaBa is currently not possible, with the upcomming plugin structure I anticipate that it will be possible in the future. From mikmach at wp.pl Wed Mar 3 11:26:32 2004 From: mikmach at wp.pl (Mikolaj Machowski) Date: Wed, 3 Mar 2004 12:26:32 +0100 Subject: [KimDaBa] Size of preview and closing of preview window. In-Reply-To: References: <200402290018.04726.mikmach@wp.pl> <200403022135.05651.mikmach@wp.pl> Message-ID: <200403031226.33299.mikmach@wp.pl> Dnia Tuesday 02 of March 2004 21:43, Jesper K. Pedersen napisał: > | OK. Importing images to Kimdaba isn't easy. One day before I send OP, > | tried to import few images. Copied them to ~/Images and tried to find > | them through 'Date'. Hopeless. Much easier would be: > | File->Import... > | KFileDialog, choose images, after hitting OK, appears new dialog. Set > | keywords for this import. Now I can relatively easy find these images > | later or immediately 'describe' them. > > I think you miss the point of how KimDaBa stored images, you can have sub > folders etc. Only requirement is that all images have a common root. > That on the other hand is the reason why there is no import. > KimDaBa finds new images itself. OK, but how I can find those images? At least there would be searching by date/time of import to Kimdaba. m. -- LaTeX + Vim = http://vim-latex.sourceforge.net/ Learn Touch Typing with Vim? Oui. Ja. Yes. Tak: http://vim.sourceforge.net/script.php?script_id=461 vim.pl - http://skawina.eu.org/mikolaj/ From boulot.dodo at laposte.net Sun Mar 7 00:43:05 2004 From: boulot.dodo at laposte.net (Jean-Michel FAYARD) Date: Sun, 07 Mar 2004 00:43:05 +0000 Subject: [KimDaBa] Default layout, no selected images, removing properties, member-groups. Message-ID: Hello, I have let a computer-illiterate user (my mother) use Kimdaba for a quite long period and have observed her, and while she was able to use this software generally well, there is a couple of things that can be improved : *** about the ability to drag off part of the setting-properties dialog box : apart that it should be explained in a hint, it is very useful. But my mother frequently ends up with a messy setting-properties dialog after having hiding _randomly_ thing1, thing2 and trying to show thing2 again and dragging thing3. I had no other solution than restarting Kimdaba. Solution : add << restore default layout >> in the << options >> menu *** Kimdaba needs to rethink what it should do when no images is selected: I wrote this complaint earlier : === about the export in html : Imagine a typical case : i have photo with my girlfriend, and I want to send that album to her. I « search » those photos, then click on « view images », then « File > Export to html » Currently, kimdaba complains that there is no item selected, and seems to export to an album, but this album is empty. This is wrong IMHO : in this case like in most case, I just want to export all photos which are in the current view. === I know understand it was not just about html export. Kimdaba should act if no image is selected as if all images were selected : + if you want to launch a slideshow, just click on one image, and start the slideshow with 'S' (my user wasn't able to understand the current behaviour). Digikam act like this. + when my user wanted to set properties one by one, she just hitted Ctrl-1 on one picture, and then didn't understand where were the <> and <> buttons. I had to explain, she must go back, and select all images. + exception : Ctrl-2 should not work on all images. too dangerous + not to mention : you just cannot currently apply an action (export to html or whatever a future plugin will do) on all images : you can just apply it on the first 100 images matching the current filter. *** Removing properties Problem : my user had to remove some properties on a picture. She just removed the ones that she was able to see without moving the scrollbar. It was not very intuitive that there was other (hidden) selected properties. Solution : move the properties already set on a images in the top of the list (in a way we can still benefit from the Last Recently Typed algorithm) *** member-groups they are not as easy as they could be. My user didn't use them. Jedd wrote a few days earlier : << Member groups are good for some things, but can't guarantee that every image will be represented in the parent group. That is, you have to manually ensure that sydney, brisbane, melbourne, hobart, are all part of the australia group -- and when you add a new city group, you have to remember to add it into the parent group. With small data this is easy, but there's no way to force you do this. >> I think they are two main problems : 1) you have to remember to group items in a group AFTER 2) if you do remember to do it and you have a long list of items (I have 144 persons) it is difficult and boring to find them all. An example when it was very boring : I discovered a old picture with all pupils of my class in a primary school. I wrote their 25 names to be sure to remember them all after, and I had, to close the property dialog, open <>, hit <>, choose <> and find thoses 25 names in the big list. My solution to problems 1) and 2) : in the setting properties dialog box, we could have for each category an entry box labelled <>. (the group is created if needed) With this solution, if I have a picture of 10 members of the family Addams and two other persons, it's OK : I type the names of the members of the family Addams, add selected item in group <> and then type the name of the two other persons. -- Puisque le débat sur l'intelligence est posé dans notre pays, il existe aussi une intelligence de la main et elle n'a pas de complexe à avoir cette intelligence de la main, parce que elle, elle communique directement avec le coeur Jean-Pierre Raffarin From Reimar.Imhof at netCologne.de Sun Mar 7 18:42:52 2004 From: Reimar.Imhof at netCologne.de (Reimar Imhof) Date: Sun, 7 Mar 2004 19:42:52 +0100 Subject: [KimDaBa] small patch to improve picture quality Message-ID: <200403071803.26813.Reimar.Imhof@netCologne.de> Hello Jesper, hello people, I had a look at how KimDaBa does scale images because I wasn't happy with the quality of some thumbnails, tool tips, the html output and the slide show. I've seen, it uses scale in some places and smoothScale Qt-function in other places. My change is simple but I like it: I found three occurrences of "scale". I changed these to smoothScale. Now I get much better thumbnails and tool tips (ctrl t); the show picture (invoked by letter i) function (including slide show) now shows nice picture quality, and the html output looks great. To get the new thumb nails, tool tips and html images just remove the existing thumb nails directory to make KimDaBa rebuild these with the smoothScale function. Jesper, could you please integrate my changes into your next snapshot?! Thanks a lot. Reimar PS.: Like I did with my sorting changes, I supply a diff file and the two modified files (all based on KimDaBa version 1.1). -------------- next part -------------- A non-text attachment was scrubbed... Name: kimdaba-1.1-smoothScaling-changes.tar.bz2 Type: application/x-tbz Size: 4847 bytes Desc: not available URL: From blackie at kde.org Sun Mar 7 18:50:29 2004 From: blackie at kde.org (Jesper K. Pedersen) Date: 07 Mar 2004 19:50:29 +0100 Subject: [KimDaBa] Re: small patch to improve picture quality In-Reply-To: <200403071803.26813.Reimar.Imhof@netCologne.de> References: <200403071803.26813.Reimar.Imhof@netCologne.de> Message-ID: Hi Reimar. Thanks for your patch. I did actually change this myself a week ago or so. Cheers Jesper. PS: Regarding the sorting change, I had a short look at it, and like what I saw, and will apply it as soon as I get time to fix the few remaining issues you wrote about. Reimar Imhof writes: | Hello Jesper, hello people, | | I had a look at how KimDaBa does scale images because I wasn't happy with the | quality of some thumbnails, tool tips, the html output and the slide show. | I've seen, it uses scale in some places and smoothScale Qt-function in other | places. | | My change is simple but I like it: | I found three occurrences of "scale". I changed these to smoothScale. Now I | get much better thumbnails and tool tips (ctrl t); the show picture | (invoked by letter i) function (including slide show) now shows nice | picture quality, and the html output looks great. | To get the new thumb nails, tool tips and html images just remove the | existing thumb nails directory to make KimDaBa rebuild these with the | smoothScale function. On my todo list for soonish is a rebuild all thumbs, which will automate this. | Jesper, could you please integrate my changes into your next snapshot?! My version is in CVS already, and as soon as I've had a chance to look at the patches send to me over the last few weeks, I'll make a new snapshoot. Please hold your patch till then, and beat me with it, if my changes did work as expected (I'm really lousy at seeing such things :-o I do expect it to work fine tho. | Thanks a lot. | | Reimar | | PS.: Like I did with my sorting changes, I supply a diff file and the two | modified files (all based on KimDaBa version 1.1). I prefer it that way, so please continue doing that. The patch is by far the easiest if it work, but a lot of trouble if it doesn't, in which case the files with the changes are nice to have. Cheers Jesper From havoc at harrisdev.com Wed Mar 10 21:12:18 2004 From: havoc at harrisdev.com (Jody Harris) Date: Wed, 10 Mar 2004 14:12:18 -0700 Subject: [KimDaBa] external programs Message-ID: <404F84B2.7060503@harrisdev.com> Jesper, I like the ability to invoke external programs in 1.1, but I would like: - to be able to send a group of selected photos to an external program - to be able to send the selected photos to the program of my choice I had suggested at one time the possibility of just dumping a list of the images with full paths to a text file, or may be even the clipboard. That would allow me to quickly create a tarball or zip, or run the selected photos through an external filter and dump them to the location of my choosing. Jody -- http://www.RealizationSystems.com/ -- start communicating http://www.GalacticSlacker.com/ -- read it and weep http://www.NMPerspective.com/ -- a Southwest Perspective From blackie at blackie.dk Wed Mar 10 21:58:46 2004 From: blackie at blackie.dk (Jesper K. Pedersen) Date: Wed, 10 Mar 2004 22:58:46 +0100 Subject: [KimDaBa] KimDaBa 1.1 is released In-Reply-To: <200402231746.21797.Reimar.Imhof@netCologne.de> References: <200402231746.21797.Reimar.Imhof@netCologne.de> Message-ID: <200403102258.46876.blackie@blackie.dk> First of all, let me point out that the patch is really nice, I only have a few minor things I'd like you to fix (If you prefer I can do it myself). > to make "thinking" a little easier: > > I've been working on alphabetic sorting. I've added two menu entries to the > context menu in the properties/search dialog. There you can say sort by > usage or sort by alphabet. > If you try to open the context menu without pointing to an entry, you now > get a smaller context menu just with the sorting entries. I'd rather have the item disabled, than not showing up. Not seeing them, might make users wonder where it was he found them, while having them disabled, makes him realize that they are not available. > The sort propertie is not put to the index.xml file yet. The point is, I'd > like to have it with the window config and I just didn't know how to do it. I wonder if it really should be per category Did you have a design idea behind that? isn't that just over configurability? If not, I'd rather see it just one over all option. Someone suggested two icons next to the listbox, which might be a good idea. one looking like a letter (for alphabetically), and one looking like a date book (for usage). Maybe you could include that too. Kind Regards Jesper. -- Having trouble finding a given image in your collection containing thousands of images? http://ktown.kde.org/KimDaBa might be the answer. From boulot.dodo at laposte.net Thu Mar 11 05:12:01 2004 From: boulot.dodo at laposte.net (Jean-Michel FAYARD) Date: Thu, 11 Mar 2004 05:12:01 +0000 Subject: [KimDaBa] Re: Default layout, no selected images, removing properties, member-groups. In-Reply-To: References: Message-ID: Just one precision, and one thing I forget. Jean-Michel FAYARD a écrit : > *** member-groups > they are not as easy as they could be. My user didn't use them. > > [...] > > My solution to problems 1) and 2) : in the setting properties dialog > box, we could have for each category an entry box labelled < selected items in group...>>. (the group is created if needed) > > With this solution, if I have a picture of 10 members of the family > Addams and two other persons, it's OK : I type the names of the members > of the family Addams, add selected item in group <> and > then type the name of the two other persons. I'm not asking from an entry box in the bottom of the listbox. I think of two menu entries to the context menu of each listbox in the properties dialog ("Add this item in group..." and "Add selected item(s) in group...") *** ability to delete in the viewer and in the properties dialog *** I take often poor pictures with my digital camera. When they are abviously bad, I delete them in the thumbnails view, but for the others the first time I detect they are bad is in the properties dialog or during a slideshow. If that's not too much work, it would be useful that the key works here too. From blackie at blackie.dk Thu Mar 11 07:58:25 2004 From: blackie at blackie.dk (Jesper K. Pedersen) Date: Thu, 11 Mar 2004 08:58:25 +0100 Subject: [KimDaBa] external programs In-Reply-To: <404F84B2.7060503@harrisdev.com> References: <404F84B2.7060503@harrisdev.com> Message-ID: <200403110858.25816.blackie@blackie.dk> On Wednesday 10 March 2004 22:12, Jody Harris wrote: > Jesper, > > I like the ability to invoke external programs in 1.1, but I would like: > - to be able to send a group of selected photos to an external program > - to be able to send the selected photos to the program of my choice > > I had suggested at one time the possibility of just dumping a list of > the images with full paths to a text file, or may be even the clipboard. > That would allow me to quickly create a tarball or zip, or run the > selected photos through an external filter and dump them to the location > of my choosing. I'm sure that will come with the plugin structure we are working on (All digikam plugins will hopefully work with kimdaba in a future versions) Notes: Previously I wrote KimDaBa not kimdaba. It is still called KimDaBa, but unfortunately it is not written automatically for me anymore, as I changed mailclient from one built in to Emacs (which could do the replacement of kimdaba with KimDaBa for me), to KMail, which I haven't figured out to get to do that ;-) -- Having trouble finding a given image in your collection containing thousands of images? http://ktown.kde.org/KimDaBa might be the answer. From blackie at kde.org Thu Mar 11 08:24:21 2004 From: blackie at kde.org (Jesper K. Pedersen) Date: Thu, 11 Mar 2004 09:24:21 +0100 Subject: [KimDaBa] Re: Default layout, no selected images, removing properties, member-groups. In-Reply-To: References: Message-ID: <200403110924.21991.blackie@kde.org> On Thursday 11 March 2004 06:12, Jean-Michel FAYARD wrote: > Just one precision, and one thing I forget. > > Jean-Michel FAYARD a écrit : > > *** member-groups > > they are not as easy as they could be. My user didn't use them. > > > > [...] > > > > My solution to problems 1) and 2) : in the setting properties dialog > > box, we could have for each category an entry box labelled < > selected items in group...>>. (the group is created if needed) > > > > With this solution, if I have a picture of 10 members of the family > > Addams and two other persons, it's OK : I type the names of the members > > of the family Addams, add selected item in group <> and > > then type the name of the two other persons. > > I'm not asking from an entry box in the bottom of the listbox. > I think of two menu entries to the context menu of each listbox in the > properties dialog ("Add this item in group..." and "Add selected > item(s) in group...") > > > > *** ability to delete in the viewer and in the properties dialog *** > I take often poor pictures with my digital camera. When they are > abviously bad, I delete them in the thumbnails view, but for the others > the first time I detect they are bad is in the properties dialog or > during a slideshow. > If that's not too much work, it would be useful that the key > works here too. Thanks for your input. I plan to take week 16 off for KimDaBa work, and I anticipate to look at all the suggestions regarding the configuration dialog and try an get it better. The item regarding deleting images is one I for sure will include, it has annoyed me quite a bit too ;-) -- Having trouble finding a given image in your collection containing thousands of images? http://ktown.kde.org/KimDaBa might be the answer. From daniberger at gmx.ch Thu Mar 11 09:19:26 2004 From: daniberger at gmx.ch (Daniel Berger) Date: Thu, 11 Mar 2004 10:19:26 +0100 Subject: [KimDaBa] KimDaBa on Cygwin and OSX Message-ID: <40502F1E.1050009@gmx.ch> Hello List I tried to compile KimDaBa on cygwin, but it didn't worked. I'm thinking to buy an Apple Power- or iBook, and I saw on different Newssites that some guys managed to get Konqueror and several other KDE Apps on OSX natively working. Would this be possible with KimDaBa too? best regards Dani From blackie at blackie.dk Thu Mar 11 09:31:10 2004 From: blackie at blackie.dk (Jesper K. Pedersen) Date: Thu, 11 Mar 2004 10:31:10 +0100 Subject: [KimDaBa] KimDaBa on Cygwin and OSX In-Reply-To: <40502F1E.1050009@gmx.ch> References: <40502F1E.1050009@gmx.ch> Message-ID: <200403111031.10189.blackie@blackie.dk> On Thursday 11 March 2004 10:19, Daniel Berger wrote: > Hello List > > I tried to compile KimDaBa on cygwin, but it didn't worked. > > I'm thinking to buy an Apple Power- or iBook, and I saw on different > Newssites that some guys managed to get Konqueror and several other KDE > Apps on OSX natively working. Would this be possible with KimDaBa too? I'm sure this must be possible, I haven't tried it yet though. I'd be very interesting in hearing about it if you try it, and I'd be very happy to help with any modifications needed to KimDaBa. If you dont have time to do it yourself, but do have pointers to what to do, please let me know. Cheers Jesper. -- Having trouble finding a given image in your collection containing thousands of images? http://ktown.kde.org/KimDaBa might be the answer. From daniberger at gmx.ch Thu Mar 11 10:03:47 2004 From: daniberger at gmx.ch (Daniel Berger) Date: Thu, 11 Mar 2004 11:03:47 +0100 Subject: [KimDaBa] KimDaBa on Cygwin and OSX In-Reply-To: <200403111031.10189.blackie@blackie.dk> References: <40502F1E.1050009@gmx.ch> <200403111031.10189.blackie@blackie.dk> Message-ID: <40503983.8030901@gmx.ch> Jesper K. Pedersen wrote: >On Thursday 11 March 2004 10:19, Daniel Berger wrote: > > >>Hello List >> >>I tried to compile KimDaBa on cygwin, but it didn't worked. >> >>I'm thinking to buy an Apple Power- or iBook, and I saw on different >>Newssites that some guys managed to get Konqueror and several other KDE >>Apps on OSX natively working. Would this be possible with KimDaBa too? >> >> >I'm sure this must be possible, I haven't tried it yet though. > >I'd be very interesting in hearing about it if you try it, and I'd be very >happy to help with any modifications needed to KimDaBa. > >If you dont have time to do it yourself, but do have pointers to what to do, >please let me know. > > I just gave KimDaBa 1.1 on cygwin (Windows 2000) a second try. bash-2.05b$ uname -a CYGWIN_NT-5.0 dani-pc 1.5.6(0.108/3/2) 2004-01-19 00:43 i686 unknown unknown Cygwin bash-2.05b$ ./configure [...] checking for mcopidl... not found configure: error: The important program mcopidl was not found! Please check whether you installed aRts correctly or use --without-arts to compile without aRts support (this will remove functionality). bash-2.05b$ ./configure --without-arts configure: error: invalid package name: arts Hmm. what now? From blackie at blackie.dk Thu Mar 11 10:08:09 2004 From: blackie at blackie.dk (Jesper K. Pedersen) Date: Thu, 11 Mar 2004 11:08:09 +0100 Subject: [KimDaBa] KimDaBa on Cygwin and OSX In-Reply-To: <40503983.8030901@gmx.ch> References: <40502F1E.1050009@gmx.ch> <200403111031.10189.blackie@blackie.dk> <40503983.8030901@gmx.ch> Message-ID: <200403111108.09262.blackie@blackie.dk> On Thursday 11 March 2004 11:03, Daniel Berger wrote: > Jesper K. Pedersen wrote: > >On Thursday 11 March 2004 10:19, Daniel Berger wrote: > >>Hello List > >> > >>I tried to compile KimDaBa on cygwin, but it didn't worked. > >> > >>I'm thinking to buy an Apple Power- or iBook, and I saw on different > >>Newssites that some guys managed to get Konqueror and several other KDE > >>Apps on OSX natively working. Would this be possible with KimDaBa too? > > > >I'm sure this must be possible, I haven't tried it yet though. > > > >I'd be very interesting in hearing about it if you try it, and I'd be very > >happy to help with any modifications needed to KimDaBa. > > > >If you dont have time to do it yourself, but do have pointers to what to > > do, please let me know. > > I just gave KimDaBa 1.1 on cygwin (Windows 2000) a second try. > > bash-2.05b$ uname -a > CYGWIN_NT-5.0 dani-pc 1.5.6(0.108/3/2) 2004-01-19 00:43 i686 unknown > unknown Cygwin > > bash-2.05b$ ./configure > [...] > checking for mcopidl... not found > configure: error: The important program mcopidl was not found! > Please check whether you installed aRts correctly or use > --without-arts to compile without aRts support (this will remove > functionality). > > bash-2.05b$ ./configure --without-arts > configure: error: invalid package name: arts > > Hmm. what now? I know nothing about cygwin, I'm afraid. Anyone else? > > _______________________________________________ > KimDaBa mailing list > KimDaBa at klaralvdalens-datakonsult.se > http://sulaco.hrhansen.dk/mailman/listinfo/kimdaba -- Having trouble finding a given image in your collection containing thousands of images? http://ktown.kde.org/KimDaBa might be the answer. From boulot.dodo at laposte.net Thu Mar 11 13:04:21 2004 From: boulot.dodo at laposte.net (Jean-Michel FAYARD) Date: Thu, 11 Mar 2004 13:04:21 +0000 Subject: [KimDaBa] Re: KimDaBa on Cygwin and OSX In-Reply-To: <200403111031.10189.blackie@blackie.dk> References: <40502F1E.1050009@gmx.ch> <200403111031.10189.blackie@blackie.dk> Message-ID: <405063D5.3040207@laposte.net> Jesper K. Pedersen a écrit : > On Thursday 11 March 2004 10:19, Daniel Berger wrote: > >>Hello List >> >>I tried to compile KimDaBa on cygwin, but it didn't worked. >> >>I'm thinking to buy an Apple Power- or iBook, and I saw on different >>Newssites that some guys managed to get Konqueror and several other KDE >>Apps on OSX natively working. Would this be possible with KimDaBa too? > > I'm sure this must be possible, I haven't tried it yet though. > > I'd be very interesting in hearing about it if you try it, and I'd be very > happy to help with any modifications needed to KimDaBa. > > If you dont have time to do it yourself, but do have pointers to what to do, > please let me know. 2 options : 1) Use X11 This way, you can use Fink to download and install the software. Quite a lot of kde apps seems to work http://fink.sourceforge.net/pdb/search.php?s=kde 2) Trolltech has released a GPL version of QT/mac Google has hellped me find this : http://ranger.befunk.com/phpwiki/ http://ranger.befunk.com/phpwiki/index.php/Building%20KDE%20Yourself From daniberger at gmx.ch Mon Mar 15 13:13:57 2004 From: daniberger at gmx.ch (Daniel Berger) Date: Mon, 15 Mar 2004 14:13:57 +0100 Subject: [KimDaBa] KimDaBa on Cygwin and OSX In-Reply-To: <200403111108.09262.blackie@blackie.dk> References: <40502F1E.1050009@gmx.ch> <200403111031.10189.blackie@blackie.dk> <40503983.8030901@gmx.ch> <200403111108.09262.blackie@blackie.dk> Message-ID: <4055AC15.8000604@gmx.ch> Jesper K. Pedersen wrote: >On Thursday 11 March 2004 11:03, Daniel Berger wrote: > > >>Jesper K. Pedersen wrote: >> >> >>>On Thursday 11 March 2004 10:19, Daniel Berger wrote: >>> >>> >>>>Hello List >>>> >>>>I tried to compile KimDaBa on cygwin, but it didn't worked. >>>> >>>>I'm thinking to buy an Apple Power- or iBook, and I saw on different >>>>Newssites that some guys managed to get Konqueror and several other KDE >>>>Apps on OSX natively working. Would this be possible with KimDaBa too? >>>> >>>> >>>I'm sure this must be possible, I haven't tried it yet though. >>> >>>I'd be very interesting in hearing about it if you try it, and I'd be very >>>happy to help with any modifications needed to KimDaBa. >>> >>>If you dont have time to do it yourself, but do have pointers to what to >>>do, please let me know. >>> >>> >>I just gave KimDaBa 1.1 on cygwin (Windows 2000) a second try. >> >>bash-2.05b$ uname -a >>CYGWIN_NT-5.0 dani-pc 1.5.6(0.108/3/2) 2004-01-19 00:43 i686 unknown >>unknown Cygwin >> >>bash-2.05b$ ./configure >>[...] >>checking for mcopidl... not found >>configure: error: The important program mcopidl was not found! >>Please check whether you installed aRts correctly or use >>--without-arts to compile without aRts support (this will remove >>functionality). >> >>bash-2.05b$ ./configure --without-arts >>configure: error: invalid package name: arts >> >>Hmm. what now? >> >> >I know nothing about cygwin, I'm afraid. >Anyone else? > > I asked in the forums of kde-cygwin at https://sourceforge.net/forum/forum.php?thread_id=1040022&forum_id=85789 about the message. This was the answer, and fixed the configure error, by just returning true for the missing functions. But maybe the mkdtemp is dependant on mcopidl? (see make error below) ln -s true /bin/mcopidl ln -s true /bin/artsc-config ./configure But now I get an error when running make: ktempdir.cpp: In member function `bool KTempDir::create(const QString&, int)': ktempdir.cpp:77: error: `mkdtemp' undeclared (first use this function) ktempdir.cpp:77: error: (Each undeclared identifier is reported only once for each function it appears in.) make[3]: *** [ktempdir.lo] Error 1 make[3]: Leaving directory `/home/daniel/kimdaba-1.1/kimdaba/compat' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/daniel/kimdaba-1.1/kimdaba' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/daniel/kimdaba-1.1' make: *** [all] Error 2 I think there's a missing 'include' for qt (or where ever mkdtemp is defined) in the makefile? Maybe I've to add a --configure--blabla-dir = /bla/bla. regards Dani From daniberger at gmx.ch Mon Mar 15 14:33:38 2004 From: daniberger at gmx.ch (Daniel Berger) Date: Mon, 15 Mar 2004 15:33:38 +0100 Subject: [KimDaBa] KimDaBa on Cygwin and OSX In-Reply-To: <4055AC15.8000604@gmx.ch> References: <40502F1E.1050009@gmx.ch> <200403111031.10189.blackie@blackie.dk> <40503983.8030901@gmx.ch> <200403111108.09262.blackie@blackie.dk> <4055AC15.8000604@gmx.ch> Message-ID: <4055BEC2.8020000@gmx.ch> hello > > But now I get an error when running make: > > ktempdir.cpp: In member function `bool KTempDir::create(const > QString&, int)': > ktempdir.cpp:77: error: `mkdtemp' undeclared (first use this function) > ktempdir.cpp:77: error: (Each undeclared identifier is reported only > once for each function it appears in.) > make[3]: *** [ktempdir.lo] Error 1 > make[3]: Leaving directory `/home/daniel/kimdaba-1.1/kimdaba/compat' > make[2]: *** [all-recursive] Error 1 > make[2]: Leaving directory `/home/daniel/kimdaba-1.1/kimdaba' > make[1]: *** [all-recursive] Error 1 > make[1]: Leaving directory `/home/daniel/kimdaba-1.1' > make: *** [all] Error 2 > > I think there's a missing 'include' for qt (or where ever mkdtemp is > defined) in the makefile? > Maybe I've to add a --configure--blabla-dir = /bla/bla. > > regards Dani I think I found something: http://developer.kde.org/documentation/library/cvs-api/kdecore/html/classKTempDir.html says 'since 3.2' and on cygwin I'm running Qt: 3.2.3 KDE: 3.1.4 But the same works on Linux on SuSE 9.0 (KDE 3.1.x) From daniberger at gmx.ch Mon Mar 15 16:17:24 2004 From: daniberger at gmx.ch (Daniel Berger) Date: Mon, 15 Mar 2004 17:17:24 +0100 Subject: [KimDaBa] KimDaBa on Cygwin and OSX In-Reply-To: <4055AC15.8000604@gmx.ch> References: <40502F1E.1050009@gmx.ch> <200403111031.10189.blackie@blackie.dk> <40503983.8030901@gmx.ch> <200403111108.09262.blackie@blackie.dk> <4055AC15.8000604@gmx.ch> Message-ID: <4055D714.4030505@gmx.ch> > I asked in the forums of kde-cygwin at > https://sourceforge.net/forum/forum.php?thread_id=1040022&forum_id=85789 > about the message. > > This was the answer, and fixed the configure error, by just returning > true for the missing functions. > But maybe the mkdtemp is dependant on mcopidl? (see make error below) > > ln -s true /bin/mcopidl > ln -s true /bin/artsc-config > ./configure > > But now I get an error when running make: > > ktempdir.cpp: In member function `bool KTempDir::create(const > QString&, int)': > ktempdir.cpp:77: error: `mkdtemp' undeclared (first use this function) > ktempdir.cpp:77: error: (Each undeclared identifier is reported only > once for each function it appears in.) > make[3]: *** [ktempdir.lo] Error 1 > make[3]: Leaving directory `/home/daniel/kimdaba-1.1/kimdaba/compat' > make[2]: *** [all-recursive] Error 1 > make[2]: Leaving directory `/home/daniel/kimdaba-1.1/kimdaba' > make[1]: *** [all-recursive] Error 1 > make[1]: Leaving directory `/home/daniel/kimdaba-1.1' > make: *** [all] Error 2 > > I think there's a missing 'include' for qt (or where ever mkdtemp is > defined) in the makefile? Ok, mkdtemp is defined in the glibc, but currently not in cygwin. So here is a site with a reorganized mkdtemp() fitted in one file: http://mail.gnu.org/archive/html/bug-gnulib/2003-02/msg00019.html I'll try to include that in ktempdir.cpp regards dani From Reimar.Imhof at netCologne.de Mon Mar 15 21:47:07 2004 From: Reimar.Imhof at netCologne.de (Reimar Imhof) Date: Mon, 15 Mar 2004 22:47:07 +0100 Subject: [KimDaBa] Re: RMB for sorting In-Reply-To: <200403141513.26012.blackie@kde.org> References: <200403141513.26012.blackie@kde.org> Message-ID: <200403152247.07889.Reimar.Imhof@netCologne.de> Hi Jesper, at the moment I just don't find the time to do something at KimDaBa. Sorry. If you find some time to improve what I've done, I'll be happy. I'll now answer your questions. Am Sonntag, 14. März 2004 15:13 schrieb Jesper K. Pedersen: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi Reimar, did you ever see this mail? > > Cheers > Jesper > I wanted to take some time to answer. Now I try to do it quickly... > - ---------- Forwarded Message ---------- > > Subject: Re: [KimDaBa] KimDaBa 1.1 is released > Date: Wednesday 10 March 2004 22:58 > From: "Jesper K. Pedersen" > To: Reimar Imhof > Cc: kimdaba at klaralvdalens-datakonsult.se > > First of all, let me point out that the patch is really nice, I only have a > few minor things I'd like you to fix (If you prefer I can do it myself). > > > to make "thinking" a little easier: > > > > I've been working on alphabetic sorting. I've added two menu entries to > > the context menu in the properties/search dialog. There you can say sort > > by usage or sort by alphabet. > > If you try to open the context menu without pointing to an entry, you now > > get a smaller context menu just with the sorting entries. > > I'd rather have the item disabled, than not showing up. > Not seeing them, might make users wonder where it was he found them, while > having them disabled, makes him realize that they are not available. If it fits better into KimDaBa, okay! > > > The sort propertie is not put to the index.xml file yet. The point is, > > I'd like to have it with the window config and I just didn't know how to > > do it. > > I wonder if it really should be per category > Did you have a design idea behind that? > isn't that just over configurability? I think you're right. There is just one simple reason: I just was happy that I got it the way I've done it: It was the first time I was working an a linux/KDE program. So I'm quite happy with it. Okay, I didn't know how to have the context menu in one list box and inform the other listboxes to change as well. For me this over configurable version was just the easiest way to implement it! > > If not, I'd rather see it just one over all option. > Someone suggested two icons next to the listbox, which might be a good > idea. one looking like a letter (for alphabetically), and one looking like > a date book (for usage). > Maybe you could include that too. If I'm right, it was me who wrote about two icons. It's just the same thing like mentioned above: I was glade to make it run like I did it. Thats all! By for this evening and hoping there is not to much work left for sorting, Reimar > > Kind Regards > Jesper. > > - -- > Having trouble finding a given image in your collection containing > thousands of images? > > http://ktown.kde.org/KimDaBa might be the answer. > > - ------------------------------------------------------- > > - -- > Having trouble finding a given image in your collection containing > thousands of images? > > http://ktown.kde.org/KimDaBa might be the answer. > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.2.2 (GNU/Linux) > > iD8DBQFAVGiF7I9lWFUWr9URAoH1AJ9pLdjgx04wY7HiefAN1uU+oDURzwCgj+54 > 9FARQ1ZVGbZz3wpd737waAs= > =PN0a > -----END PGP SIGNATURE----- From rafabeccar at speedy.com.ar Sat Mar 20 01:12:22 2004 From: rafabeccar at speedy.com.ar (Rafael Beccar) Date: Fri, 19 Mar 2004 22:12:22 -0300 Subject: [KimDaBa] Comments about latest kimdaba CVS Message-ID: <200403192212.22702.rafabeccar@speedy.com.ar> Hi Jesper and everybody, I compiled kimdaba from CVS today without any problem. The thumbnails look great now, the browser looks a lot more elegant now with the word categories instead of images, and the sorting options are very useful. However, I have a couple of comments: - When I want to sort a category (e.g. persons) alphabetically the other categories (e.g. locations, keywords) are sorted alphabetically as well. I like this, but then we don't need to have sorting buttons in every category. I think we might have a toolbar at the top of the dialog with the two sorting buttons and some logical buttons ( & | ! ). - Personally, I disagree with the replacement of "none" with "no persons", "no keyword", etc, because it makes the label too large and not so elegant in some cases. For example: the Spanish translation for "no keyword" has 18 characters ("sin palabras clave") while the translation of "none" has only 7 characters ("ninguno"). And it could became longer for extra categories with long names. So, I really like better the original kimdaba format that used the word "none" for every category. This is from an old one: - In the "delete images" dialog the user has two choices: "Delete images from disk and database" and "Block from database". The problem is that it is possible to choose both options simultaneously. If somebody wants to block an image from the database but forget to uncheck "Delete images from disk and database" the images will be erased from disk ! Best Regards, Rafael From havoc at harrisdev.com Sat Mar 20 04:27:13 2004 From: havoc at harrisdev.com (Jody Harris) Date: Fri, 19 Mar 2004 21:27:13 -0700 Subject: [KimDaBa] Proposal for branch project Message-ID: <405BC821.2050800@harrisdev.com> Jesper, don't reply to this immediately. Let it "set on your brain" for a week or so, then let me know your thoughts. It's sounds completely "whacked" on first blanch, but... KSoDaBa -- the K Sound Database So, the kids and I shot a little video of "a monster" attacking a village. 15 seconds. What it needs is sound effects. So, off to Google I go, and I locate several thousand free sound effects. Problem: I have no way to organize them and track them for when I need them. Then, it occurs to me, "If I could mangle KimDaBa into a Sound Database, I'd be set!" Just thinking out loud. Maybe I'll take the principles I've learned from KimDaBa and being on this list and write a Sound Database for the web.... now there's a thought.... Happy Spring, everyone! havoc -- http://www.RealizationSystems.com/ -- start communicating http://www.GalacticSlacker.com/ -- read it and weep http://www.NMPerspective.com/ -- a Southwest Perspective From blackie at kde.org Sat Mar 20 12:10:37 2004 From: blackie at kde.org (Jesper K. Pedersen) Date: Sat, 20 Mar 2004 13:10:37 +0100 Subject: [KimDaBa] poll: Do you use partial dates (Everybody answer please) Message-ID: <200403201310.37856.blackie@kde.org> Hi. I'd like to get some input from you all, so I'd be very happy if you all would just hit the reply button (and ensure the mail only goes to me - not to the list) In week 16 I've taken the week of to work on KimDaBa, and one thing I'll work on is the image configure dialog, for that work I have a bunch of questions: How Many images do you have in KimDaBa: How large a percentage of your images are scanned in: In KimDaBa it is possible to specify a partial date, e.g. this picture is from 1985 (in contract to this images is from 11/7-1985). Is this a feature you use: Thanks Jesper. From mikmach at wp.pl Sat Mar 20 10:50:46 2004 From: mikmach at wp.pl (Mikolaj Machowski) Date: Sat, 20 Mar 2004 11:50:46 +0100 Subject: [KimDaBa] Proposal for branch project In-Reply-To: <405BC821.2050800@harrisdev.com> References: <405BC821.2050800@harrisdev.com> Message-ID: <200403201150.46892.mikmach@wp.pl> Dnia sob 20. marca 2004 05:27, Jody Harris napisał: > > KSoDaBa -- the K Sound Database > > So, the kids and I shot a little video of "a monster" attacking a > village. 15 seconds. What it needs is sound effects. So, off to > Google I go, and I locate several thousand free sound effects. > > Problem: I have no way to organize them and track them for when I need > them. > Just thinking out loud. Maybe I'll take the principles I've learned > from KimDaBa and being on this list and write a Sound Database for the > web.... now there's a thought.... Really interesting concept. What changes would require changing media from images to sounds? Also what extensions would be possible and useful in future? Video clips, txt files. Isn't it going to far and should be done on lower level (file system, gnome-proposed storage)? m. -- LaTeX + Vim = http://vim-latex.sourceforge.net/ Learn Touch Typing with Vim? Oui. Ja. Yes. Tak: http://vim.sourceforge.net/script.php?script_id=461 vim.pl - http://skawina.eu.org/mikolaj/ From blackie at blackie.dk Sat Mar 20 13:43:55 2004 From: blackie at blackie.dk (Jesper K. Pedersen) Date: Sat, 20 Mar 2004 14:43:55 +0100 Subject: [KimDaBa] Comments about latest kimdaba CVS In-Reply-To: <200403192212.22702.rafabeccar@speedy.com.ar> References: <200403192212.22702.rafabeccar@speedy.com.ar> Message-ID: <200403201443.55629.blackie@blackie.dk> On Saturday 20 March 2004 02:12, Rafael Beccar wrote: | - When I want to sort a category (e.g. persons) alphabetically the other | categories (e.g. locations, keywords) are sorted alphabetically as well. I | like this, but then we don't need to have sorting buttons in every | category. I think we might have a toolbar at the top of the dialog with the | two sorting buttons and some logical buttons ( & | ! ). I'll consider this when going over the whole image configure window in week 16 (aka kimdaba week - I've taken this week of for kimdaba work) | - Personally, I disagree with the replacement of "none" with "no persons", | "no keyword", etc, because it makes the label too large and not so elegant | in some cases. For example: the Spanish translation for "no keyword" has 18 | characters ("sin palabras clave") while the translation of "none" has only | 7 characters ("ninguno"). And it could became longer for extra categories | with long names. So, I really like better the original kimdaba format that | used the word "none" for every category. hmm, I'm indifferent on this issue, someone suggested the change, and I was just following the crow, what does someone else think? | This is from an old one: | - In the "delete images" dialog the user has two choices: "Delete images | from disk and database" and "Block from database". The problem is that it | is possible to choose both options simultaneously. If somebody wants to | block an image from the database but forget to uncheck "Delete images from | disk and database" the images will be erased from disk ! I'm not sure I understand you what do you want to have change in that dialog? Cheers Jesper. From rafabeccar at speedy.com.ar Sat Mar 20 11:17:13 2004 From: rafabeccar at speedy.com.ar (Rafael Beccar) Date: Sat, 20 Mar 2004 08:17:13 -0300 Subject: [KimDaBa] Comments about latest kimdaba CVS In-Reply-To: <200403201443.55629.blackie@blackie.dk> References: <200403192212.22702.rafabeccar@speedy.com.ar> <200403201443.55629.blackie@blackie.dk> Message-ID: <200403200817.13566.rafabeccar@speedy.com.ar> El Sáb 20 Mar 2004 10:43, Jesper K. Pedersen escribió: > | This is from an old one: > | - In the "delete images" dialog the user has two choices: "Delete images > | from disk and database" and "Block from database". The problem is that it > | is possible to choose both options simultaneously. If somebody wants to > | block an image from the database but forget to uncheck "Delete images > | from disk and database" the images will be erased from disk ! > > I'm not sure I understand you what do you want to have change in that > dialog? Right now there are two independent check buttons. I meant to replace them with two radio buttons inside a button group (speaking in Qt Designer terms). From blackie at blackie.dk Sat Mar 20 14:52:29 2004 From: blackie at blackie.dk (Jesper K. Pedersen) Date: Sat, 20 Mar 2004 15:52:29 +0100 Subject: [KimDaBa] Comments about latest kimdaba CVS In-Reply-To: <200403200817.13566.rafabeccar@speedy.com.ar> References: <200403192212.22702.rafabeccar@speedy.com.ar> <200403201443.55629.blackie@blackie.dk> <200403200817.13566.rafabeccar@speedy.com.ar> Message-ID: <200403201552.29768.blackie@blackie.dk> On Saturday 20 March 2004 12:17, Rafael Beccar wrote: | El Sáb 20 Mar 2004 10:43, Jesper K. Pedersen escribió: | > | This is from an old one: | > | - In the "delete images" dialog the user has two choices: "Delete | > | images from disk and database" and "Block from database". The problem | > | is that it is possible to choose both options simultaneously. If | > | somebody wants to block an image from the database but forget to | > | uncheck "Delete images from disk and database" the images will be | > | erased from disk ! | > | > I'm not sure I understand you what do you want to have change in that | > dialog? | | Right now there are two independent check buttons. I meant to replace them | with two radio buttons inside a button group (speaking in Qt Designer | terms). Thats a feature not a bug ;-) I gave it a lot of thought once, and had it as radio buttons, but then I changed it to checkboxes. Of course I've forgot the reason now :-0 Cheers Jesper. From rafabeccar at speedy.com.ar Sat Mar 20 12:19:27 2004 From: rafabeccar at speedy.com.ar (Rafael Beccar) Date: Sat, 20 Mar 2004 09:19:27 -0300 Subject: [KimDaBa] Comments about latest kimdaba CVS In-Reply-To: <200403201552.29768.blackie@blackie.dk> References: <200403192212.22702.rafabeccar@speedy.com.ar> <200403200817.13566.rafabeccar@speedy.com.ar> <200403201552.29768.blackie@blackie.dk> Message-ID: <200403200919.27973.rafabeccar@speedy.com.ar> El Sáb 20 Mar 2004 11:52, Jesper K. Pedersen escribió: > On Saturday 20 March 2004 12:17, Rafael Beccar wrote: > | El Sáb 20 Mar 2004 10:43, Jesper K. Pedersen escribió: > Thats a feature not a bug ;-) > I gave it a lot of thought once, and had it as radio buttons, but then I > changed it to checkboxes. > Of course I've forgot the reason now :-0 Bug, feature, enhancement, call it as you want. But please, change this before I make a mistake and erase a picture when I just want to block it. ;-) Regards, Rafael From rafabeccar at speedy.com.ar Sat Mar 20 15:52:05 2004 From: rafabeccar at speedy.com.ar (Rafael Beccar) Date: Sat, 20 Mar 2004 12:52:05 -0300 Subject: [KimDaBa] Comments about latest kimdaba CVS In-Reply-To: <200403200919.27973.rafabeccar@speedy.com.ar> References: <200403192212.22702.rafabeccar@speedy.com.ar> <200403201552.29768.blackie@blackie.dk> <200403200919.27973.rafabeccar@speedy.com.ar> Message-ID: <200403201247.57412.rafabeccar@speedy.com.ar> El Sáb 20 Mar 2004 09:19, Rafael Beccar escribió: > El Sáb 20 Mar 2004 11:52, Jesper K. Pedersen escribió: > > On Saturday 20 March 2004 12:17, Rafael Beccar wrote: > > | El Sáb 20 Mar 2004 10:43, Jesper K. Pedersen escribió: > > > > Thats a feature not a bug ;-) > > I gave it a lot of thought once, and had it as radio buttons, but then I > > changed it to checkboxes. > > Of course I've forgot the reason now :-0 > > Bug, feature, enhancement, call it as you want. But please, change this > before I make a mistake and erase a picture when I just want to block it. > ;-) Wait, I am going to try to do it myself and submit you a patch. The only programming language I know is Perl, but it seems this is not so difficult to do and is a good change to learn a little about Qt. I will give it a try, if I can't do it by tomorrow night I will tell you that I give up with the patch. Regards, Rafael From blackie at blackie.dk Sat Mar 20 16:00:37 2004 From: blackie at blackie.dk (Jesper K. Pedersen) Date: Sat, 20 Mar 2004 17:00:37 +0100 Subject: [KimDaBa] Comments about latest kimdaba CVS In-Reply-To: <200403201247.57412.rafabeccar@speedy.com.ar> References: <200403192212.22702.rafabeccar@speedy.com.ar> <200403200919.27973.rafabeccar@speedy.com.ar> <200403201247.57412.rafabeccar@speedy.com.ar> Message-ID: <200403201700.37618.blackie@blackie.dk> On Saturday 20 March 2004 16:52, Rafael Beccar wrote: | El Sáb 20 Mar 2004 09:19, Rafael Beccar escribió: | > El Sáb 20 Mar 2004 11:52, Jesper K. Pedersen escribió: | > > On Saturday 20 March 2004 12:17, Rafael Beccar wrote: | > > | El Sáb 20 Mar 2004 10:43, Jesper K. Pedersen escribió: | > > | > > Thats a feature not a bug ;-) | > > I gave it a lot of thought once, and had it as radio buttons, but then | > > I changed it to checkboxes. | > > Of course I've forgot the reason now :-0 | > | > Bug, feature, enhancement, call it as you want. But please, change this | > before I make a mistake and erase a picture when I just want to block it. | > ;-) | | Wait, I am going to try to do it myself and submit you a patch. The only | programming language I know is Perl, but it seems this is not so difficult | to do and is a good change to learn a little about Qt. I will give it a | try, if I can't do it by tomorrow night I will tell you that I give up with | the patch. As I said it is so by design, so don't bother writting a patch that changes the check boxes to radio buttons. Cheers Jesper. From mikmach at wp.pl Sat Mar 20 14:13:02 2004 From: mikmach at wp.pl (Mikolaj Machowski) Date: Sat, 20 Mar 2004 15:13:02 +0100 Subject: [KimDaBa] poll: Do you use partial dates (Everybody answer please) In-Reply-To: <200403201310.37856.blackie@kde.org> References: <200403201310.37856.blackie@kde.org> Message-ID: <200403201513.02140.mikmach@wp.pl> Dnia sob 20. marca 2004 13:10, Jesper K. Pedersen napisał: > > How Many images do you have in KimDaBa: Currently only 250, but still in migration. Better tools for importing of images would help :) > How large a percentage of your images are scanned in: Ca. 15% (mainly because I am scanning for later printing and need high quality scans - BIG images, have to burn them almost instantly to save disk space). > In KimDaBa it is possible to specify a partial date, e.g. this picture is > from 1985 (in contract to this images is from 11/7-1985). > Is this a feature you use: Hmm. Not sure if I understand, but I suppose that feature would be interesting for importing old holiday pictures. m. -- LaTeX + Vim = http://vim-latex.sourceforge.net/ Learn Touch Typing with Vim? Oui. Ja. Yes. Tak: http://vim.sourceforge.net/script.php?script_id=461 vim.pl - http://skawina.eu.org/mikolaj/ From rafabeccar at speedy.com.ar Sat Mar 20 16:51:17 2004 From: rafabeccar at speedy.com.ar (Rafael Beccar) Date: Sat, 20 Mar 2004 13:51:17 -0300 Subject: [KimDaBa] Comments about latest kimdaba CVS In-Reply-To: <200403201700.37618.blackie@blackie.dk> References: <200403192212.22702.rafabeccar@speedy.com.ar> <200403201247.57412.rafabeccar@speedy.com.ar> <200403201700.37618.blackie@blackie.dk> Message-ID: <200403201351.17300.rafabeccar@speedy.com.ar> El Sáb 20 Mar 2004 13:00, Jesper K. Pedersen escribió: > On Saturday 20 March 2004 16:52, Rafael Beccar wrote: > | El Sáb 20 Mar 2004 09:19, Rafael Beccar escribió: > | > El Sáb 20 Mar 2004 11:52, Jesper K. Pedersen escribió: > | > > On Saturday 20 March 2004 12:17, Rafael Beccar wrote: > | > > | El Sáb 20 Mar 2004 10:43, Jesper K. Pedersen escribió: > As I said it is so by design, so don't bother writting a patch that changes > the check boxes to radio buttons. Well, my idea was to make them exclusive. I might do it anyway and keep it for myself as a Qt lesson. Greetings, Rafael > > Cheers > Jesper. > > _______________________________________________ > KimDaBa mailing list > KimDaBa at klaralvdalens-datakonsult.se > http://sulaco.hrhansen.dk/mailman/listinfo/kimdaba From blackie at blackie.dk Sat Mar 20 16:57:09 2004 From: blackie at blackie.dk (Jesper K. Pedersen) Date: Sat, 20 Mar 2004 17:57:09 +0100 Subject: [KimDaBa] Comments about latest kimdaba CVS In-Reply-To: <200403201351.17300.rafabeccar@speedy.com.ar> References: <200403192212.22702.rafabeccar@speedy.com.ar> <200403201700.37618.blackie@blackie.dk> <200403201351.17300.rafabeccar@speedy.com.ar> Message-ID: <200403201757.09788.blackie@blackie.dk> On Saturday 20 March 2004 17:51, Rafael Beccar wrote: | El Sáb 20 Mar 2004 13:00, Jesper K. Pedersen escribió: | > On Saturday 20 March 2004 16:52, Rafael Beccar wrote: | > | El Sáb 20 Mar 2004 09:19, Rafael Beccar escribió: | > | > El Sáb 20 Mar 2004 11:52, Jesper K. Pedersen escribió: | > | > > On Saturday 20 March 2004 12:17, Rafael Beccar wrote: | > | > > | El Sáb 20 Mar 2004 10:43, Jesper K. Pedersen escribió: | > | > As I said it is so by design, so don't bother writting a patch that | > changes the check boxes to radio buttons. Making the exclusive is the same as a two radio buttons, right? As I said, I had a reason for using checkboxes, that is there was a situation where I wanted both to be on the same time, I just can't remember which. From boulot.dodo at laposte.net Sat Mar 20 18:22:34 2004 From: boulot.dodo at laposte.net (Jean-Michel FAYARD) Date: Sat, 20 Mar 2004 18:22:34 +0000 Subject: [KimDaBa] Re: poll: Do you use partial dates (Everybody answer please) In-Reply-To: <200403201310.37856.blackie@kde.org> References: <200403201310.37856.blackie@kde.org> Message-ID: Jesper K. Pedersen a écrit : > Hi. > > I'd like to get some input from you all, so I'd be very happy if you all would > just hit the reply button (and ensure the mail only goes to me - not to the > list) > > In week 16 I've taken the week of to work on KimDaBa, and one thing I'll work > on is the image configure dialog, for that work I have a bunch of questions: > > How Many images do you have in KimDaBa: 1700, rapidly growing > In KimDaBa it is possible to specify a partial date, e.g. this picture is from > 1985 (in contract to this images is from 11/7-1985). > Is this a feature you use: before no, I wasn't aware of that. From rafabeccar at speedy.com.ar Sat Mar 20 17:41:27 2004 From: rafabeccar at speedy.com.ar (Rafael Beccar) Date: Sat, 20 Mar 2004 14:41:27 -0300 Subject: [KimDaBa] Comments about latest kimdaba CVS In-Reply-To: <200403201757.09788.blackie@blackie.dk> References: <200403192212.22702.rafabeccar@speedy.com.ar> <200403201351.17300.rafabeccar@speedy.com.ar> <200403201757.09788.blackie@blackie.dk> Message-ID: <200403201441.27670.rafabeccar@speedy.com.ar> El Sáb 20 Mar 2004 13:57, Jesper K. Pedersen escribió: > On Saturday 20 March 2004 17:51, Rafael Beccar wrote: > | El Sáb 20 Mar 2004 13:00, Jesper K. Pedersen escribió: > | > On Saturday 20 March 2004 16:52, Rafael Beccar wrote: > | > | El Sáb 20 Mar 2004 09:19, Rafael Beccar escribió: > | > | > El Sáb 20 Mar 2004 11:52, Jesper K. Pedersen escribió: > | > | > > On Saturday 20 March 2004 12:17, Rafael Beccar wrote: > | > | > > | El Sáb 20 Mar 2004 10:43, Jesper K. Pedersen escribió: > | > > | > As I said it is so by design, so don't bother writting a patch that > | > changes the check boxes to radio buttons. > > Making the exclusive is the same as a two radio buttons, right? I don't think so, you can have two radio buttons but if they are not inside a Button Group they are not exclusive. > As I said, I had a reason for using checkboxes, that is there was a > situation where I wanted both to be on the same time, I just can't remember > which. Well, lets think about it: As I understand if you have "Delete images from disk and database" ON and you pressed OK the image will be erased from disk and removed from index.xml. If the entry is not any more in index.xml why you would ever want to block the image from the database ? I really can't find a possible situation. I have tried what happen if you have both options on. The result is that the image is not anymore on the disk and that's dangerous because "Delete Images" is the default option and is very easy to erase a picture by mistake when just you want to block it. Well, you are the expert and Kimdaba's father but in this case I am pretty sure about my point of view. If I am wrong please tell me. Greetings, Rafael From urs at synthetik.ch Sun Mar 21 06:00:59 2004 From: urs at synthetik.ch (urs roesch) Date: Sun, 21 Mar 2004 15:00:59 +0900 Subject: [KimDaBa] poll: Do you use partial dates (Everybody answer please) In-Reply-To: <200403201310.37856.blackie@kde.org>; from blackie@kde.org on Sat, Mar 20, 2004 at 01:10:37PM +0100 References: <200403201310.37856.blackie@kde.org> Message-ID: <20040321150059.C27381@ns.synthetik.ch> Jesper K. Pedersen [blackie at kde.org] wrote: > Hi. > I'd like to get some input from you all, so I'd be very happy if you all would > just hit the reply button (and ensure the mail only goes to me - not to the > list) > In week 16 I've taken the week of to work on KimDaBa, and one thing I'll work > on is the image configure dialog, for that work I have a bunch of questions: > How Many images do you have in KimDaBa: 3300 but haven't finished consolidation yet likely to grow to 4000+ in the near Future > How large a percentage of your images are scanned in: There are a couple of images from ImageCDs and PhotoCDs but it is probably less than 10% > In KimDaBa it is possible to specify a partial date, e.g. this picture is from > 1985 (in contract to this images is from 11/7-1985). > Is this a feature you use: Since I'm still classifying the pictures I have not yet checked the dates on them but I think that this feature will be used for the images from CDs that do not have EXIF data. cheers, --urs From jedd at progsoc.org Sun Mar 21 11:01:12 2004 From: jedd at progsoc.org (jedd) Date: Sun, 21 Mar 2004 22:01:12 +1100 Subject: [KimDaBa] Meta-data for files (Was: Proposal for branch project) In-Reply-To: <200403201150.46892.mikmach@wp.pl> References: <405BC821.2050800@harrisdev.com> <200403201150.46892.mikmach@wp.pl> Message-ID: <200403212201.12269.jedd@progsoc.org> On Sat March 20 2004 09:50 pm, Mikolaj Machowski wrote: ] Dnia sob 20. marca 2004 05:27, Jody Harris napisał: ] > Just thinking out loud. Maybe I'll take the principles I've learned ] > from KimDaBa and being on this list and write a Sound Database for the ] > web.... now there's a thought.... ] Also what extensions would be possible and useful in future? Video ] clips, txt files. Isn't it going to far and should be done on lower ] level (file system, gnome-proposed storage)? I tend to think that's a file-system issue. So does Microsoft. Which isn't really very interesting - you can imagine they'd think everything falls under their control & influence (you can have adverts pop-up for the new version of Office whenever you search your file system for a document). Turning the FS into a DB was due for the next release of MS's OS, but seemingly it's been put on hold for a while. (The theoretical operation was that the existing FS would be a 'plugin' to the new OS, and the default FS would actually be a SQL DB.) What's more interesting is that Hans Reiser thinks this way too, and he wrote a superb white paper on the subject a while back. http://www.namesys.com/whitepaper.html When that happens is anyone's guess, but it's still a really well-written and interesting discussion paper. v4 of reiserfs is due RSN, but won't include this kind of functionality, as I understand it, but will include a plug-in capability .. and we may see this kind of thing coming out under that architecture sometime later. To answer the earlier question -- you could presumably rip out the image aspects of KimDaBa and try to replace them with audio or AV or Document equivalents, but audio files don't lend themselves to thumbnails. AV stuff does. Text documents don't. Have fun. ; ) Cheers, Jedd. From mikmach at wp.pl Sun Mar 21 18:44:07 2004 From: mikmach at wp.pl (Mikolaj Machowski) Date: Sun, 21 Mar 2004 19:44:07 +0100 Subject: [KimDaBa] Meta-data for files (Was: Proposal for branch project) In-Reply-To: <200403212201.12269.jedd@progsoc.org> References: <405BC821.2050800@harrisdev.com> <200403201150.46892.mikmach@wp.pl> <200403212201.12269.jedd@progsoc.org> Message-ID: <200403211944.07230.mikmach@wp.pl> Dnia nie 21. marca 2004 12:01, jedd napisał: > > To answer the earlier question -- you could presumably rip out the > image aspects of KimDaBa and try to replace them with audio or > AV or Document equivalents, but audio files don't lend themselves > to thumbnails. AV stuff does. Text documents don't. Why? KDE already show previews for txt files (there are still some bugs but it is possible). Also "preview" of sound files is done with hovering mouse over icon. Visualization is hard but could be done with association icon or image with this particular sound file. m. -- LaTeX + Vim = http://vim-latex.sourceforge.net/ Learn Touch Typing with Vim? Oui. Ja. Yes. Tak: http://vim.sourceforge.net/script.php?script_id=461 vim.pl - http://skawina.eu.org/mikolaj/ From jedd at progsoc.org Sun Mar 21 22:31:17 2004 From: jedd at progsoc.org (jedd) Date: Mon, 22 Mar 2004 09:31:17 +1100 Subject: [KimDaBa] Meta-data for files (Was: Proposal for branch project) In-Reply-To: <200403211944.07230.mikmach@wp.pl> References: <405BC821.2050800@harrisdev.com> <200403212201.12269.jedd@progsoc.org> <200403211944.07230.mikmach@wp.pl> Message-ID: <200403220931.17584.jedd@progsoc.org> On Mon March 22 2004 05:44 am, Mikolaj Machowski wrote: ] Why? KDE already show previews for txt files (there are still some bugs ] but it is possible). Also "preview" of sound files is done with hovering ] mouse over icon. Visualization is hard but could be done with ] association icon or image with this particular sound file. I fit about 50-80 thumbnails on screen while using KimDaBa, and I think it would be infeasible to get a visual representation of text documents at such a density. I was thinking about this last night as I dozed off, too, and realised that this facility already exists for text documents on your system - htdig or swish++ are two examples. Summarizing, in text format, a bunch of text documents would be painful and pointless. Sound file previews .. yes, I've bumped into those accidentally once before on KDE. They didn't last long. ;) What kind of information, over and above what goes into the file's path, name, or id3 tag, would you want to associate with an audio stream? There's plenty of audio database packages out there already, and a lot of them can pull genre and name information out of the cddb or equivalent. (And yes, I know that most people that contribute to those public db's can't spell.) Actually I think the big lack of problem here is that so few people create & collect non-music audio files. AV stuff is interesting, and I can see it growing in usefulness as more people acquire home videos, but I'm still pondering what a useful indexing system for an AV collection would look like. Anyway, ultimately I really do think this stuff should live in the file system layer. Jedd. From BOUCHAOL at cial.cic.fr Fri Mar 26 08:39:40 2004 From: BOUCHAOL at cial.cic.fr (BOUCHARD Olivier) Date: Fri, 26 Mar 2004 09:39:40 +0100 Subject: [KimDaBa] Import data Message-ID: <06BACC9B87393847A2353FB94AFE68E69AEA37@gf46-001.cic-st.cm-cic.fr> hi Jesper, hi u all I manage more than 2.000 pictures, 99,9% scanned... I already have set comments into another MS software (J*ASC photo album), and i'd like to switch the database to KimDaBa My comments are structured so: filename, title, comment in a .txt file Have u any suggestions "howto" to get these informations into the KimDaBa index.xml file ??? Thx & bye -------------- next part -------------- An HTML attachment was scrubbed... URL: From blackie at kde.org Fri Mar 26 08:58:23 2004 From: blackie at kde.org (Jesper K. Pedersen) Date: Fri, 26 Mar 2004 09:58:23 +0100 Subject: [KimDaBa] Import data In-Reply-To: <06BACC9B87393847A2353FB94AFE68E69AEA37@gf46-001.cic-st.cm-cic.fr> References: <06BACC9B87393847A2353FB94AFE68E69AEA37@gf46-001.cic-st.cm-cic.fr> Message-ID: <200403260958.24110.blackie@kde.org> On Friday 26 March 2004 09:39, BOUCHARD Olivier wrote: | hi Jesper, hi u all | | I manage more than 2.000 pictures, 99,9% scanned... | I already have set comments into another MS software (J*ASC photo album), | and i'd like to switch the database to KimDaBa My comments are structured | so: filename, title, comment in a .txt file | | Have u any suggestions "howto" to get these informations into the KimDaBa | index.xml file ??? Well my best suggestion would be to write a small application which read the original image and writes it in kimdaba XML format. If you are not a programmer, then try to put your data online, and cry for help here, maybe there is a fellow kimdaba user who has it in the same format and can help you, or simply are tickled by the challenge and does it. As a KimDaBa developer I'm not going to do this, as I find it (at least currently) of little use to KimDaBa in general, but as a professional consultant I might be able to write the script for you - should you choose to give me copyright to put the script online for other interested users, I'll gladly give you a decent discount. Sent me the file in a private email for an offer. Cheers Jesper. From davidf at sjsoft.com Fri Mar 26 10:54:16 2004 From: davidf at sjsoft.com (David Fraser) Date: Fri, 26 Mar 2004 12:54:16 +0200 Subject: [KimDaBa] Import data In-Reply-To: <200403260958.24110.blackie@kde.org> References: <06BACC9B87393847A2353FB94AFE68E69AEA37@gf46-001.cic-st.cm-cic.fr> <200403260958.24110.blackie@kde.org> Message-ID: <40640BD8.7030803@sjsoft.com> Jesper K. Pedersen wrote: >On Friday 26 March 2004 09:39, BOUCHARD Olivier wrote: >| hi Jesper, hi u all >| >| I manage more than 2.000 pictures, 99,9% scanned... >| I already have set comments into another MS software (J*ASC photo album), >| and i'd like to switch the database to KimDaBa My comments are structured >| so: filename, title, comment in a .txt file >| >| Have u any suggestions "howto" to get these informations into the KimDaBa >| index.xml file ??? >Well my best suggestion would be to write a small application which read the >original image and writes it in kimdaba XML format. > >If you are not a programmer, then try to put your data online, and cry for >help here, maybe there is a fellow kimdaba user who has it in the same format >and can help you, or simply are tickled by the challenge and does it. > >As a KimDaBa developer I'm not going to do this, as I find it (at least >currently) of little use to KimDaBa in general, but as a professional >consultant I might be able to write the script for you - should you choose to >give me copyright to put the script online for other interested users, I'll >gladly give you a decent discount. Sent me the file in a private email for an >offer. > >Cheers >Jesper. > Hi I have just started writing some Python code that so far allows you to import a kimdaba config script and write it out again. This could be extended to allow you to build up a kimdaba config file from scratch, and import stuff like this. See my other message (on PyImdaba) for more details. Cheers David From davidf at sjsoft.com Fri Mar 26 11:49:18 2004 From: davidf at sjsoft.com (David Fraser) Date: Fri, 26 Mar 2004 13:49:18 +0200 Subject: [KimDaBa] PyImdaba Message-ID: <406418BE.9070702@sjsoft.com> Hi First of all thanks, Jesper and others for KImdaba. What a great application! My sister visited my house and said "Wow, I need to get that." Unfortunately she runs Windows, so its a bit complex to get her to use KImdaba (and she can't change it its not her machine). So I decided to do something I've been wanting to do for a while - write a cross-platform program like KImdaba, using Python and wxPython. So far I have made it so it can read in a KImdaba index.xml and display the images, using a similar kind of interface (though slightly different). You can filter things just like you can in KImdaba, but there's no support for dates yet. Also I have added a slideshow feature which lets you view all the current filtered images in a fullscreen slideshow. (though for some reason this is now crashing with wxGTK, but not wxMSW) And I have added a "Run command" feature which lets you run a command on all the current filtered images. For example, you can Run "eog" on Linux and it will open all the current pictures in eog, or similarly in gthumb (another nice way to do a slideshow) Note that this is very preliminary code, and could use much improvement! Anyway I am writing to see if anyone else is interested in this, maybe I will start a project on sourceforge if they are... Since the code is very small (491 lines total) I have attached a zip file of it. This requires Python 2.3, wxPython 2.4 and elementtree 1.1 (from effbot.org) If anyone wants to see a screenshot there is one at http://davidf.sjsoft.com/files/pyimdaba-0.0.1-mainwindow.jpg (too big to post to list) Regards David -------------- next part -------------- A non-text attachment was scrubbed... Name: pyimdaba-0.0.1.zip Type: application/zip Size: 5345 bytes Desc: not available URL: From davidf at sjsoft.com Sat Mar 27 12:24:34 2004 From: davidf at sjsoft.com (David Fraser) Date: Sat, 27 Mar 2004 14:24:34 +0200 Subject: [KimDaBa] Proposal for branch project Message-ID: <40657282.7050101@sjsoft.com> > > >Jesper, don't reply to this immediately. Let it "set on your brain" for >a week or so, then let me know your thoughts. > >It's sounds completely "whacked" on first blanch, but... > >KSoDaBa -- the K Sound Database > >So, the kids and I shot a little video of "a monster" attacking a >village. 15 seconds. What it needs is sound effects. So, off to >Google I go, and I locate several thousand free sound effects. > >Problem: I have no way to organize them and track them for when I need them. > >Then, it occurs to me, "If I could mangle KimDaBa into a Sound Database, >I'd be set!" > >Just thinking out loud. Maybe I'll take the principles I've learned >from KimDaBa and being on this list and write a Sound Database for the >web.... now there's a thought.... > >Happy Spring, everyone! > >havoc > I've just joined the mailing list but found this message in the archives. I had been thinking of similar ideas myself. Others have commented that this belongs in the filesystem. But a lot of those comments could apply to KImdaba itself. My view of it is, maybe it does in the long run, but its not there now, so why not make something now rather than waiting for the file system? I see KimDaBa as a way to browse & categorise information (in this case images) - its a user interface to that process. Whether the actual metadata is stored in an index file like KimDaBa does it or in a special place in the file system isn't that important - Kimdaba could easily be adapted to work on file system metadata, and so could any broader system. What's important (and brilliant about KimDaBa) is the ease of use etc. Anyway the main aspect of KImdaba that wouldn't work easily for non-images is previewing thumbnails. But there's a whole lot of stuff that is relevant and could be applied. I think, rather than writing a whole lot of different apps (Images, Sound, Text, etc) it would be cool to have one app that would handle a variety of media types, and use the same categorisation system for all of them. In addition, it would be cool to be able to share that information - I was wondering about using PyImdaba to make a web-based browsing system. If something like this handled not just images but sound, text, etc, it could become a kind of multimedia-meta-blogging system. Cheers David From jedd at progsoc.org Sat Mar 27 14:10:17 2004 From: jedd at progsoc.org (jedd) Date: Sun, 28 Mar 2004 01:10:17 +1100 Subject: [KimDaBa] Proposal for branch project In-Reply-To: <40657282.7050101@sjsoft.com> References: <40657282.7050101@sjsoft.com> Message-ID: <200403280110.17478.jedd@progsoc.org> So long as others are happy for this to be on the list. It's bordering on off-topic (okay okay, it's way off topic) but it's related to the broader topic, perhaps, depending how loosely you're happy to define ... yada yada. On Sat March 27 2004 11:24 pm, David Fraser wrote: ] Others have commented that this belongs in the filesystem. ] But a lot of those comments could apply to KImdaba itself. You're possibly talking about me there. I'm not sure which comments could apply equally well to KimDaBa, but I'm always more than happy to comment on things. ] My view of it is, maybe it does in the long run, but its not there now, ] so why not make something now rather than waiting for the file system? So you have two beliefs: 1. That it probably belongs in the fs, and 2. That regardless of where, effort needs to be applied to create it. So the question can be turned on it's head - why spend effort duplicating many very similar applications when a smaller effort could be spent on developing a single integrated solution, and in the place where it probably belongs anyway? ] I see KimDaBa as a way to browse & categorise information (in this case ] images) - its a user interface to that process. It's a database. With a very nice front end. (Despite the Thumbnails. ;) ] Whether the actual metadata is stored in an index file like KimDaBa does ] it or in a special place in the file system isn't that important - Actually that's a very important thing to consider, but we'll get to why later on. ] Kimdaba could easily be adapted to work on file system metadata, and so ] could any broader system. What's important (and brilliant about KimDaBa) ] is the ease of use etc. Very much so. I haven't looked at the source much, so can't begin to estimate what the %-breakdown is of the read/write-the-xml, the UI proper, the database logic, etc is .. but it seems to me that the UI and the logic would be the big things, and that it would be a relatively trivial task to change the application to use something other than a flat-file - say postgresql, or a plug-in to a file-system. ] Anyway the main aspect of KImdaba that wouldn't work easily for ] non-images is previewing thumbnails. KDE currently thumbnails audio quite acceptably (though I hate it), and thumbnails video files quite nicely (though the first frame of many videos is black), I think. Without thumbnails, though, it becomes very tricky to categorize the data files in the first place. It's easy with KimDaBa because you can see who's in the photo, where that shot was taken, etc. With a text file this is uber-painful (and as I mentioned before is best handled by things like htdig). With a video file it's probably even more painful. With audio files it's anywhere between slightly and very painful. ] But there's a whole lot of stuff that is relevant and could be applied. Creating arbitrary attributes to files and having arbitrary values assigned to those attributes, and having a nice UI to assign and query those values? At the end of the day, if that's what you're after then all you're after is a database with a data-input screen and a query engine. ] I think, rather than writing a whole lot of different apps (Images, ] Sound, Text, etc) it would be cool to have one app that would handle a ] variety of media types, and use the same categorisation system for all ] of them. When you say categorisation system, what are you referring to? The ability to create arbitrary attributes, or having the same attributes assigned to all file types (person, location, keyword). If the latter, how does that work for different media types (audio, av, image)? ] In addition, it would be cool to be able to share that ] information - I was wondering about using PyImdaba to make a web-based ] browsing system. ] If something like this handled not just images but sound, text, etc, it ] could become a kind of multimedia-meta-blogging system. Ahh yes. What the world needs now is more blogging systems. ;) Writing front-ends specific for web-based browsing systems is another example of how this approach commits you to extra work just to get the different user-level 'components' talking to the same language. If you want to have different attributes for different types of files, then there's suddenly no reason to have them all contained in the same database (xml file, say). You end up with either different apps designed to enter data & do queries on different file types, or you end up with something so generic that it looks like every other database interface (this isn't a necessarily bad thing, IMO). And you end up with lots of xml files in various places that you have to carefully track (or one that contains all your disparate data and is so big that you'd have data-corruption & recovery worries about). Consider that once this information is plugged in to the file system, you get a number of benefits. First, your application doesn't have to worry about exporting or importing (merging) data from other sources. You just copy bits of the file-system around. You get transportability. Second, you get a performance benefit - file-system plugins are going to be faster than flat-file databases running in userspace. Third, you get convenience - you don't have to code for special cases like moving image files from one directory to another, as files and their attributes are intrinsically connected at an OS level. You also get lots of little benefits - you get to focus on the UI and logic / design, and just use the FS's API to do the tedious stuff. You attract the attention of lots of people who want similar things but don't realise it yet. You get to deprecate the umpteen mp3-playlist-managers on sf overnight (this is definitely a good thing). I guess my point is that if you think the logical place for this is in the file-system, then consider doing it properly - write a generic attribute plug-in for reiserfs v4 that KimDaBa can then use as a backend, rather than duplicating a bunch of code that shouldn't need to exist in the first place. Actually I wouldn't be too surprised if someone isn't already working on this kind of plug-in. There doesn't seem to be much info on plugins in progress on the namesys site though. Cheers, Jedd. From BOUCHAOL at cial.cic.fr Mon Mar 29 07:28:22 2004 From: BOUCHAOL at cial.cic.fr (BOUCHARD Olivier) Date: Mon, 29 Mar 2004 08:28:22 +0200 Subject: [KimDaBa] Import data Message-ID: <06BACC9B87393847A2353FB94AFE68E6061893B2@gf46-001.cic-st.cm-cic.fr> hi u all Now it's OK for me :-)) I could use the database behind the initial software, wich was an .mdb file. And so I could generate a line/record for each file, with KimDaBa format using dates, title and description Ex: I got pb with special caracters : & ; é or è and the \ of paths => solved by edit/replace in the original datas thx & bye From blackie at blackie.dk Tue Mar 30 09:25:02 2004 From: blackie at blackie.dk (Jesper K. Pedersen) Date: Tue, 30 Mar 2004 10:25:02 +0200 Subject: [KimDaBa] Proposal for branch project In-Reply-To: <405BC821.2050800@harrisdev.com> References: <405BC821.2050800@harrisdev.com> Message-ID: <200403301025.03005.blackie@blackie.dk> Let me see, its about a week now isn't it? ;-) Well I've given this some though, and despite it sounds like a very good idea, I think that it would simply take too much time from kimdaba core time, time that are better spent on what kimdaba is currently good at. Thanks for your suggestion, and I haven't discarded it completely, but so far I think time is better spent elsewhere. Cheers Jesper. On Saturday 20 March 2004 05:27, Jody Harris wrote: | Jesper, don't reply to this immediately. Let it "set on your brain" for | a week or so, then let me know your thoughts. | | It's sounds completely "whacked" on first blanch, but... | | KSoDaBa -- the K Sound Database | | So, the kids and I shot a little video of "a monster" attacking a | village. 15 seconds. What it needs is sound effects. So, off to | Google I go, and I locate several thousand free sound effects. | | Problem: I have no way to organize them and track them for when I need | them. | | Then, it occurs to me, "If I could mangle KimDaBa into a Sound Database, | I'd be set!" | | Just thinking out loud. Maybe I'll take the principles I've learned | from KimDaBa and being on this list and write a Sound Database for the | web.... now there's a thought.... | | Happy Spring, everyone! | | havoc -- Having trouble finding a given image in your collection containing thousands of images? http://ktown.kde.org/KimDaBa might be the answer.