[Digikam-devel] Just fun (:=)))

[Gilles Caulier-2]

Hi all,

Take a look into this blog link :

http://liquidat.blogspot.com/2006/04/digikam-09-beta-1.html

I love it (:=)))

Gilles
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

[Peter Heckert]

Caulier Gilles wrote:
> Hi all,
>
> Take a look into this blog link :
>
> http://liquidat.blogspot.com/2006/04/digikam-09-beta-1.html
>
> I love it (:=)))
>
To be honestly, it should be said, that gimp has a much more difficult
job to go 16 bit.

Nevertheless there would be a simple way to do it: Load /all/ images
into 16 bit buffers. This would remove the burden to distinguish between
different bitdepths and remove the burden to write extra code for each
bitdepth. Would need the double amount of memory...

peter

post scriptum: I have overcome the debugging problem, upgraded
everything to newest version from debian-sid and the problem is gone.

peter

_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

Am Freitag 07 April 2006 22:57 schrieb Caulier Gilles:
> Hi all,
>
> Take a look into this blog link :
>
> http://liquidat.blogspot.com/2006/04/digikam-09-beta-1.html
>
> I love it (:=)))
Hi,

I switched last weekend to pre0.9 and I also really love what I see as I was
one of the advocators that digikam should enter professional feature level.
The step in 0.9 is again really, really remarkable! The whole developer team
can be proud of this program: 16Bit-IE, CMS, IPTC, RAW is for sure pro-level.

Ok, some stuff that starts now will not be ready for 0.9 like limitations in
the Metatag handling but the new base looks far better than the old libexif
one.

But I have also to keep an eye if digikam stays Mom-suitable! In this way I
think that two sidetabs and two splitter is too much in a standard
album-view. It would be good if some tabs and sidebar can be switched off, as
my Mom dont need it. Especially the navi-arrows in the right view in album
mode is "jumpy" between the differend sidebar-tabs and collidate with the two
navi-icons in the main icon bar.

I also think, the current camera-setup is not good. Better can be a wizard
based on HAL: "Digikam found a new camera-type device. Do you want to use it?
[configure] [cancel]" Especially the new media-browse in the camera menu
looks wrong. Better use the one, two mass-storage devices of the user in the
main camera list and no all partitions, nfs-shares, CD-ROM and burners in a
sub-menu. (Ok, you can use this sub-menu as a nice import function using
mount --bind ;-) )

Another UI bug is IMHO that it is not possible/wanted in album view to create
collecting selections when clicking consecutive in the outer photo frames but
still have to use CTRL+click. A toggle type selection is right. It would be
nice if such a UI change is tested during a beta and then ask the people if
they like it or not.

My personal long range feature wishlist is
- better metatag r/w support
- IE scripting and batch processing (to drop imitated imagemagick
kipi-modules)
- 8-bit selection layer for free-form selections
- 8-bit alpha layer for free-form pictures    

I will write a larger test of 0.9 for ebv4linux.de based on a later beta and I
hope that we can finish this time a developer interview. Last try failed when
Renchi leaved the devel team.

P.S.
What about a poll on digikams website how many users use or want to use the
new pro-functions and how many stay with their 8bit JPGs


P.P.S.
remember the beginnings...?
http://web.archive.org/web/20021003170633/http://digikam.sourceforge.net/index.html

Have fun

  Thorsten

_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

Dnia sobota, 8 kwietnia 2006 03:10, Thorsten Schnebeck napisał:
> But I have also to keep an eye if digikam stays Mom-suitable! In this
> way I think that two sidetabs and two splitter is too much in a standard
> album-view. It would be good if some tabs and sidebar can be switched
> off, as my Mom dont need it. Especially the navi-arrows in the right
> view in album mode is "jumpy" between the differend sidebar-tabs and
> collidate with the two navi-icons in the main icon bar.

These navigations icons are required with default KDE one-click scheme.
If digiKam could works as Krusader they could (and should) be gone, when
one click opens image in IE they have to stay.

> I also think, the current camera-setup is not good. Better can be a
> wizard based on HAL: "Digikam found a new camera-type device. Do you

Not everyone have HAL.

m.
--
Matrix 1: There is no spoon
Matrix 2: There is no lipstick
Matrix 3: There is no point             (Dorota Guttfeld)

_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

Am Samstag 08 April 2006 11:12 schrieb Mikolaj Machowski:
> Dnia sobota, 8 kwietnia 2006 03:10, Thorsten Schnebeck napisał:
> > But I have also to keep an eye if digikam stays Mom-suitable! In this
> > way I think that two sidetabs and two splitter is too much in a standard
> > album-view. It would be good if some tabs and sidebar can be switched
> > off, as my Mom dont need it. Especially the navi-arrows in the right
> > view in album mode is "jumpy" between the differend sidebar-tabs and
> > collidate with the two navi-icons in the main icon bar.
>
> These navigations icons are required with default KDE one-click scheme.
... that I prefer too and that is necessary for 66 year old person :-)
But I dont know for what the album history browser is useful or better why
these icons are the main toolbar and the inner album navi keys not.

> If digiKam could works as Krusader they could (and should) be gone, when
> one click opens image in IE they have to stay.
>
> > I also think, the current camera-setup is not good. Better can be a
> > wizard based on HAL: "Digikam found a new camera-type device. Do you
>
> Not everyone have HAL.
But KDE 4 will have its own hardware abstraction layer service. A wizzard
could be based on such a service.

Bye

  Thorsten

_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

Dnia sobota, 8 kwietnia 2006 12:27, Thorsten Schnebeck napisał:

> Am Samstag 08 April 2006 11:12 schrieb Mikolaj Machowski:
> > Dnia sobota, 8 kwietnia 2006 03:10, Thorsten Schnebeck napisał:
> > > But I have also to keep an eye if digikam stays Mom-suitable! In
> > > this way I think that two sidetabs and two splitter is too much in a
> > > standard album-view. It would be good if some tabs and sidebar can
> > > be switched off, as my Mom dont need it. Especially the navi-arrows
> > > in the right view in album mode is "jumpy" between the differend
> > > sidebar-tabs and collidate with the two navi-icons in the main icon
> > > bar.
> >
> > These navigations icons are required with default KDE one-click
> > scheme.
>
> ... that I prefer too and that is necessary for 66 year old person :-)

And is not the best one for application like digiKam (IMO).

> But I dont know for what the album history browser is useful or better
> why these icons are the main toolbar and the inner album navi keys not.

Main toolbar icons are for album navigation, panel icons are for photo
navigation.

> > If digiKam could works as Krusader they could (and should) be gone,
> > when one click opens image in IE they have to stay.
> >
> > > I also think, the current camera-setup is not good. Better can be a
> > > wizard based on HAL: "Digikam found a new camera-type device. Do you
> >
> > Not everyone have HAL.
>
> But KDE 4 will have its own hardware abstraction layer service. A
> wizzard could be based on such a service.

So it could be changed for KDE4 (digiKam 1.0?) not earlier.

There are two problems with HAL: it is Linux specific and KDE is system
agnostic (at least in principles); it doesn't work very well yet - at
least for me it works quite randomly (Mdv 2006.0).

m.

_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

[Gilles Caulier-2]

Le Samedi 08 Avril 2006 05:10 PM, Mikolaj Machowski a écrit :

> Dnia sobota, 8 kwietnia 2006 12:27, Thorsten Schnebeck napisał:
> > Am Samstag 08 April 2006 11:12 schrieb Mikolaj Machowski:
> > > Dnia sobota, 8 kwietnia 2006 03:10, Thorsten Schnebeck napisał:
> > > > But I have also to keep an eye if digikam stays Mom-suitable! In
> > > > this way I think that two sidetabs and two splitter is too much in a
> > > > standard album-view. It would be good if some tabs and sidebar can
> > > > be switched off, as my Mom dont need it. Especially the navi-arrows
> > > > in the right view in album mode is "jumpy" between the differend
> > > > sidebar-tabs and collidate with the two navi-icons in the main icon
> > > > bar.
> > >
> > > These navigations icons are required with default KDE one-click
> > > scheme.
> >
> > ... that I prefer too and that is necessary for 66 year old person :-)
>
> And is not the best one for application like digiKam (IMO).
>
> > But I dont know for what the album history browser is useful or better
> > why these icons are the main toolbar and the inner album navi keys not.
>
> Main toolbar icons are for album navigation, panel icons are for photo
> navigation.
>
> > > If digiKam could works as Krusader they could (and should) be gone,
> > > when one click opens image in IE they have to stay.
> > >
> > > > I also think, the current camera-setup is not good. Better can be a
> > > > wizard based on HAL: "Digikam found a new camera-type device. Do you
> > >
> > > Not everyone have HAL.
> >
> > But KDE 4 will have its own hardware abstraction layer service. A
> > wizzard could be based on such a service.
>
> So it could be changed for KDE4 (digiKam 1.0?) not earlier.
>
> There are two problems with HAL: it is Linux specific and KDE is system
> agnostic (at least in principles); it doesn't work very well yet - at
> least for me it works quite randomly (Mdv 2006.0).
>

I'm second M. about this point. HAL is not mature and not portable. Gphoto2
work very well. And i think that we have other point to imporve before 1.0,
like backup tool, DNG support, conversion an the fly in camera gui, improving
Tags and metadata, etc.

Gilles
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel