Une liste minimale de ces chaînes est définie dans la section sur les Exec clé de les spécifications de Desktop Entry . Ceux qui ne sont pas dépréciés :
-
%f Un seul nom de fichier, même si plusieurs fichiers sont sélectionnés. Le système qui lit l'entrée du bureau devrait reconnaître que le programme en question ne peut pas gérer des arguments de fichiers multiples, et il devrait probablement créer et exécuter plusieurs copies d'un programme pour chaque fichier sélectionné si le programme n'est pas capable de gérer des arguments de fichiers supplémentaires. Si les fichiers ne sont pas sur le système de fichiers local (c'est-à-dire qu'ils sont sur des emplacements HTTP ou FTP), les fichiers seront copiés sur le système de fichiers local et %f sera développé pour pointer sur le fichier temporaire. Utilisé pour les programmes qui ne comprennent pas la syntaxe URL.
-
%F Une liste de fichiers. A utiliser pour les applications qui peuvent ouvrir plusieurs fichiers locaux à la fois. Chaque fichier est passé comme un argument séparé au programme exécutable.
-
%u Une seule URL. Les fichiers locaux peuvent être transmis soit en tant que file : URL ou comme chemin d'accès au fichier.
-
%U Une liste d'URLs. Chaque URL est passée comme un argument séparé au programme exécutable. Les fichiers locaux peuvent être passés soit comme file : URLs ou comme chemin d'accès au fichier.
-
%i La clé d'icône de l'entrée du bureau est développée en deux arguments, d'abord --icon et ensuite la valeur de la clé d'icône. Ne doit pas être développée en arguments si la clé d'icône est vide ou manquante.
-
%c Le nom traduit de l'application tel qu'il figure dans la touche Nom appropriée de l'entrée du bureau.
-
%k L'emplacement du fichier du bureau sous la forme d'une URI (si par exemple obtenu à partir du système vfolder) ou un nom de fichier local ou vide si aucun emplacement n'est connu.
Tous ces éléments n'ont pas de sens pour les actions personnalisées. Le Wiki LXDE suggère PCManFM ne prend en charge que ces .
Ceux qui sont dépréciés :
Actions Nautilus étend ces derniers pour inclure quelques éléments supplémentaires, et je pense que la plupart des gestionnaires de fichiers suivent cette convention. En plus de ceux listés ci-dessus, il ajoute :
-
%b (premier) nom de base
-
%B liste de noms de base séparés par des espaces
-
%c nombre d'éléments sélectionnés
-
%d (premier) répertoire de base
-
%D liste séparée par des espaces du répertoire de base de chaque élément sélectionné
-
%h nom d'hôte du (premier) URI
-
%m mimetype du (premier) élément sélectionné
-
%M liste séparée par des espaces des mimetypes des éléments sélectionnés
-
%n nom d'utilisateur de la (première) URI
-
%o opérateur no-op qui force une forme d'exécution lorsqu'il est spécifié comme premier paramètre, ignoré sinon
-
%O opérateur no-op qui force une forme d'exécution lorsqu'il est spécifié comme premier paramètre, ignoré sinon
-
%p numéro de port de la (première) URI
-
%s schéma de la (première) URI
-
%w (premier) nom de base sans extension
-
%W Liste de noms de base séparés par des espaces, sans leur extension.
-
%x (première) extension
-
%X liste d'extensions séparées par des espaces
-
%% le caractère " % ".
Thunar Actions soutient encore moins - celles qu'il prend en charge sont répertoriées dans la boîte de dialogue d'ajout d'actions :
-
%f Le chemin d'accès au premier fichier sélectionné
-
%F Les chemins d'accès à tous les fichiers sélectionnés
-
%d Répertoire contenant le fichier référencé par %f
-
%D Répertoires contenant les fichiers référencés par %F
-
%n Le premier nom de fichier sélectionné, sans le chemin d'accès.
-
%N Tous les noms de fichiers sélectionnés, sans les chemins
Nautilus et Thunar utilisent tous deux des spécificateurs qui sont dépréciés par la spécification Desktop Entry. Ils utilisent également des significations différentes pour %n .
Pour résumer, il semble que le seul point commun entre le Desktop Entry Spec, Nautilus Actions et Thunar soit %f / %F . %f est utilisé pour spécifier un seul fichier, et %F pour spécifier une liste de fichiers.
