-
手机端建议精简功能
2024-10-02 20:30最爱 Bear 的设计,真正的简洁好用,交互做得非常好。Notion 移动端就别学了吧,重新设计之后依然是一坨。
另外一个做得不错的是 Craft。
-
S3 同步报错:“同步失败:网络超时,请稍后再试 (Provider: S3) v3.1.7”
2024-09-27 17:41我之前也总是失败,后来把时间改成 180s 好像就全部 ok 了。默认的好像是 30s 吧。
-
我的很多笔记标题变成 Untitled 了
2024-09-19 09:27应该是因为云端那份数据已经出问题了吧,所以覆盖本地永远会是 untitled。至于最初怎么出问题的,我没法确定,但确实之前也遇到过。回帖里面也有朋友有类似的经历。
-
我的很多笔记标题变成 Untitled 了
2024-09-19 08:51补充一些信息:
我想了一下很有可能是昨天下午我在另外一台 Mac 上全量下载我的笔记之后出现问题的。我刚刚断网检查了一下数据,iPhone 是正常的(因为这两天没打开过),另外那台 Mac 数据是错的。
这是我另外一台 Mac 断网导出的日志文件,我很确定当时是等待程序同步完成之后正常退出的。
-
移动端太难用了,打开应用至少 10 秒,关闭应用至少 4 秒
2024-07-25 16:32确实极其难用,从 UI 到交互完全不是移动端 App 的逻辑。
就说几个最影响体验的:
- 打开和关闭慢。切到后台再切回来总是有数据校验的提示框。
- 强制全量下载,资源类附件无法懒加载,如果附件多,移动端会占用大量空间。
- 点击事件没有对移动端优化。比如图片需要点两三下才能放大,因为要先点击选中,完全不符合移动端使用习惯。
前 2 点,应该是同步方案的限制,目前的云端更像是一个备份中心,用来在需要的时候从云上下载一份笔记而已。第 3 点以及没有提到的很多反直觉的交互问题,可能就是开发者确实不太关心移动端的体验优化或者说解决起来很麻烦优先级太低。
-
siyuan 的强大在于底层的块任意链接,而不是本地存储
2024-06-13 11:17我个人就完全没有用到各种链接。
最看重的几个核心要素是:本地存储 + 可靠的云备份 + 传统文档树结构 + 富文本编辑器。
本地存储是最重要的,因为可以保证图片类资源文件秒加载,这也是我没有用 notion 的主要原因。
-
希望可以优化文档的 blocks 滑动条的显示浮窗的设计
2024-05-12 10:42我个人是隐藏了页面上很多元素,应该是这段代码可以做到
/* 隐藏页面滑块 */ .protyle-scroll { display: none; }
-
建议为资源文件提供独立的同步配置
2024-04-09 21:49个人笔记里面大量使用图片,昨天晚上 S3 同步到一台新设备,中间一直失败,大概失败了十几次才同步完......而且 S3 同步是真的慢
-
微信读书账号被封,以后用插件需小心
2024-03-29 10:59以前用 kindle,后面买过文石,不过都吃灰了,现在只用 iPad 了,体验好的不是一点半点。护眼主要还是用眼习惯吧,长时间看纸书也伤眼的
-
白板要么不做,要做就做好
2024-03-18 09:55白板想要做的好可太难了。最重要的可能是交互逻辑和性能问题。
简单的使用场景随便什么白板都能用。稍微复杂一些的使用场景,目前各个笔记里面集成的白板基本都是一坨。
要做的话,先把大多数有白板需求的用户使用场景搞清楚吧,可以做做调研什么的。
不过个人意见暂时是没必要做这个功能,开发资源毕竟有限,而现阶段需要优化的地方可太多了。
-
有没有小伙伴遇到图片宽度显示不正常的
2023-12-04 11:01是的吧,郁闷。不知道问题怎么出现的,所以也就不知道下次如何避免。
现在希望这个问题能被修复,还有怎么方便清除之前这些问题图片上的多余属性,笔记中的图片实在有点多,一个个打开开发者工具删除太麻烦了。