用的doom emacs,前段时间更新后发现,在创建好的org文件中,修改第一行的"#+title:name",更新的name值会同步修改.org文件的名称
导致一旦修改title,所有与这个文件相关的org-roam链接都失效了。之前不是这样的,之前任意修改title属性,也不会影响已经创建的org roam链接。求好心的大佬指点一下
初始:
修改title名称
保存org文件,文件名称自动变成新的
然后就所有和这个org文件链接的org roam全部失效
想改回修改title不影响文件名。因为有时候随着内容的扩充,原有的标题名称已经不合适了,常常需要更新,如果文件名也改了,则原有的链接数据网络就失效了。感谢大佬们对这个问题任何的关注和指点
我觉得你对roam记笔记的思想理解有问题,roam的初衷是在一堆原子笔记之间建立关联,不是把一堆内容赛道同一个笔记里面,如果你发现笔记内容需要扩充,建议直接新建一个笔记。
如果你发现有一些东西随着时间可能会不断扩充内容,那你可以新建一个笔记,然后把具体内容拆分成若干个不可被再拆分的小块放到各自的笔记文件中,然后在那个新建的笔记里面link这些小的笔记
我不太赞同你的观点。确实,按照how to take smart notes一书的观点,一个知识点或者一个论据作为一个卡片。但这样带来一个一个问题,就是知识分布过于琐碎,只适合存储单个文献或者文件的数据,难以支撑书籍等工作。相比较而言,不管是org roam还是roamsearch所支持的文件内标题链接才是更合适的,即整合了知识体系,也保证了知识的细颗粒度引用。
不能太拘泥于形式,roam类笔记法的核心是知识点的交叉,过于细致的拆分会导致后期整理的巨大麻烦,仅仅依靠标签和上下串联来在数千上万个细碎文件中快速找到合适的知识是效率低下的。如果用deft等文件来进行搜索主题会面临新的问题,当都是小文件时,会出现大量知识相近的搜索结果,搜索结果是没有逻辑顺序的。
单把大文件拆分小文件的优势也很多,比如知识存储的独立性大大增强了在后续添加新文件时引用和相互关联的便利性,知识网细碎而稠密,roam research的联想和知识关键体系能工作的更好。但这些优点利用标题链接也能具备很多,而小文件系统存在的问题却难以有效解决
至于你所说的,当一个文件增长起来后,把它拆分成目录文件和若干文件,重新链接一起,先不说工作量的增大,这样真的有多大意义吗?直接用文件内子标题作为新的链接岂不是更快更合适,imenu list等插件早就保证了单文件索引的易用性。
以上观点仅是对您说的这句话的回应,和我提出的问题无关。如果您有更多的见解,十分感谢分享
不是有 linked references 么,就相当于不同的标题的内容在同一个文件里显示。references 还可以过滤,按照你想要的内容显示。虽然我也不反对标题引用,但从逻辑上还是觉得page引用更自由。
references的作用就是把相关的page关联起来,用户只需要关注当前的page的内容以及相关联的引用,无需在意相关的内容是放在一个文件中还是多个文件中。减轻大脑的负担。
是的,我认为用户不应该关注知识点是在一个文件还是多个文件里,重要的是在关键时刻能后引用到
过于琐碎的小文件在搜索,过滤时问题较多,仅依靠标签难以获得单文件的架构优势
我主要是想问问为啥现在是同步修改了,org文件应该单文件还是多文件存储是个月经话题了
你可以先去看看org-roam的文档,看看是否有这方面的修改,或者直接提个issue。我不用 org-roam。以前可以,现在不可以,说明代码逻辑变了,也可能是bug。
您的gkroam我一直也在关注,感觉在实现和实用上有很多值得称道的地方,有些想从org roam跳过去了,但目前我的文件数量很大,链接密密麻麻的,不好迁徙。不知道有没有什么办法可以快速迁入
主要我不了解 org-roam 是如何组织文件的,以及链接的格式等等。如果清楚了,可以写个迁移的函数,这个不是问题。
谢谢帮助,org roam文档我之前简单看了下没有提及这个,感觉像是doom emacs的问题,因为同步修改org title和文件名看起来是个新特性
你可能需要了解一下#+roam_key
是做什么的。
https://www.orgroam.com/manual/File-Refs.html#File-Refs
先加一个#+roam_key
,内容是原来的title,然后应该就可以随便改title了,如果那个帮你同步org title和文件名的插件够聪明的话。
谢谢你的回复,但是否加入roam key,文件名和org title都会一起变。roam key一般是一个唯一的链接或者ref,跟自动修改文件名称不是一个问题
我现在感觉是一个bug,只有新创建的org roam文件会同步修改文件名和title,数据库里之前创建的上千个org 文件都不会这样