Je n'ai découvert que récemment (oui, je suis en retard) que TextEdit.app ajoute des attributs étendus à tous les fichiers que j'ouvre dans cette application. J'avais découvert cela lorsque j'avais ouvert par hasard un script shell dedans et qu'il a été mis en quarantaine et n'a pas voulu s'exécuter.
J'ai rapidement appris que je pouvais supprimer des attributs avec l'une des deux méthodes suivantes xattr -c file
ou des attributs individuels avec xattr -d attrname file
mais cela est fastidieux. Il se trouve que j'aime bien TextEdit (qui, je le sais, n'est pas apprécié des professionnels). J'ai d'autres éditeurs pour éditer le code, donc je ne cherche pas à obtenir des suggestions d'éditeurs alternatifs. Ce que j'aimerais savoir, c'est s'il existe un moyen d'empêcher l'ajout d'attributs étendus aux fichiers ?
J'ai essayé defaults write com.apple.LaunchServices LSQuarantine -bool false
mais ça arrive quand même.
Ou peut-être que je suis trop pointilleux ? À part l'attribut de quarantaine, est-ce que les autres éléments peuvent gêner les autres utilisateurs sur les systèmes non-MacOS, par exemple lorsqu'ils sont dans un repo github ou déployés sur d'autres systèmes ?
Mes principales préoccupations sont d'abord : obtenir un drapeau de quarantaine qui a été ouvert pour une modification rapide/simple, et ensuite : les modifications des fichiers texte (comme README.txt) qui sont inclus dans un dépôt de codage social (comme github). Mon désir d'éviter les attributs étendus est le même que la raison pour laquelle je supprime les fichiers .DS_Store avant de livrer les modifications à un dépôt - ils sont spécifiques au système et sont autrement inutiles (ou peut-être des obstacles ?) pour les autres. TextEdit est pour l'édition de texte. Les scripts et les READMEs sont des fichiers texte. Je l'utilise également pour toutes sortes d'autres fichiers texte que je traite en ligne de commande, comme les fichiers fasta et fastq. TextEdit (bien qu'il manque définitivement de fonctionnalités que d'autres éditeurs ont) a des fonctionnalités utiles que d'autres éditeurs n'ont pas ou ne font pas bien, et je l'ai utilisé depuis le début et continuerai à l'utiliser malgré la préférence ou les opinions alternatives des autres. Cela n'est devenu un problème que l'autre jour, lorsque pour une raison quelconque, j'ai été incapable d'exécuter un scripts que j'avais exécuté et ensuite ouvert dans TextEdit pour faire un changement très mineur, et ensuite j'ai trouvé que je ne pouvais pas l'exécuter à nouveau.
Mais peut-être ai-je tort quant à ma principale préoccupation ? Peut-être que ce n'est même pas TextEdit qui a ajouté l'attribut de quarantaine, car je n'ai pas réussi à reproduire ce problème. Est-ce que TextEdit ajoute l'attribut de quarantaine, et si oui, quand ?
J'ai écrit un service d'automatisation que je peux utiliser pour supprimer les attributs des fichiers sélectionnés, mais s'il existe un moyen de modifier le comportement de TextEdit, ce serait préférable. Sinon, je vais probablement aussi ajouter une commande xattr à mon wrapper checkin.
0 votes
Quelle méta da a fait texted it écrire ?
0 votes
@user151019 "com.apple.TextEncoding com.apple.lastuseddate#PS com.apple.metadata:_kMDItemUserTags"
0 votes
Lequel de ces éléments pose un problème ?
0 votes
Les attributs ajoutés varient en fonction de ce que vous faites au fichier et le fait qu'ils causent ou non un problème fait partie de la question que j'ai posée, donc à vous de me le dire. Le seul attribut que j'ai rencontré et qui m'a posé un problème est l'indicateur de quarantaine. Mais je ne veux pas inclure ce truc dans un PR sur le repo de quelqu'un d'autre. Est-ce que ça colle au fichier quand je fais un git push ?
0 votes
J'ai essayé plusieurs fichiers (simple, RTF, exécutable scripts) et je n'ai obtenu que des attributs "inoffensifs". Pouvez-vous reproduire un scénario où un attribut de quarantaine est ajouté par TextEdit ?
0 votes
Apple m'a appelé aujourd'hui et a reconnu que c'est un problème connu à Monterey sur lequel ils travaillent. Si vous êtes sur une version plus ancienne, vous devriez essayer de les convaincre de le corriger dans votre version également.
0 votes
Il semble qu'il soit corrigé dans la version 12.3. Mais cela n'était pas mentionné dans les notes de mise à jour, AppleCare n'a pas répondu à mon cas, et le rapport de bogue est toujours ouvert.