-
-
Notifications
You must be signed in to change notification settings - Fork 2.1k
云端收集箱 #3718
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
D大 借个楼 好像链滴社区崩了,云同步功能 思源笔记也用不了了 |
|
支持!如果能有云端功能就不考虑用cubox了! |
如果能做到直接包括微信在内,其他app,如知乎、掘金等社区也能直接分享到思源就更好了(不通过微信)。android的话应该就是Intent。 |
等不及的朋友可以瞅瞅 Zuoqiu-Yingyi/zhenxun-bot-plugin-siyuan: 绪山真寻 bot 的思源笔记收集箱插件, 可以将 QQ 群设置为收集箱, 就是从零开始配置比较麻烦 |
无论是转瞬即逝的灵感还是开会时做记录,最重要是打开速度要快。目前安卓 APP 打开速度很慢,现在只能寄希望于「云端收集箱」补上这个短板。 我注意到,「云端收集箱」要先打开公众号才能使用。记一条新内容,要先打开微信,然后找到公众号,接着,打开输入内容界面才能开始真正的输入。这一番操作下来,效率和使用 APP 相比没有明显的优势。 我想,微信中通过发送一条消息到对话框是较为快捷的方式,希望能考虑🙋 |
@hiforrest 不太明白“发送一条消息到对话框”是指的什么,麻烦再补充一下,谢谢。 |
应该是指可以分享/转发消息至公众号, 可能包括微信内消息的转发与微信外消息的分享 |
像 Flomo 的微信输入那样,在微信中创建一个机器人好友,叫做「Flomo」;给它发消息,内容就会保存到笔记本。微信是常驻APP,打开很快,只要把这个好友置顶就可以方便的发送内容到笔记本了 🚀 |
所有微信公众号都不能接受转发消息,思源手机 app 好像也不能接受来自其它 app 的分享消息,所以在手机快速记录这一部分,目前最快的方式可能就是在微信里找到公众号然后发送消息了。 我觉得真正比较难设计的是后期整理时「发送到笔记本」这一步。
就上面几种方式来说,偏好每一种方式的人使用习惯可能有极大的差异,比如偏好第一种方式的人可能是想在手机端粘贴点长篇文章发到公众号、而不是手动记录自己的灵感,偏好第二种方式的人可能是只想找个 flomo 替代品,偏好第三种方式的人是非主流。不管选择哪种策略,如果没有官方亲自下场背书,可能社区里又会多一大批关于云端收集箱的 issue |
微信好像没有提供 bot 相关 API,这样做似乎不太稳妥…… |
@deerainw 感谢梳理,我们再想想。 |
我刚接触思源笔记,初步试用,桌面端很优秀,但移动端的「速记」功能是思源笔记所缺失的。看到前面的回复,有些失望。下面我想完整阐述一下我想法,可能对于这个主题来说有些跑题,但这是我在「路线图」中看到的,最接近能解决问题的工作计划了,就写在这里吧。希望对思源笔记有一点帮助。 笔记软件的移动端和桌面端的使用逻辑不一样,不是把桌面端复制到移动端就解决问题了。手机端侧重于「记」和「看」,能够快速记录,方便地浏览已有内容即可。内容管理,复杂的操作可以放到桌面端来完成。 一款好的手机端笔记APP,首要标准永远是「快」。想法稍纵即逝,产生灵感的瞬间必须马上记下;开会时出现重要信息,必须马上记录。从产生想法到开始记录,时间越短越好,步骤越少越好。能用 0.1 秒不用 0.5 秒,能用一步,不用两步。 而思源笔记手机 APP 的现状是,且不说打开速度慢,进入 APP 之后,还要点一下「编辑」按钮才能开始输入文字;甚至进入 Daily Note 还需先点开侧栏菜单,选择「日记」,如此之繁琐!这一番操作下来,我真的会忘记一开始要记什么。由此细节可见,开发者尚未重视到手机端「速记」的重要性。 下面是几个笔记类 APP 的解决方案:
如果「云端收集箱」依靠公众号来做,明显「快不起来」:首先公众号本身入口就深(公众号还难找),从公众号进入功能页面还有一层,太复杂了,且不说里面做的功能多强大,酒香就怕巷子深!我为何不长按印象笔记,直接开始记录? 建议重新评估一下「云端收集箱」的制作方案。所有的特性当中:「快」首当其冲,不然的话,为什么要做「云端收集箱」,直接用 APP 不就行了。 |
@hiforrest 非常有用的建议,我们目前的打算是先上线云端收集箱,这个基础版本先采用公众号打通,提供云端 API 之后在继续考虑速记的接入方式。也许可以通过你说的长按图标触发输入框来接入,也许也还有其他方案,这个等云端收集箱上线以后再陆续完善,感谢帮助。 |
@88250 嗯,路要一步一步走,有解决的计划我就不担心了 🥳 |
能替代Cubox吗 |
@88250 对不起。 我不知道这是否是正确的提问方式。 但是思源2.0版本会有很大的变化还是只是另一个正常的更新(就像从1.9.1到1.9.9的那些)? |
@taozina 正常更新,会引入一些特性,但总体上不会有太大变化,具体计划变更可参考 https://github.com/siyuan-note/siyuan/milestone/177 |
你好,印象笔记可以通过把微信文章,或者聊天记录以及图片转发给公众号(公众号绑定了自己印象账号),公众号收到后就会自动转发存储到印象笔记中,希望思源也能实现,感谢 |
@mozhux 应该不会考虑在建立页签了,整理主要靠发送到笔记本后进行。云端收集箱不会直接拉取图片,需要发送到笔记本以后再手动转本地,后期根据用户反馈看是否有必要自动化这一步。 |
1.请问手机版本暂时没有收集箱吗? |
个人感觉现在的云端收集箱有点问题,不是收集箱,而是一个剪藏中转站 对于非链接剪藏类的其他信息,甚至不如发消息到文件传输助手,然后在电脑上打开文件传输助手一个一个复制到笔记里,用文件传输助手复制粘贴比用云端收集箱移动效率更高 举个例子,我在路上有一个灵感要记录 第一种方案,用文件传输助手,操作步骤为:1. 打开微信;2.打开文件传输助手;3. 输入灵感发送;4. 在电脑端打开文件传输助手;5. 复制;6. 思源里面粘贴 第二种方案,用云端收集箱,操作步骤为:1. 打开微信;2.打开公众号;3. 输入灵感发送;4. 在电脑端打开云端收集箱;5. 点击移动到收集箱笔记本中;6. 打开收集箱笔记本中的这个文档;7. 移动块到主笔记本中的相应文档;8. 切换到目标文档 这还是只有一条灵感的时候,如果有多条灵感,使用云端收集箱的话还需要在思源里面来回切换,而用文件传输助手我可以分屏复制粘贴,效率更高 |
@fanglypro 微信只是一个对接方式,后面会提供 API,这个应该是云端收集箱的最大意义。 |
我试了一下,好像无法支持,微信不会发送此类消息到我们的服务端。 |
意思是如果我们从公众号添加收藏里面的内容发到公众号,微信自动屏蔽了,无法发送到服务端,导致无法激活云端收集箱的收集功能,对吗? |
应该是的,至少目前我没有找到聊天记录转发公众号后会服务端能够收到消息的技术方式。 |
这个不是云端收集箱的功能,后面再单独考虑,感谢提议。 |
@mozhux 后面考虑,感谢提议。 |
D大,建议收集箱具备像反链面板那样拖动到正文的操作,这样便于整理~ |
@winter60 整理功能靠发送到笔记本后进行;云端 API 就是对接云端接口,和本地思源没有关系,可以走 API 数据先入库,然后思源打开联网就能看到。 |
了解啦,谢谢~ |
@woniuxia 麻烦例举一个具体的使用场景和步骤我们分析看看是否有必要。 |
收集箱不仅是爬取发送的超链接呀, 手动发送 markdown 文本也可以, 用于一些灵感出现时快速打开记录 |
@woniuxia 这个例子中随便用一个其他工具(比如 QQ/微信)可能更快。 |
你好,使用云收集箱一段时间,有一些反馈想分享,可能各人对收集箱的定位或者自己使用场景不同,有不同感想。 |
云收集箱作为2.0重大功能更新,希望越来越完善,如果因为成本或者其他开发原因,是否可以出个对接目前主流信息收集类软件api的教程,曲线救国先,谢谢。更好的使用值得消费者付费更多,可以针对这些成本更大的功能增加附加费用。notion还有wolai等都有增值付费的功能 |
@JCJC01 API 请参考帮助文档收集箱章节。 |
你好,知道post和body,咋用?虽然很爱数码,无奈编程小白一个,大大,有没有操作的教程 |
API 主要是给社区开发者使用的,目前暂时还没有相关应用程序出现,得等等看。 |
【【Notion × 滴答清单】自动同步To-do清单!别再让安排任务也成为你的任务之一-哔哩哔哩】 https://b23.tv/8QKLBos,类似这种教程 |
云端收集箱是一个纯云端功能,数据从云端获取,使用分页列表展示,类似邮箱的收件箱(Inbox),其中的数据只能查看、删除和发送到笔记本。
以微信举例使用流程:微信公众号输入、打开思源云端 Inbox,浏览需要的信息并发送到笔记本进行整理,删除信息。
Originally posted by @88250 in #3457 (comment)
任务分解
服务端
客户端
The text was updated successfully, but these errors were encountered: