-
思源列表反馈
2025-03-25 23:09-
偷懒应该可能,但更多是没想到吧,如果实现不了让思源自己去(资源监视器)查占用该文件的句柄并关闭或者请示用户确认后关闭,至少文件占用时,进行重命名,思源应该是知道重命名失败的,扫一下资源文件夹下有没有重命名后的文件之类的,再提示重命名失败,并提供需要重命名的文件的地址,让用户自己去关闭占用句柄
-
设想的逻辑是这样的
- 建立在双命名机制下(供用户重命名的名字,系统分配的隐藏的供其他文件引用的引用名或者说 id)
- 同一引用 id 如果多个文件,始终引用修改时间更新的
- 试图重命名
- 如重命名失败,且是占用问题,如果可能,先试图让思源去查占用句柄,并记录下来,其他问题也记
- 复制一份并重命名为目标名称,但是不要更新此文件的供索引的 id
- 能让思源自己解决就显示记录到的问题,占用的句柄,并请示用户是否执行后让思源处理
- 不行就弹提示窗说问题所在,给占用句柄,教用户去资源监视器关,或者其他问题也是
- 然后也不强制用户解决完才能正常使用资源,因为可以靠隐藏的唯一 id 去引用资源,当然,按第四步说的有两个资源了,但可以引用那个修改时间更新的
- 然后就是收尾工作了,爆了这次重命名错误后就把资源的不变的引用 id 记个小本本,每次打开思源的时候都试图去以 id 搜索文件,并依照修改时间,删掉旧的,在问题结束前,并且在那个回收站哪里标个小红点,告诉用户还有个重命名文件的遗留问题,让用户再去试试,直至解决
-
-
思源列表反馈
2025-03-25 22:15- 手动合并多个同级列表没有快捷方式有吗,有时需要处理复制进来的列表,因为格式等各种原因,有时会很多小列表。
- 看了你说的,文件占用一般是不会有的,毕竟进了笔记库,如果有可以让思源去(资源监视器)里查占用该文件的句柄,弹个提示框说某某程序占用该文件,让用户去关掉,然后重命名按上面给出的双命名方案,就不用更新其他文件里面对该文件的引用了。
- 贡献代码,虽然会编程,但暂时没怎么涉及前端,在啃 C/C++,估计要两三个月,不知道两三月有没解决,而且也有计划学三剑客,可以着手一试。
-
思源列表反馈
2025-03-25 21:33- 好吧,暂时能看懂一点,但是很少会用检索功能,块列表于我可能没啥用,但以后熟悉检索会有用的吧。
- 现在,只差手动快速合并多个同级列表,因为一顿修改后经常爆出多个独立的小 list
- 下面是新爆的问题
- 资源/附件管理过于简陋
- 原因:只有未引用和和丢失资源两个选项,功能太简陋了
- 缓计:使用系统的文件管理器
- 建议
- 新增允许查看所有文件,并可查看文件被引用多少次,被哪些文件引用
- 并允许按文件分类,文件格式等分类目查看
- 文件重命名会出现两个文件在资源文件夹目录里
- 原因:查看库属性时看到内存太大,打开资源文件夹发现很多命名不同的同一文件
- 缓计:这个暂无,看了下帖子,似乎没什么讨论
- 建议:给资源文件分配两个名字,一个供用户查看和重命名,一个系统分配隐藏名字,供文件引用
-
思源列表反馈
2025-03-25 20:05- 看过这个文章,才写的帖子
- 有没有改变这个列表逻辑的方法,默认自动合并挨着的同级列表
- 或者有没有快捷合并多个同级列表的方法,时不时就爆太多小 list 了
-
思源有序列表、文档树和栏宽反馈
2025-03-25 13:27- 虽然但是······,这样操作麻烦,用 md 输入本就是图手不离键盘尽量不碰鼠标,不用太在意样式问题;
- 优先考虑自动,无法修改这个列表逻辑吗,就是(让挨着的同级列表自动成为一个列表);
- 下策,如何单独给列表块添加默认背景颜色,如何快捷手动合并多个同级列表;