Bug 169405 - Save icon size per-directory
Summary: Save icon size per-directory
Status: CONFIRMED
Alias: None
Product: dolphin
Classification: Applications
Component: view-engine: general (show other bugs)
Version: 16.12.2
Platform: openSUSE Linux
: VHI wishlist
Target Milestone: ---
Assignee: Dolphin Bug Assignee
URL:
Keywords:
: 206400 211263 272419 279589 318796 378301 408617 413779 421149 422794 (view as bug list)
Depends on:
Blocks:
 
Reported: 2008-08-18 22:43 UTC by Ivo Anjo
Modified: 2024-04-22 05:36 UTC (History)
22 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Ivo Anjo 2008-08-18 22:43:11 UTC
Version:            (using KDE 4.1.0)
OS:                Linux
Installed from:    SuSE RPMs

(I consider this a bug because konqueror 3.x had it.)

Please re-add support for saving icon sizes per-directory, together with the other settings that are saved.

It would also be nice if it wasn't saved in a new, dolphin-specific way, but in a section just like the one konqueror used to have on the .directory file:

[URL properties]
IconSize=128

This way old settings would also be preserved from kde3.
Comment 1 FiNeX 2008-08-19 13:29:33 UTC
Moreover saving should be enabled by default.
Comment 2 Peter Penz 2008-08-19 14:25:38 UTC
@Ivo and Finex: Could you please explain me your usecases where you need different icon sizes per directory? The reason for my question is the following: In Dolphin different sizes are already supported in the icons-view, dependent on whether the preview is turned on or turned off. So per default if the preview is turned off, an icon size of 32x32 pixels is used. If the preview is turned on, the icon size is increased to 64x64 per default. For sure both values are configurable (at least globally, not per directory).

In my environment I use the icon view as default view without previews. For my pictures folder I've turned on the preview and an increased size is used. I personally cannot imagine a usecase, whether I want one image folder having a preview size of 64x64 and another image-folder with a preview size of 128x128 pixels...

In Dolphin for KDE 4.2 the different sizes for icons + previews are now also supported in the details view and column view for consistency reasons.

Some concerns from my side to your request: If the icon size is remembered for each directory individually, it will be applied to each view mode. This means if the icon size is set to 64x64 pixels and you'll switch from the icons view to the details view, it will also be 64x64 pixels in the details view. Is this the wanted behavior from your point of view?
Comment 3 Ivo Anjo 2008-08-19 14:42:07 UTC
My use-case is basically: I like having previews in my home directory, and some other work directories, but I don't want huge icons for those, because normally I know those files, the previews serve mostly as visual cues to help select them faster.

Also, you are right. My request was thinking about the icon view only, so it should be for each directory and for each view, or just for the icon view, since I don't know if it really makes that much sense to apply this to other view modes.

Another use case, related to my wish in Bug #147717 , is that I used to include .directory files for konqueror on some of my picture cd's/dvd's so that when opened in konqueror in any pc, I would automatically get big thumbnails, regardless of the configuration on that pc. This could work the same way with dolphin, regardless of local dolphin settings.
Comment 4 Frank Reininghaus 2009-09-05 19:23:23 UTC
*** Bug 206400 has been marked as a duplicate of this bug. ***
Comment 5 Janet 2009-09-06 15:51:12 UTC
IMHO dolphin should either treat the icon size set via the slider as completely temporary (when I leave the folder where I set the size via the slider it falls back to size as in the settings) or it should treat it as override for the settings size but just for this one folder. Either if it's remembered or not, when I leave the folder where I used the slider I want to go back to normal icon size, the slider shouldn't affect the size of the icons in any other folder.
Comment 6 Ivo Anjo 2009-09-11 16:14:23 UTC
(In reply to comment #5)
> IMHO dolphin should either treat the icon size set via the slider as completely
> temporary (when I leave the folder where I set the size via the slider it falls
> back to size as in the settings) or it should treat it as override for the
> settings size but just for this one folder. Either if it's remembered or not,
> when I leave the folder where I used the slider I want to go back to normal
> icon size, the slider shouldn't affect the size of the icons in any other
> folder.

Yeah, I agree that either of these options would be better than how it is currently done, where you zoom in to temporarily see something, and that setting is saved and used for other directories.
Comment 7 Peter Penz 2010-08-19 18:44:02 UTC
*** Bug 211263 has been marked as a duplicate of this bug. ***
Comment 8 Frank Reininghaus 2011-05-04 22:20:06 UTC
*** Bug 272419 has been marked as a duplicate of this bug. ***
Comment 9 Jeroen van Meeuwen (Kolab Systems) 2012-08-24 16:21:36 UTC
Resetting assignee to default as per bug #305719
Comment 10 Alexander (neocrust) 2012-10-27 05:55:24 UTC
Any news?
Comment 11 Frank Reininghaus 2012-10-30 08:29:51 UTC
(In reply to comment #10)
> Any news?

Obviously not ;-)

(In reply to comment #5)
> IMHO dolphin should either treat the icon size set via the slider as
> completely temporary (when I leave the folder where I set the size via the
> slider it falls back to size as in the settings) or it should treat it as
> override for the settings size but just for this one folder. Either if it's
> remembered or not, when I leave the folder where I used the slider I want to
> go back to normal icon size, the slider shouldn't affect the size of the
> icons in any other folder.

The icon size set via the slider and the icon size set in the settings are always in sync. Changing that would most likely seriously affect the workflows that many users got used to.

I must say that I share Peter's concerns and that I'm afraid that any such behaviour change might be useful for some users, but annoying for others. Therefore, I'm very sceptical about this request.
Comment 12 Janet 2012-10-31 00:42:21 UTC
(in reply to comment #5 and comment #11)
For me this over 3 years old comment is obsolete... I got used to the way the slider works,

Nonetheless it would be nice if I could set a specific icon size for certain folders. E.g. in picture only folders it'd be nice to have a bigger preview than in other folders. And that's the only usecase I can imagine for me. Every other usecase can be achieved with another view instead of icon view.
Comment 13 Frank Reininghaus 2013-04-24 08:59:00 UTC
*** Bug 318796 has been marked as a duplicate of this bug. ***
Comment 14 Kai Uwe Broulik 2013-06-10 09:44:51 UTC
It would be great if at least the search view wouldn't always use Details view with no previews. I have previews enabled *everywhere* but when searching it turns them off?!
Comment 15 Frank Reininghaus 2013-06-10 10:36:16 UTC
(In reply to comment #14)
> It would be great if at least the search view wouldn't always use Details
> view with no previews. I have previews enabled *everywhere* but when
> searching it turns them off?!

It would be great if you would not post off-topic things here (I don't see any connection between your observation and the icon size). But while we're at it: if you really have previews enabled *everywhere*, then you are probably using "Use common view properties for all folders". With that setting enabled, starting a search does not change the view properties for me.

If, OTOH, you have not disabled that setting, and you have never enabled previews while searching, then I would say that you do not have previews enabled *everywhere*. However, if you do enable previews in a search once, this setting should be remembered for future searches.

If any of the above does not work for you, please file a new bug report and provide details that make the problem reproducible. Thanks.
Comment 16 Elvis Angelaccio 2017-01-14 17:26:41 UTC
*** Bug 279589 has been marked as a duplicate of this bug. ***
Comment 17 Nate Graham 2017-09-03 16:36:49 UTC
*** Bug 378301 has been marked as a duplicate of this bug. ***
Comment 18 RPSUK 2019-02-02 20:57:58 UTC
i also wish to have the ability to make individual folders have different zoom sizes in the icon preview. One setting for all folders just doesn't work .

You can customise pretty much everything else, why not this?
Comment 19 Grady 2021-09-02 01:40:49 UTC
I'd like to add myself to the list of folks who would like this.

To give an example of a user case. I'm a graphic designer. I have some folders with photos and 3D renders, which I would like very large thumbnail icons for so I can see at a glance what is in them when selecting a file.

I have other folders with SVG icons I use for UI design, and I don't need those to have 256x256 resolution thumbnails.

I find myself almost constantly changing the zoom level with every folder, and changing it to the same sizes for each folders because the zoom level isn't remembered.

At least an option to save zoom level per folder would drastically improve my experience using Dolphin.
Comment 20 Grady 2021-09-02 01:44:35 UTC
Just adding a further comment:

Dolphin already has the capacity to save per directory settings for view, for example this is what one .directory file looks like for me:

[Dolphin]
SortOrder=1
SortRole=modificationtime
Timestamp=2021,9,2,11,42,1.22
Version=4

[Settings]
HiddenFilesShown=true

All that would need to be added is some value like 'Zoom' with the pixel zoom level, eg:

Zoom=64
Comment 21 Dr. P 2022-09-29 13:20:18 UTC
Added my vote to this.  In a modern desktop environment it's expected functionality (in my humble opinion).
Comment 22 gzun 2023-01-20 17:45:52 UTC
Added my vote for this. Very useful for images folders
Comment 23 Nate Graham 2023-05-14 12:26:12 UTC
*** Bug 408617 has been marked as a duplicate of this bug. ***
Comment 24 Nate Graham 2023-05-14 12:26:19 UTC
*** Bug 413779 has been marked as a duplicate of this bug. ***
Comment 25 Nate Graham 2023-05-14 12:26:22 UTC
*** Bug 421149 has been marked as a duplicate of this bug. ***
Comment 26 Nate Graham 2023-05-14 12:26:25 UTC
*** Bug 422794 has been marked as a duplicate of this bug. ***