[KimDaBa] RFC - seperating back and frontend

Jesper K. Pedersen blackie at blackie.dk
Sun Apr 4 07:16:21 BST 2004

I'm in a company meeting till next saturday, so I'm afraid I dont have much 
time to comment on things.

My thought about all this is basically this:
1) I'm fine with lots of KDE dependencies, and have no plan whatsoever on 
getting rid of that.
2) I expect to get an HTML frontend working, presuambly based on Jean-Michel 
3) I'm working on a plugin system for kimdaba, which will make plugins shared 
several application (digikam, gwenview, and showimg so far)
4) I expect at some point to make it possible to use different backends for 
saving, so people in the future can take advantage of the speed of databases 
(esp loading time).

Kind Regards

On Saturday 03 April 2004 05:38, urs roesch wrote:
| Howdy everyone,
| I had this idea the other day and thought I throw it at the list and
| especially Jesper to find out if it should be sent straight to /dev/null or
| if it is something that should be looked at.
| I think Kimdaba could take another leap forward by seperating the backend
| (scanning images, keeping the xml file up to date, etc..) from the frontend
| (displaying picture on the screen, add picture categorizations, etc...).
| Additionally defining a general API that other apps or scripting languages
| can hook into without having to do all the gut work. I imaging the server
| part (backend) could also be used over the network allowing a bunch of
| people in an office to have one picture repository instead of everyone
| having a seperate copy (I do know that it might be possible to do the same
| thing over a network file system like NFS).
| The major plus points I see are:
|   - Easy scripting, even if the repository is not local
|   - Easy collaboration between multiple people on the same set of pictures
|   - A variety of frontends e.g. Web, <insert Favorite OS>
|   - No X necessary, which is a big plus on a server machine
| One good example of such an architecture is giFT
| <URL:http://gift.sourceforge.net/> which has a very easy API to connect to
| backend with clients on multiple platforms. If you are a CLI junkie like me
| you can use the superb giFTcurs app <URL:http://www.nongnu.org/giftcurs/>
| or Apollon <URL:http://apollon.sourceforge.net/> if you prefer KDE to name
| but a couple.
| Disclaimer: As I am not a C++ programmer and have not looked at the code I
| don't know if it is actually feasible, hence some insight from a
| 'doability' perspective would be appreciated.
| ciao,
| --urs
| _______________________________________________
| 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.

More information about the Kphotoalbum mailing list