Bug 162552 - Compact image display in virtual folders
Summary: Compact image display in virtual folders
Status: RESOLVED FIXED
Alias: None
Product: digikam
Classification: Applications
Component: Usability-Ergonomy (show other bugs)
Version: 0.9.4
Platform: openSUSE Linux
: NOR wishlist
Target Milestone: ---
Assignee: Digikam Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-05-24 09:28 UTC by krienke
Modified: 2017-08-04 21:20 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In: 4.3.0
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description krienke 2008-05-24 09:28:18 UTC
Version:           0.9.4-beta4 (using KDE 3.5.9)
Installed from:    SuSE RPMs
Compiler:          gcc 4.2 
OS:                Linux

When digikam displays a virtual folder, eg all pics from all albums with a certain tag set it always displays a rather large Banner above each list of photos of one physical album. 

Sometimes it happens that there is only one photo that has eg this tag set and this photo is then displayed in a whole row of its own with a big banner above it. 

The pronlem is, that this makes it difficult to get an overview of all the photos since a lot of display space is wasted. This causes a lot of scrolling. Even reducing the image preview size does not help since the single photo will always be displayed on one line together with banner above it. 

It would be nice to have a display option to display such a virtual album without those banners just one photo next the another what I called a "compact"  view of the virtual folder.

Thanks
Rainer
Comment 1 caulier.gilles 2008-05-24 10:16:03 UTC
Rainer,

Can you make a moc-up that waht you want. Thanks in advance

Gilles Caulier
Comment 2 Arnd Baecker 2008-05-24 10:32:08 UTC
Rainer, Gilles, this sounds like
http://bugs.kde.org/show_bug.cgi?id=116606
which was marked as duplicate of http://bugs.kde.org/show_bug.cgi?id=134389
(and yes, I would love that feature as well  ;-).

Best, Arnd
Comment 3 krienke 2008-05-24 13:34:39 UTC
Am Samstag, 24. Mai 2008 schrieb Arnd Baecker:

> http://bugs.kde.org/show_bug.cgi?id=116606
> which was marked as duplicate of http://bugs.kde.org/show_bug.cgi?id=134389
> (and yes, I would love that feature as well  ;-).


Yes this request sounds very similar. I would just like to have an option that 
displays photos in a virtual album without any space on the screen wasted.

If I select a single tag and look at the photos, this sometimes looks like 
below, depending on how many photos of one album have this tag assigned. I am 
talking about the right part of the screen with the photos not about the left 
part with the list of tags:

http://userpages.uni-koblenz.de/~krienke/tmp/digikam/digikam1.jpg

Now What I would like to have is to fill up the gaps, remove the blue bars on 
top of the photos just to display more photos on one page. This could look 
like this (the photos are different here but its just to show how they should 
be arranged:

http://userpages.uni-koblenz.de/~krienke/tmp/digikam/digikam2.jpg

Thanks
Rainer
Comment 4 Marcel Wiesweg 2008-05-24 15:55:11 UTC
These bugs are all duplicate, though not obviously to the user, and based on the very complex internal structure of IconView.
I wish to replace this complex class with something more structured and modular, based on model/view, ideally based on KCategorizedView.
This requires a bit of work and we want to release 0.10.0 at some point in time and not defer it again and again. As the feature requested here is desirable, but not essential, the current solution proven for years and working, such is a good candidate for deferring to the next release (0.10.1?)
Comment 5 caulier.gilles 2008-05-24 15:59:41 UTC
I second Marcel here. 0.10.1 will be a good candidate to rewrite iconview using Qt4. 

Gilles
Comment 6 caulier.gilles 2011-12-13 09:02:12 UTC
What's new about this entry ?

Gilles Caulier
Comment 7 caulier.gilles 2014-08-30 21:48:51 UTC
Since bug #134389 have been fixed recently, this file can be closed now.

Gilles Caulier