据我所知,org-mode
附件可以解决文件超链接的相同问题,但是方式更笨拙。在什么情况下,附件是更好的解决方案?
据我所知,org-mode
附件可以解决文件超链接的相同问题,但是方式更笨拙。在什么情况下,附件是更好的解决方案?
Answers:
有时,超链接可能指向临时文件,例如日志文件或其他人可编辑的文件。附件使您能够以比手动将文件复制到一个合适的位置并链接到它的方式更方便的方式永久捕获文件的当前状态。
这也可能扩展到Internet可访问性。如果要访问没有Internet访问权限的文件,可以将其附加到组织文件中。
但是相反,附件可以软链接到某个位置,而超链接则不能存储本地副本。当附件软链接到文档(C-c C-a y
)时,如果在操作系统上(相当于ln
* nix系统),则org-mode将创建到文件的符号链接。其他方法(C-c C-a c/m/l
)提供了其他行为。默认值(C-c C-a a
)是其中之一,由设置org-attach-method
。
您还可以指定附件目录并填充该目录。org-attach-sync
然后同步您的附件元数据,以便标题知道新文件。如果没有超级链接或脚本编写,则无法使用超链接执行此操作。
您可以通过来获得所有附件的列表,该列表org-attach-file-list
使您可以遍历所有附件并执行一些有用的操作,例如复制到Dropbox文件夹或存储在git中。遍历节中的超链接更加困难且容易出错。
在超链接上考虑附件的另一个原因是,它们将链接与组织标题相关联,而无需将其放在文本中。附件元数据存储在属性抽屉中,可以使用进行隐藏TAB
。
超链接通常必须以以下形式存在于文本中[[file:somefile.pdf][My file]]
。您也可能会将此超链接隐藏在属性中,但是如果org-attach
没有易用性,您将或多或少地进行复制。
简而言之,尽管超链接可以将其他文档与标题org-attach
相关联,但使这种关联更强大,更健壮,并且在某些方面更易于使用。
编辑:增加了说明。
附着物使用在链接上的一个重大进步就是org-mode
可以照顾commiting所附的文件进行任何更改的,如果他们是版本控制之下,从手动报价:
[...]如果使用git init 初始化此目录(附件所在的目录),则Org会在看到更改时自动提交更改。
(添加斜体以进行说明)。
如果使用得当,附件功能可确保附件始终是最新的并与.org
文件兼容。
我想说的是,使用链接是更好的选择
.org
每次更改/ 提交提交文件对我而言,附件是一种dwim
对文件包含(在.org
文件中引用或引用)的(做什么)方法。