From kde-imaging  Thu Jan 25 21:51:33 2007
From: Angelo Naselli <anaselli () linux ! it>
Date: Thu, 25 Jan 2007 21:51:33 +0000
To: kde-imaging
Subject: Re: [Kde-imaging] Time to break libkipi? (and interesting idea for
Message-Id: <200701252251.33292.anaselli () linux ! it>
X-MARC-Message: https://marc.info/?l=kde-imaging&m=116976190205689
MIME-Version: 1
Content-Type: multipart/mixed; boundary="--===============0265622269=="

--===============0265622269==
Content-Type: multipart/signed;
  boundary="nextPart2166387.6Qz96mEmHi";
  protocol="application/pgp-signature";
  micalg=pgp-sha1
Content-Transfer-Encoding: 7bit

--nextPart2166387.6Qz96mEmHi
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

Alle 22:14, gioved=EC 25 gennaio 2007, Colin Guthrie ha scritto:
> Hi,
Well why not. The only problem I see is how to have a fixing release
for ipod export localization... but we can tag this release in
the case, and import only locale files from trunk.=20

> Glad the 0.1.3 release is out and impressed with Seb's timing :p
>=20
> Now I think it's time to introduce this concept again!!!
>=20
> The way I see things is to create a libkipi API that achieves two things
> (this is my personal requirements I'm sure other people have other ideas):
>  1) Remove (or make optional) all interfaces that rely on file paths.
>  2) Allow the host application to store additional info about
> collections/images.
3) Allow the host application to run a plugin from every where, I mean
maybe retrieving it by Id or by Name. In such a way a context menu for
sendimages or a printwizard in file menu should be easy to use.
Of course that would mean to have the plugins hidden and well itegrated
with host application, but more user friendly.=20

>=20
> For 1) I see this as important for working with e.g. "dynamic"
> collections like the Tags views in digikam or a saved search etc.
>=20
> For 2) this is to provide e.g. key/value storage system for collections
> and images such that it could be used e.g. to sync a folder to a remote
> location (be it a folder or PHP Gallery or Flickr etc.)
>=20
> Fine, both of these are (conceptually at least) quite simple.
=46rom my point of view any improvements that allow plugins interaction
and avoid code duplication are more than welcome, but i don't know if it
can have some bad side effects :)
=20
> Other sinks i would like to implement (or have someone implement!) are:
>  * PHP Gallery 1/2
>  * Flickr (maybe, not sure about the login procedure)
>  * PicasaWeb
>  * Other web based galleries
>  * Generic KURL location
>  * iPod
WOW for one who said it has to change home twice and have little time...
the agenda is full :p
Well I hope Valerio and I will find time again to go on with our little
plugin as well.
=20
> Feedback is most welcome.
Well we should decide when starting...

Angelo

--nextPart2166387.6Qz96mEmHi
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (GNU/Linux)

iD8DBQBFuSZlqEs9DA4DquARAt2GAJ4ymIoDLd1yddCZqH3YKAathW+OnwCfadC9
/7X2jxrIo0WLEGnXFDggyaU=
=NAXK
-----END PGP SIGNATURE-----

--nextPart2166387.6Qz96mEmHi--

--===============0265622269==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Kde-imaging mailing list
Kde-imaging@kde.org
https://mail.kde.org/mailman/listinfo/kde-imaging

--===============0265622269==--