Je réactive cette discussion parce que je dois envisager de porter l'application que j'ai écrite de Ubuntu à XUbuntu, pour des raisons de performances.

Ce que j'ai écrit

n'est donc plus correct, puisque XUbuntu utilise Thunar. J'ai envisagé dans un premier temps de remplacer Thunar par Nautilus, mais ce ne me paraît pas être une très bonne idée. Dans XUbuntu, j'ai essayé la commande

gvfs-set-attribute -t string <fichier pour lequel changer l'icône> metadata::custom-icon file://<chemin de l'icône>

Elle ne provoque aucune erreur, mais n'a pas d'impact sur Thunar.

Merci à quiconque voudra bien m'indiquer comment faire avec Thunar.

Arbiel

Arbiel

D'ailleurs, à ce sujet, je suis surpris que la normalisation impose une partie du nom du fichier (.desktop). Ceci me semble contraire à l'idée générale des systèmes Unix et dérivés, qui s'appuient, autant que j'aie pu comprendre, sur le type MIME.

Cette norme spécifie aussi la manière dont les types MIME sont déterminés pour les fichiers (voir Shared MIME-info Database ), et l’extension des fichiers fait parti des moyens de déterminer le type MIME (voir l’élément glob). Le standard est justement compatible avec lui‑même ici

Pour ce qui concerne les scripts bash, c'est, si ma compréhension est bonne, la première ligne qui permet au traitement de texte de déterminer ce type.

Bien que je n'en sois pas si certain. En créant un lien matériel (? - hardlink) de nom fichier.txt sur fichier.sh, un double clic sur fichier.txt le fait ouvrir par gedit. Les deux types MIME sont différents pour un contenu identique

Et j'ai pu constater, mais ça, ça me paraît logique et tout à fait normal, si fichier.sh est protégé en écriture, mais pas fichier.txt, alors je peux tranquillement modifier le fichier en passant pas fichier.txt. Bien évidemment les droits ne sont pas attachés à l'inode, mais à l'entité qui maintient les caractéristiques du fichier.

Arbiel

je vais aussi en profiter pour aller faire un tour du côté de freedesktop.org, dont j'ai compris que l'objectif était justement de standardiser les informations de cette nature. "desktop" ne se limitant pas, j'imagine, au seul "Bureau" de l'interface graphique.

Ouaip c'est l'objectif. Mais il y a encore de la route à faire pour arriver à une bonne standardisation !

On a déjà les fichiers ".desktop" qui sont plutôt uniformisés, quelques autres trucs aussi, ça vient doucement...

Je ne veux utiliser cette possibilité que dans le cadre de Nautilus.

Je vais aller prendre connaissance des informations dont vous m'avez donné les références, et je vais aussi en profiter pour aller faire un tour du côté de freedesktop.org, dont j'ai compris que l'objectif était justement de standardiser les informations de cette nature. "desktop" ne se limitant pas, j'imagine, au seul "Bureau" de l'interface graphique.

Arbiel

C'est donc la personne qui a posté le message "ça marche pas" sur la source que tu as donnée qui est dans l'erreur

Arbiel, tu as donc le choix entre "metadata::custom-icon" et "metadata::emblems"

J'aimerais préciser, par rapport à la réponse de MelliW, que cela n'est pas du tout un standard : il s'agit d'une propriété spécifique aux logiciels qui utilisent GVFS, donc surtout Nautilus. Maintenant, si l'objectif est bien d'avoir une icône particulière dans Nautilus, c'est faisable.
Si c'est pour avoir un truc standard trans-environnements, ce n'est pas faisable...

Je lis, dans le lien "SOURCE" de MelliW, que cela ne fonctionnerait pas avec Ubuntu 12.04, la méthode pourrait avoir changé...
Par ailleurs, la source de MelliW parle des emblèmes et non des icônes. Je crois que Nautilus a abandonné les emblèmes. Peut-être que c'est lié au fait que cette commande ne marche pas

La source suivante évoque la même commande avec l'attribut "metadata::custom-icon" :
http://askubuntu.com/questions/97484/ho … ny-folders

J'ai testé la commande suivante (sur 12.10) et ça marche :

gvfs-set-attribute -t string <fichier pour lequel changer l'icône> metadata::custom-icon file://<chemin de l'icône>

Voici la commande que tu cherches:

gvfs-set-attribute -t stringv FOLDER metadata::emblems EMBLEM

Où "FOLDER" doit être remplacé par le dossier ou fichier à "emblèmiser", et "EMBLEM" par le nom de l'icône voulue.

En espérant t'avoir été utile !
SOURCE

Je te remercie, mais je suppose que je n'ai pas été assez clair dans ma question : il s'agit de faire cette opération par une commande et non par un interface graphique.

Je n'arrive pas à trouver avec quelle commande je peux affecter une icône à un répertoire ou à un fichier.

Merci d'avance à qui voudra bien me mettre sur la voie.

Arbiel