[Digikam-devel] [Bug 131155] New: Smooth increasing/decreasing size of thumbnails like in F-Spot or iPhoto

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=131155         
           Summary: Smooth increasing/decreasing size of thumbnails like in
                    F-Spot or iPhoto
           Product: digikam
           Version: unspecified
          Platform: Ubuntu Packages
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: wishlist
          Priority: NOR
         Component: general
        AssignedTo: digikam-devel kde org
        ReportedBy: ma2412ma hotmail com


Version:            (using KDE KDE 3.5.3)
Installed from:    Ubuntu Packages

Right now, there are only fixed sizes of the thumbnails available. A better solution would be to scale the thumbnails smoothly, as in F-Spot or iPhoto.

First, it looks much better. Second, resizing the thumbnails is much faster (only the biggest thumbnail has to be created once, and all smaller versions are just scaled down). Third, the user can see the thumbnails in exactly the size and number per screen he/she wants.
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=131155         




------- Additional Comments From kde colin guthr ie  2006-07-21 13:29 -------
Has to be said but from a purely aesthetic point of view I'd really like this.
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=131155         
gilles vonet lu changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |gilles vonet lu
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

[Gilles Caulier-2]

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=131155         
caulier.gilles kdemail net changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
          Component|general                     |Thumbnails
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=131155         
lure kubuntu org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |lure kubuntu org
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

[Gilles Caulier-4]

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=131155         
caulier.gilles gmail com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |RESOLVED
         Resolution|                            |FIXED



------- Additional Comments From caulier.gilles gmail com  2007-03-22 22:20 -------
SVN commit 645545 by cgilles:

digiKam from trunk : add a new slider on the status bar to set finelly the thumbs size in album icon view, like iphoto do.
Now, you can set the thumbs size by step of 8 pixels between 32 to 256 instead the old 5 const sizes hardcoded (32, 64, 100, 160, 256)
BUG: 131155

 M  +92 -55    digikamapp.cpp  
 M  +8 -3      digikamapp.h  
 M  +10 -2     digikamappprivate.h  
 M  +27 -79    digikamview.cpp  
 M  +6 -3      digikamview.h  
 M  +28 -19    thumbnailsize.h
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

[Fabien-5]

This is really cool :)

Gilles Caulier wrote:
> SVN commit 645545 by cgilles:
>
> digiKam from trunk : add a new slider on the status bar to set finelly the thumbs size in album icon view, like iphoto do.
> Now, you can set the thumbs size by step of 8 pixels between 32 to 256 instead the old 5 const sizes hardcoded (32, 64, 100, 160, 256)

Could you remember us how it works ?

Thumbnails are created in ~/.thumbnail and are shared with konqueror. Is
this correct ?


How is determined the thumbnail filename ? Using a md5sum ?

And finally, is it possible to have bigger thumbnails ?

Thanks.

--
Fabien

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

[Arnd Baecker]

On Fri, 23 Mar 2007, Fabien wrote:

[...]

> How is determined the thumbnail filename ? Using a md5sum ?

I think this documents covers this well:
http://jens.triq.net/thumbnail-spec/index.html

The remaining open questions are left for Gilles ;-)

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

[Gilles Caulier-4]

2007/3/23, Fabien <[hidden email]>:

This is really cool :)

Gilles Caulier wrote:
> SVN commit 645545 by cgilles:
>
> digiKam from trunk : add a new slider on the status bar to set finelly the thumbs size in album icon view, like iphoto do.
> Now, you can set the thumbs size by step of 8 pixels between 32 to 256 instead the old 5 const sizes hardcoded (32, 64, 100, 160, 256)

Could you remember us how it works ?

Thumbnails are created in ~/.thumbnail and are shared with konqueror. Is
this correct ?


How is determined the thumbnail filename ? Using a md5sum ?

And finally, is it possible to have bigger thumbnails ?

Bigger thumbnails, over 256 pixels? Why ?

Gilles

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

[Gilles Caulier-4]

2007/3/26, Gilles Caulier <[hidden email]>:

2007/3/23, Fabien <[hidden email]>:

This is really cool :)

Gilles Caulier wrote:
> SVN commit 645545 by cgilles:
>
> digiKam from trunk : add a new slider on the status bar to set finelly the thumbs size in album icon view, like iphoto do.
> Now, you can set the thumbs size by step of 8 pixels between 32 to 256 instead the old 5 const sizes hardcoded (32, 64, 100, 160, 256)

Could you remember us how it works ?

Thumbnails are created in ~/.thumbnail and are shared with konqueror. Is
this correct ?


How is determined the thumbnail filename ? Using a md5sum ?

And finally, is it possible to have bigger thumbnails ?

Bigger thumbnails, over 256 pixels? Why ?

Gilles

Fabien, for any memory performance reason, host thumbs size over 256 is not realist, excepted if you have 4 Gb of memory in your computer. Unforget than all thumbs form an album are cached into memory to speed-up digiKam. Imaging than you have an album with over 100 pictures and you store in memory thumbs with a size of 512 pixels...

Gilles

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

[Fabien-5]

Gilles Caulier wrote:

>
>>  digiKam from trunk : add a new slider on the status bar to set
>         finelly the thumbs size in album icon view, like iphoto do.
>>  Now, you can set the thumbs size by step of 8 pixels between
>         32 to 256 instead the old 5 const sizes hardcoded (32, 64, 100,
>         160, 256)
>
>         Could you remember us how it works ?
>
>         Thumbnails are created in ~/.thumbnail and are shared with
>         konqueror. Is
>         this correct ?
>
>
>         How is determined the thumbnail filename ? Using a md5sum ?
>
>         And finally, is it possible to have bigger thumbnails ?
>
>
>     Bigger thumbnails, over 256 pixels? Why ?
>
> Fabien, for any memory performance reason, host thumbs size over 256 is
> not realist, excepted if you have 4 Gb of memory in your computer.
> Unforget than all thumbs form an album are cached into memory to
> speed-up digiKam. Imaging than you have an album with over 100 pictures
> and you store in memory thumbs with a size of 512 pixels...

Ok, I see :)
And about thumbnail filename ?

Thanks.

--
Fabien

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

Dnia poniedziałek 26 marzec 2007, Gilles Caulier napisał:
> >
> > Bigger thumbnails, over 256 pixels? Why ?
>
> Fabien, for any memory performance reason, host thumbs size over 256 is
> not realist, excepted if you have 4 Gb of memory in your computer.
> Unforget than all thumbs form an album are cached into memory to
> speed-up digiKam. Imaging than you have an album with over 100 pictures
> and you store in memory thumbs with a size of 512 pixels...

You don't have to store such thumbnails. Qt smoothing is very good,
I think you could try scale 256 pixels thumbnails up to 384 without real
loss of quality.

m.

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

[Gilles Caulier-4]

Smothing in Qt is slow. This is a problem

Gilles

2007/3/26, Mikolaj Machowski <[hidden email]>:

Dnia poniedziałek 26 marzec 2007, Gilles Caulier napisał:
> >
> > Bigger thumbnails, over 256 pixels? Why ?
>
> Fabien, for any memory performance reason, host thumbs size over 256 is
> not realist, excepted if you have 4 Gb of memory in your computer.
> Unforget than all thumbs form an album are cached into memory to
> speed-up digiKam. Imaging than you have an album with over 100 pictures
> and you store in memory thumbs with a size of 512 pixels...

You don't have to store such thumbnails. Qt smoothing is very good,
I think you could try scale 256 pixels thumbnails up to 384 without real
loss of quality.

m.

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

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