After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 702533 - more generic thumbnails
more generic thumbnails
Status: RESOLVED DUPLICATE of bug 702949
Product: nautilus
Classification: Core
Component: Thumbnails
unspecified
Other Linux
: Normal enhancement
: ---
Assigned To: Nautilus Maintainers
Nautilus Maintainers
Depends on:
Blocks:
 
 
Reported: 2013-06-18 07:50 UTC by Luc Pi
Modified: 2013-06-24 10:15 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
generic thumbnail for apple system files/folders (9.10 KB, image/svg+xml)
2013-06-18 07:53 UTC, Luc Pi
Details
generic thumbnail for hidden folders (4.79 KB, image/png)
2013-06-18 07:54 UTC, Luc Pi
Details
.git folders (6.01 KB, image/png)
2013-06-18 07:56 UTC, Luc Pi
Details
apple system files as seen by nautilus (8.47 KB, image/png)
2013-06-18 11:13 UTC, Luc Pi
Details

Description Luc Pi 2013-06-18 07:50:49 UTC
add more generic thumbnails,
or a way for the user to add generic thumbnails.
Basically what dircolors does for a terminal/ls
Comment 1 Luc Pi 2013-06-18 07:52:02 UTC
The ones I wish, at least:

- hidden files/folders
  --> dimmed

- apple system files/folders
  --> dimmed "apple" icon

- .git folders
  --> git logo
Comment 2 Luc Pi 2013-06-18 07:53:19 UTC
Created attachment 247095 [details]
generic thumbnail for apple system files/folders
Comment 3 Luc Pi 2013-06-18 07:54:55 UTC
Created attachment 247096 [details]
generic thumbnail for hidden folders

based on Ubuntu Ambiance theme

It would be nice to have a generic way to say that hidden folders are dimmed by x%, independently from the theme.
Comment 4 Luc Pi 2013-06-18 07:56:46 UTC
Created attachment 247097 [details]
.git folders

it would be great to have a generic emblem on the files/folders under revision control.

(same for other revision control systems)
Comment 5 António Fernandes 2013-06-18 10:55:36 UTC
Thanks for taking the time to report this bug.
I'm not entirely sure what is requested here. If you have time, please add a more elaborate description of what you see currently, why it doesn't fit your needs and why the proposal improves the situation.

(In reply to comment #1)
> - hidden files/folders
>   --> dimmed

This is bug 47091.

> - apple system files/folders
>   --> dimmed "apple" icon

What are apple system files/folders? Which icon do they currently have?

> - .git folders
>   --> git logo

Why does .git folder need a different icon? Isn't being a hidden folder enough to set it apart from regular folders?

Anyway, in the "Properties" dialog, clicking on the folder icon opens a dialog where we can choose a custom icon for the folder.
Comment 6 Luc Pi 2013-06-18 11:10:49 UTC
(In reply to comment #5)
> Thanks for taking the time to report this bug.
> I'm not entirely sure what is requested here. If you have time, please add a
> more elaborate description of what you see currently, why it doesn't fit your
> needs and why the proposal improves the situation.
> 
> (In reply to comment #1)
> > - hidden files/folders
> >   --> dimmed
> 
> This is bug 47091.
>
> > - apple system files/folders
> >   --> dimmed "apple" icon
> 
> What are apple system files/folders? Which icon do they currently have?

at least
.DS_Store
.VolumeIcon.icns
Icon^M

see screenshot


> > - .git folders
> >   --> git logo
> 
> Why does .git folder need a different icon? Isn't being a hidden folder enough
> to set it apart from regular folders?

These are specific examples, which are certainly useless for you.
There are dot folders/files that we care, and others that we don't.
My request is about a generic/automatic way to set them.
That is, without user action.
 
> Anyway, in the "Properties" dialog, clicking on the folder icon opens a dialog
> where we can choose a custom icon for the folder.

My request is about a generic way. Like dircolor does for ls/terminal. In the example of the apple files, on a shared drive, they will appear new ones as OSX add them when needed.
Comment 7 Luc Pi 2013-06-18 11:13:02 UTC
Created attachment 247121 [details]
apple system files as seen by nautilus

Note that the Icon^M file is not even a dot file, therefore not hidden.
Comment 8 António Fernandes 2013-06-18 11:51:03 UTC
> These are specific examples, which are certainly useless for you.

It's still important to know why specific examples are useful for other users, not just for me. :)


> There are dot folders/files that we care, and others that we don't.

> My request is about a generic/automatic way to set them.
> That is, without user action.

How can nautilus decide which is what? Is there a pattern or a list of names?


> Note that the Icon^M file is not even a dot file, therefore not hidden.

Maybe nautilus should treat it as hidden too.
Comment 9 Luc Pi 2013-06-18 12:36:47 UTC
(In reply to comment #8)
> > These are specific examples, which are certainly useless for you.
> 
> It's still important to know why specific examples are useful for other users,
> not just for me. :)

'.git' carries all the history of a folder tree, this is important for me. In the same folder, my '.attic' subfolder is much less important.

In my home folder, I care about .local, I don't care about .cache

When I go to Computer, I care more about /home /media/ /opt than the rest.
When I go in /usr/share, I care more about icons, themes, etc.

etc.

I think that there is more than this two levels distinction: hidden / not hidden, 
or that the border is not exactly the same for all users.



> > There are dot folders/files that we care, and others that we don't.
> 
> > My request is about a generic/automatic way to set them.
> > That is, without user action.
> 
> How can nautilus decide which is what? Is there a pattern or a list of names?

something like that.

Do you know dircolors? Something similar (as a feature (not the syntax))

I used to have a command 'find + gvfs-setting', but this would have to be run each time there is a new file/folder created.


 
> > Note that the Icon^M file is not even a dot file, therefore not hidden.
> 
> Maybe nautilus should treat it as hidden too.

I agree.

Still I think they should get an "apple" icon, because it tells the user: "this is from OSX, don't delete it if you care about OSX."

I may be wrong, but I think that 
.DS_Store           is the folder view settings
.VolumeIcon.icns    is the icon of the volume
Icon^M              is the icon of the current folder

all are optional
Comment 10 António Fernandes 2013-06-20 18:10:51 UTC
I think misunderstood what this bug report was about.

Trying to make it clearer: are you asking for more special folders to have their own unique icon, provided by the icon theme, just like it already happens for ~/Documents, ~/Downloads, ~/Music, etc?

(In reply to comment #9)
> > > Note that the Icon^M file is not even a dot file, therefore not hidden.
> > 
> > Maybe nautilus should treat it as hidden too.
> 
> I agree.

I added a comment about this Icon^M file to bug 311010.
Comment 11 Luc Pi 2013-06-21 07:53:24 UTC
(In reply to comment #10)
> I think misunderstood what this bug report was about.

I agree that it is not very well written.

> 
> Trying to make it clearer: are you asking for more special folders to have
> their own unique icon, provided by the icon theme, just like it already happens
> for ~/Documents, ~/Downloads, ~/Music, etc?

No.

I will rewrite and split the report, then we can close this one.
Comment 12 Luc Pi 2013-06-21 07:54:05 UTC
apple files issue:

--> Bug 702792 - Handle OSX/Finder system files
Comment 13 Luc Pi 2013-06-24 09:14:45 UTC
António,

I filed this report
  Bug 702949 - add a way to set generic folder thumbnails

I also filed this one, somehow related
  Bug 702948 - add a way to set recursive folder icon


Let me know if it clarifies.

then if you agree, we can close this one
Comment 14 António Fernandes 2013-06-24 10:15:21 UTC
Luc, thanks for taking the time to clarify the requested enhancement.

The only think which is still not obvious is why the current situation doesn't fit your needs and why the "generic folder thumbnails" will improve the situation is still missing. Understanding the use case is important to judge the request and guide an eventual implementation.

*** This bug has been marked as a duplicate of bug 702949 ***