最新版本 v1.1.0 已经支持阅读模式下的高亮批注
同时提供独立页面对高亮批注进行管理
看起来软件的设计理念不错
感觉是flomo的理念的另一个版本
是否考虑加入类似githubd的仓库管理,和仓库置顶呢
您好,没看懂您说的这个需求,能详细描述下这个需求的使用场景吗?
这个应用是用来收藏网站,或者对网页进行快照、提取、阅读的,没理解您说的管理仓库和这个应用之间的关系
让囤积和回顾更无压力么
我就有囤积 和回顾压力 所以
在有AI 之后我自己用AI 写了一个
没有批注需求 就算 纯看 收藏 带有缩略图可以 回顾
1 个赞
其实还是类似 标签和文件树这样的结构
我其实意思 是你这个 是类似flomo设计 的标签+github类型的每日贡献
为什么不参考一下github仓库的设计 用作书签的合集管理
这种是类似先确立主题 再添加书签 适合于项目
标签那种 是适合于先添加书签 再添加标签 两者不一样
29ez
7
如果有人希望长期使用这个项目的话,我提醒一下,linkding 不支持全文搜索的
原项目不支持文件夹,但是提供了一个 Bundle,类似于智能过滤器
每个 Bundle 可以设定很丰富的筛选条件(如下图),配置好以后,就可以点击 Bundle 一键得到你要的书签合集了
不知道说的是不是这种场景
对的,暂时还不支持全文搜索。
我打算最近搞完自定义爬取脚本定制的可视化面板,再考虑全文搜索的支持。
我尝试过 linkding 和 linkwarden、karakeep 等主流的自部署书签管理,没办法正常获取到推特、Reddit等常见信息源的页面内容(快照),国内的小红书、知乎等就更是如此了。这样无论是稍后读、还是全文搜索其实都无从谈起。所以我打算先支持好自定义爬取脚本的功能。
你没懂我想表达什么
一个是 先收藏书签 后打标签
另一个 等于 先建立仓库 再收藏书签
标签和仓库 不能等价 不能混用
嗯嗯 我也看到 karakeep 就是在容器里配置一个 meilisearch,感觉支持全文搜索应该不太麻烦
可能的确是没懂你表达的意思
我理解现在讨论的是能不能允许用户新建一个“仓库”/“文件夹”,然后用户在添加书签时将这个书签放入仓库/文件夹。不知道这样的理解是不是正确?
如果理解的不正确,不知道你方不方便举一个真实的使用场景,方便我跟上你的思路,感谢
我刚才提到的 bundle 就是在解决只有标签、没有文件夹的情况下,如何满足这个需求。原项目有一个 issue 讨论了这个问题多年
我觉得“标签和仓库”不等价是正确的,但是标签作为仓库是没问题的(虽然会有一定局限性)
linkding 的 Bundle 在扩展了筛选维度后,其实是个很强大的自动文件夹,我觉得在有海量书签的情况下要比手动管理分类书签的文件夹更好。
另外我理解文件夹更贴合习惯,尤其是树形的管理形式甚至是贴合本能的。所以我也参考 Obsidian 的一个插件 tagfolder 的思路,让标签可以基于它们在书签中的共现情况自动形成一个树状结构。这样体验上很像分类严谨的树状文件夹,而不用手动管理(如下图)
这样设计也行 只是我觉得没什么特色 和普通的书签管理区别不大
你这种 标签化+每日贡献 我最早在flomo看到
而flomo的灵感又来自github
所以或许做成githu那种平铺仓库,比你见到的那种左侧文件夹目录树更实用,更有特色,或者两个结合在一起也行
我好像懂你的思路了
感觉可以提供一种新的视图 + 允许给仓库/文件夹/Bundle写简介,就能达到你说的这种效果
我晚些再研究研究
大概就是那个意思 具体可能要demo看看效果才行
我感觉这个设计挺有意思的 挺有特色 实用性上应该也有中上级别
rt23i950
(Totomo)
18
对于linkding的改进,最需求的功能
1、检查失效link。批量处理(换域名,清理,去重复)
2、批量对域名替换(有些个人博客过一段时间就换一个域名)
3、去重复,包括按title或者url,fuzzy处理。
syun
19
我是干脆搓了一个 看过的网页自动缓存md的插件
再把数据库引入gety 方便搜索
Qingwa
(青小蛙)
20
你这个 cn 未来是怎么考虑的?跟上源项目,还是分道扬镳啊。
还有啊,这个项目和 pinboard.in 真像啊