Quand les pièces jointes en mode organisationnel sont-elles préférables pour déposer des hyperliens?

Pour autant que je sache, les org-modepièces jointes résolvent le même problème que les hyperliens de fichier, mais de manière plus maladroite. Dans quelles situations les attachements seraient-ils la solution supérieure?

Parfois, un lien hypertexte peut être vers quelque chose d'éphémère comme un fichier journal ou un fichier modifiable par d'autres. Les pièces jointes vous permettent de capturer en permanence l'état actuel du fichier d'une manière plus pratique que de copier manuellement le fichier dans un bon emplacement et de le lier à celui-ci.

Cela pourrait également s'étendre à l'accessibilité à Internet. Si vous souhaitez accéder à un fichier sans accès à Internet, vous pouvez le joindre à votre fichier org.

Mais inversement, les pièces jointes peuvent créer un lien logiciel vers un emplacement alors que les hyperliens ne peuvent pas stocker une copie locale. Lorsque les pièces jointes établissent un lien logiciel vers un document ( C-c C-a y), le mode organisation crée si possible un lien symbolique vers le fichier sur votre système d'exploitation (équivalent à lnun système * nix). Les autres méthodes ( C-c C-a c/m/l) fournissent un autre comportement. La valeur par défaut ( C-c C-a a) est l'une d'entre elles, telle que définie par org-attach-method.

Vous pouvez également spécifier le répertoire des pièces jointes et remplir ce répertoire. org-attach-syncsynchronise ensuite vos métadonnées de pièce jointe afin que le titre soit au courant des nouveaux fichiers. Vous ne pouvez pas faire cela avec des hyperliens sans globbing ou script.

Vous pouvez obtenir une liste de tous les fichiers joints via org-attach-file-list, ce qui vous permet de les parcourir tous et de faire des choses utiles comme copier dans un dossier Dropbox ou stocker dans git. Itérer sur des hyperliens dans une section est beaucoup plus difficile et sujet aux erreurs.

Une autre raison de considérer les pièces jointes sur les hyperliens est qu'ils associent un lien à un titre d'organisation, sans que vous ayez à le mettre dans le texte. Les métadonnées des pièces jointes sont stockées dans un tiroir de propriétés qui peut être masqué avec TAB.

Les hyperliens doivent exister dans le texte généralement sous la forme [[file:somefile.pdf][My file]]. Vous pouvez également masquer ce lien hypertexte dans une propriété, mais vous répliquez plus ou moins org-attachsans la facilité d'utilisation.

En bref, si les hyperliens peuvent associer d'autres documents à un en-tête, org-attachcette association est plus forte, plus robuste et, à certains égards, plus facile à utiliser.

Modifié: Ajout de clarification.

Une avancée majeure de l'utilisation des pièces jointes sur les liens est la org-modepossibilité de valider toutes les modifications apportées au fichier joint si elles sont sous contrôle de version, citation du manuel :

[...] Si vous initialisez ce répertoire [celui où réside la pièce jointe] avec git init, Org valide automatiquement les modifications quand il les voit.

(italique ajouté pour explication).

Si elle est utilisée correctement, la fonction de pièce jointe garantit que les fichiers joints sont toujours à jour et accompagnent le .orgfichier.

Je dirais que l'utilisation de liens est un meilleur choix si vous

• je ne veux pas valider les fichiers avec le .orgà chaque changement / jamais
• avoir un mélange de fichiers qui pourraient être joints et certains qui ne devraient jamais être joints (par conséquent, pour des raisons de cohérence, vous n'utilisez pas de pièces jointes)
• fonctionnent déjà sous contrôle de version et / ou n'ont pas besoin de la fonctionnalité de validation automatique

Pour moi, les pièces jointes sont une sorte d' dwimapproche (faire ce que je veux dire) des fichiers qui doivent être inclus ou référencés dans un .orgfichier.