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 564329 - Add the ability to hide emblem icons to users
Add the ability to hide emblem icons to users
Status: RESOLVED OBSOLETE
Product: nautilus
Classification: Core
Component: [obsolete] Backgrounds Emblems and Themes
0.x.x [obsolete]
Other All
: Normal normal
: ---
Assigned To: Nautilus Maintainers
Nautilus Maintainers
Depends on:
Blocks:
 
 
Reported: 2008-12-12 22:40 UTC by Luca Ferretti
Modified: 2010-08-02 11:07 UTC
See Also:
GNOME target: ---
GNOME version: Unversioned Enhancement


Description Luca Ferretti 2008-12-12 22:40:56 UTC 
Example 1: Dropbox
 Dropbox installs 3 emblems in /usr/share/icons/hicolor. Those emblems are used to show the status of files stored on dropbox (updated, syncing, unsyncable), are automatically applied by dropbox code and users don't need to apply by them own on file inside or outside ~/Dropbox. But those eblems appear in nautilus UI.

Example 2: Ubuntu Jockey
 Jockey is a tool from ubuntu to set and check (proprietary) drivers. This application installs in /usr/share/icons/hicolor two emblems to show if the driver is active or not. Those icons are totally unrelated to Nautilus Emblems, and should not appear in UI.

Summaryzing, we need a way to ignore some installed emblems and don't show is Properties -> Emblems and in any other Nautilus user interface to set emblems.

IMHO the best way could be support a "X-Nautilus-Hide=true" key in .icon files. So, for example, Dropbox could install
   dropbox-syncing.png
   dropbox-syncing.icon

and put this key in .icon file in order to not show its icon in UI, but still automatically using on folders and files.
Comment 1 Matthias Clasen 2008-12-13 02:51:46 UTC 
Dropbox should simply not install them in the theme if they are supposed to be private.
Comment 2 Luca Ferretti 2008-12-13 20:35:28 UTC 
(In reply to comment #1)
> Dropbox should simply not install them in the theme if they are supposed to be
> private.
> 

mmmmhh.. no, maybe I didn't wrote fine. Let me rephrase.

 1. dropbox provides 3 status icon: "dropbox-updated", "dropbox-syncing", 
    and "dropbox-unsyncable";
 2. those icons are used by dropbox icon in notification area and automatically
    showed in Nautilus icon/list/compact view as emblems;
 3. IMHO those icons should _not_ appear in File->Preferences -> Emblem tab
    (as well as, of course, Emblems sidepane and Edit -> BG & Emblems) because
    users don't need and don't have to apply by their own.

So, in order to be used by dropbox AND nautilus views, those icons needs to be placed in $prefix/share/icons/hicolor, but IMHO could be useful add a method to hide them in the list of emblems that users could manually apply.

Of course, you are right about Jockey, it should installs emblems in a private directory. But the previously suggested "X-Nautilus-Hide=true" could be used by sysadmins and smart users to workaround this bed behavior
Comment 3 Cosimo Cecchi 2010-08-02 11:07:41 UTC 
'Backgrounds and Emblems' have now been removed from nautilus master, see [1]. Closing this as OBSOLETE.

[1] http://mail.gnome.org/archives/nautilus-list/2010-July/msg00023.html