白板要么不做,要做就做好

本贴最后更新于 250 天前,其中的信息可能已经东海扬尘

目前闪卡功能重构困难,而导致闪卡需要重构的原因就是一开始就没设计完善,至少是没有为未来的功能扩充做出预留。鉴于此,我建议白板功能,要么不做,要做就做好,避免后期又来重构什么的。在做之前,先提供详细的设计图纸供社区讨论,讨论完善后再进行开发。由于开发资源有限,很多细节功能来不及实现的,需考虑到为功能扩展做出预留。对于我来说,目前的第三方白板挂件可以将就用用。我发此帖不是催这个功能,而是希望思源宝贵的开发资源不要被浪费,包括 D 大 V 大的时间、精力等等。

下面简单分析一下白板这一功能。从现有的挂件、插件来看,白板有以下三种嵌入方式:

一、嵌入到文档中(类似于挂件)

我个人非常喜欢这种方式。其中最具代表性的挂件为 widget-excalidraw(github)。强烈推荐体验该挂件。该挂件的特点就是以“图片”形式嵌入文档的同时,使用全屏模式编辑!!就是下面这个,注意完整的仓库名。

image.png

以下是演示视频:

二、嵌入到文档树中

这种方式也不错,但是思源目前的逻辑是文档树中只有文档,连 pdf 都没有进入文档树,如果把白板嵌入文档树是否会造成体验的不一致?那样的话 pdf、epub 等附件也应能嵌入文档树才对。这方面的代表挂件为 Whiteboard(github)。就是下面这个:

image.png

下面是演示视频:

三、和文档树分离(不推荐)

这种方式很割裂,非常不推荐。代表插件有 Tldraw 白板(github)。

image.png

image.png

一些其它的建议:

①. 关于白板中的元素,建议元素种类尽可能丰富,最好是文档中的简单块类型都能作为白板的元素类型,比如表格、math 公式等等。另外还能插入嵌入块、引用链接等等。

②. 要实现手写功能。这一点几乎所有插件和挂件都实现了。如果官方的初版白板未实现的话,也要为手写做出预留。(顺便说一下,pdf 也要能够手写批注才好)

③. 要考虑到和闪卡的结合。主要就是文字挖空和类似于图片挖空的矩形挖空。同样的,如果官方没有精力实现的话,也要为第三方插件实现提供预留。

④. 支持深色模式。同样的,现有大多数插件、挂件都支持。可以简单地对非图片元素反色 + 旋转色相 180 度来实现;或者麻烦一点,给出两套配色方案。

  • 思源笔记

    思源笔记是一款隐私优先的个人知识管理系统,支持完全离线使用,同时也支持端到端加密同步。

    融合块、大纲和双向链接,重构你的思维。

    22353 引用 • 89444 回帖
  • 白板
    3 引用 • 51 回帖
5 操作
openAI 在 2024-03-17 13:42:48 更新了该帖
openAI 在 2024-03-17 13:41:09 更新了该帖
openAI 在 2024-03-16 22:05:41 更新了该帖
openAI 在 2024-03-16 18:26:22 更新了该帖 openAI 在 2024-03-16 17:57:26 更新了该帖

相关帖子

优质回帖
  • 88250 3 6 赞同

    工具类产品首要就是解决用户提出的功能性需求,所以开发原则是市场需要什么我们就开发什么,不以这个为原则的话思源早就失败了(比如有的产品是开发者自己创造需求,虽然看起来很酷很有特色,但并不实用),所以可以认为产品设计是用户社区驱动的,但技术实现上会和需求出现一定偏差,我们可以通过前期广泛讨论来尽量避免。

    在用户提出各种各样的需求和技术开发资源有限的情况下,我们必须做出一定的取舍,所以思源虽然功能多,但是在实现层面每个功能最多也就能够勉强达到及格线,我认为这是正常的。就像前面 @i1356 说的那样,我们选择的是“先广再精”,另外,在插件系统的加持下,社区开发者也可以帮助思源在广度上进行很大提升,这样我们也能有更多时间对思源进行深度上的提升。

    关于思源的产品特色,从思源诞生之初就决定了思源不会是一个“开创性”的产品,因为我们并没有在方法论上做开创性的设计,更多的是借鉴并融合其他成功产品的特性,当然,“抄作业”的时候我们也加入了一些自己的想法,从目前用户反馈看基本成功的,因为它解决了用户的大部分需求。

    总而言之,无论是用户还是开发者,都面临无处不在的取舍,鱼肉熊掌不可兼得。

  • NishikigiReeves 3 赞同

    如果白板和块是无缝衔接,那么这个有搞头。

    如果白板和文档块是割裂的,那我觉得没什么意义。

    如果白板上输入任意内容,都相当于新建了一个文档块,那我觉得有点搞头。

    如果白板上输入的内容,相当于图形,那我觉得整合起来消耗的精力不如不玩。

  • PiChou 3 赞同

    建议想要思源功能往「深度」开发的同学,在链滴及其他社区多分享自己阅读、写作、笔记、双链、闪卡、数据库等的一条龙全流程使用案例。

    在使用中的思源有「关键流程跑不通」或「操作步骤繁琐」等问题,再向开发者提,附上案例链接。

    既是对开发相关功能的有力游说,也能促使社区内部再讨论。

欢迎来到这里!

我们正在构建一个小众社区,大家在这里相互信任,以平等 • 自由 • 奔放的价值观进行分享交流。最终,希望大家能够找到与自己志同道合的伙伴,共同成长。

注册 关于
请输入回帖内容 ...
  • Sheep

    所以我说两人小团队要做“小而美”啊。我也没说做到完美才能放上来,我说的一直是思源一直加新功能,但开发者对新功能没有足够的理解,做到七八十分就不做了。思源跟其他笔记软件最大的优势应该是“最好的文档型块级双链笔记软件”,明明可以按照这个打出自己的牌子,把时间和精力适当多用在输出 dn 工作流、纠正用户因 obsidian 和 notion 产生的对双链的错误认知。而不是响应所有用户的需求,这段时间这个东西呼声大就做这个,过段时间玩腻了又做那个。

    思源本身是 roamresearch 的追随者,现在又变成了 notion 的追随者,未来又会追随谁呢?大概只能变的四不像。开发者的压力会不断增加,老用户的需求也会越来越无法得到满足。

    引用之前哈桑大佬的评论:

    IMG3836.png

    思源没有一套自己的路线(曾有过但没坚持下来),若不调整,失败只是时间问题。

    2 回复
  • 其他回帖
  • zxhd86 1 1 赞同

    siyuan 很难实现所谓理论上最完美的效果,因为这严格依赖于思源的技术实现,很多时候只能是简单为上。

    像属性视图,对于其他软件可能比较简单实现,但思源的编辑器要求所有东西都会出现在 dom 里,而且这些属性还是带有格式的,这导致属性一多,复制、粘贴操作都会出现严重的解析问题,甚至思源编辑器同时出现多个拥有 database 属性的块还会异常的卡顿……

    我只能说,这条路线 D 并不是没有尝试过,但是这个东西在思源中实现就是很不理想。我是自己编译过那几个版本,还提交过测试的 issue 的。这不是没有这个考虑,但是就是这个现实制约。

    接着,关于 notion-like……我觉得这就是个风格问题,总有受众的,我是两者都能接受。而且,就算 database 比不上这些云笔记,那又怎么样呢?一定要在别人最强的地方做得比别人好吗?那这样思源不如直接投降得了……反正你肯定能找出思源一大堆比不上这些云笔记的。

    关于产品问题,那我觉得每个用户都在不自觉的充当产品经理的角色,包括你现在。D 可能真的没有啥产品的理解,但响应呼声大的需求总比响应呼声小的需求好吧。或者你希望 D 能改变自己,直接拥有对软件功能超乎你的认知,坚持做自己想法的功能,然后直接塞给你后让你心悦诚服的能力?那我觉得这多半不太可能。你不说话,让 D 和其他用户知道并认可,那你觉得很高大上的设计就相当于不存在。

    1 回复
  • wumaojj

    我之前也是思维导图的重度使用者,长期以 MarginNote 作为读大部头的主力。

    直到使用了 OB 的白板功能,那完全是两种使用体验。

    想了下区别:思维导图,更多是个人大脑的梳理,虽然也是输出。但白板于我,更有多个自我思想碰撞的味道。

    所以,还是很期望白板的。

    我愿意为成熟的闪卡或者白板功能,付几百块的买断费(参考 MN 的定价)。

  • 88250 3 6 赞同

    工具类产品首要就是解决用户提出的功能性需求,所以开发原则是市场需要什么我们就开发什么,不以这个为原则的话思源早就失败了(比如有的产品是开发者自己创造需求,虽然看起来很酷很有特色,但并不实用),所以可以认为产品设计是用户社区驱动的,但技术实现上会和需求出现一定偏差,我们可以通过前期广泛讨论来尽量避免。

    在用户提出各种各样的需求和技术开发资源有限的情况下,我们必须做出一定的取舍,所以思源虽然功能多,但是在实现层面每个功能最多也就能够勉强达到及格线,我认为这是正常的。就像前面 @i1356 说的那样,我们选择的是“先广再精”,另外,在插件系统的加持下,社区开发者也可以帮助思源在广度上进行很大提升,这样我们也能有更多时间对思源进行深度上的提升。

    关于思源的产品特色,从思源诞生之初就决定了思源不会是一个“开创性”的产品,因为我们并没有在方法论上做开创性的设计,更多的是借鉴并融合其他成功产品的特性,当然,“抄作业”的时候我们也加入了一些自己的想法,从目前用户反馈看基本成功的,因为它解决了用户的大部分需求。

    总而言之,无论是用户还是开发者,都面临无处不在的取舍,鱼肉熊掌不可兼得。

    2 回复
  • 查看全部回帖

推荐标签 标签

  • Ant-Design

    Ant Design 是服务于企业级产品的设计体系,基于确定和自然的设计价值观上的模块化解决方案,让设计者和开发者专注于更好的用户体验。

    17 引用 • 23 回帖
  • 数据库

    据说 99% 的性能瓶颈都在数据库。

    342 引用 • 708 回帖
  • GitBook

    GitBook 使您的团队可以轻松编写和维护高质量的文档。 分享知识,提高团队的工作效率,让用户满意。

    3 引用 • 8 回帖 • 4 关注
  • B3log

    B3log 是一个开源组织,名字来源于“Bulletin Board Blog”缩写,目标是将独立博客与论坛结合,形成一种新的网络社区体验,详细请看 B3log 构思。目前 B3log 已经开源了多款产品:SymSoloVditor思源笔记

    1063 引用 • 3453 回帖 • 203 关注
  • SVN

    SVN 是 Subversion 的简称,是一个开放源代码的版本控制系统,相较于 RCS、CVS,它采用了分支管理系统,它的设计目标就是取代 CVS。

    29 引用 • 98 回帖 • 680 关注
  • Openfire

    Openfire 是开源的、基于可拓展通讯和表示协议 (XMPP)、采用 Java 编程语言开发的实时协作服务器。Openfire 的效率很高,单台服务器可支持上万并发用户。

    6 引用 • 7 回帖 • 94 关注
  • SQLServer

    SQL Server 是由 [微软] 开发和推广的关系数据库管理系统(DBMS),它最初是由 微软、Sybase 和 Ashton-Tate 三家公司共同开发的,并于 1988 年推出了第一个 OS/2 版本。

    21 引用 • 31 回帖 • 1 关注
  • SQLite

    SQLite 是一个进程内的库,实现了自给自足的、无服务器的、零配置的、事务性的 SQL 数据库引擎。SQLite 是全世界使用最为广泛的数据库引擎。

    5 引用 • 7 回帖
  • Quicker

    Quicker 您的指尖工具箱!操作更少,收获更多!

    32 引用 • 131 回帖 • 1 关注
  • Kotlin

    Kotlin 是一种在 Java 虚拟机上运行的静态类型编程语言,由 JetBrains 设计开发并开源。Kotlin 可以编译成 Java 字节码,也可以编译成 JavaScript,方便在没有 JVM 的设备上运行。在 Google I/O 2017 中,Google 宣布 Kotlin 成为 Android 官方开发语言。

    19 引用 • 33 回帖 • 64 关注
  • InfluxDB

    InfluxDB 是一个开源的没有外部依赖的时间序列数据库。适用于记录度量,事件及实时分析。

    2 引用 • 73 关注
  • FreeMarker

    FreeMarker 是一款好用且功能强大的 Java 模版引擎。

    23 引用 • 20 回帖 • 462 关注
  • Postman

    Postman 是一款简单好用的 HTTP API 调试工具。

    4 引用 • 3 回帖 • 4 关注
  • Redis

    Redis 是一个开源的使用 ANSI C 语言编写、支持网络、可基于内存亦可持久化的日志型、Key-Value 数据库,并提供多种语言的 API。从 2010 年 3 月 15 日起,Redis 的开发工作由 VMware 主持。从 2013 年 5 月开始,Redis 的开发由 Pivotal 赞助。

    286 引用 • 248 回帖 • 61 关注
  • 反馈

    Communication channel for makers and users.

    123 引用 • 911 回帖 • 245 关注
  • Chrome

    Chrome 又称 Google 浏览器,是一个由谷歌公司开发的网页浏览器。该浏览器是基于其他开源软件所编写,包括 WebKit,目标是提升稳定性、速度和安全性,并创造出简单且有效率的使用者界面。

    62 引用 • 289 回帖 • 1 关注
  • TextBundle

    TextBundle 文件格式旨在应用程序之间交换 Markdown 或 Fountain 之类的纯文本文件时,提供更无缝的用户体验。

    1 引用 • 2 回帖 • 49 关注
  • Log4j

    Log4j 是 Apache 开源的一款使用广泛的 Java 日志组件。

    20 引用 • 18 回帖 • 30 关注
  • GAE

    Google App Engine(GAE)是 Google 管理的数据中心中用于 WEB 应用程序的开发和托管的平台。2008 年 4 月 发布第一个测试版本。目前支持 Python、Java 和 Go 开发部署。全球已有数十万的开发者在其上开发了众多的应用。

    14 引用 • 42 回帖 • 764 关注
  • Thymeleaf

    Thymeleaf 是一款用于渲染 XML/XHTML/HTML5 内容的模板引擎。类似 Velocity、 FreeMarker 等,它也可以轻易的与 Spring 等 Web 框架进行集成作为 Web 应用的模板引擎。与其它模板引擎相比,Thymeleaf 最大的特点是能够直接在浏览器中打开并正确显示模板页面,而不需要启动整个 Web 应用。

    11 引用 • 19 回帖 • 355 关注
  • GraphQL

    GraphQL 是一个用于 API 的查询语言,是一个使用基于类型系统来执行查询的服务端运行时(类型系统由你的数据定义)。GraphQL 并没有和任何特定数据库或者存储引擎绑定,而是依靠你现有的代码和数据支撑。

    4 引用 • 3 回帖 • 9 关注
  • ZeroNet

    ZeroNet 是一个基于比特币加密技术和 BT 网络技术的去中心化的、开放开源的网络和交流系统。

    1 引用 • 21 回帖 • 638 关注
  • 持续集成

    持续集成(Continuous Integration)是一种软件开发实践,即团队开发成员经常集成他们的工作,通过每个成员每天至少集成一次,也就意味着每天可能会发生多次集成。每次集成都通过自动化的构建(包括编译,发布,自动化测试)来验证,从而尽早地发现集成错误。

    15 引用 • 7 回帖 • 1 关注
  • 前端

    前端技术一般分为前端设计和前端开发,前端设计可以理解为网站的视觉设计,前端开发则是网站的前台代码实现,包括 HTML、CSS 以及 JavaScript 等。

    247 引用 • 1348 回帖
  • 星云链

    星云链是一个开源公链,业内简单的将其称为区块链上的谷歌。其实它不仅仅是区块链搜索引擎,一个公链的所有功能,它基本都有,比如你可以用它来开发部署你的去中心化的 APP,你可以在上面编写智能合约,发送交易等等。3 分钟快速接入星云链 (NAS) 测试网

    3 引用 • 16 回帖 • 1 关注
  • Kafka

    Kafka 是一种高吞吐量的分布式发布订阅消息系统,它可以处理消费者规模的网站中的所有动作流数据。 这种动作(网页浏览,搜索和其他用户的行动)是现代系统中许多功能的基础。 这些数据通常是由于吞吐量的要求而通过处理日志和日志聚合来解决。

    36 引用 • 35 回帖 • 1 关注
  • V2EX

    V2EX 是创意工作者们的社区。这里目前汇聚了超过 400,000 名主要来自互联网行业、游戏行业和媒体行业的创意工作者。V2EX 希望能够成为创意工作者们的生活和事业的一部分。

    17 引用 • 236 回帖 • 328 关注