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

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

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

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

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

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

image.png

以下是演示视频:

二、嵌入到文档树中

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

image.png

下面是演示视频:

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

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

image.png

image.png

一些其它的建议:

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

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

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

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

  • 思源笔记

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

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

    28448 引用 • 119791 回帖
  • 白板
    5 引用 • 59 回帖
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 7 赞同

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

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

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

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

  • NishikigiReeves 4 赞同

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

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

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

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

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

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

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

欢迎来到这里!

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

注册 关于
请输入回帖内容 ...
  • 赞同,其实相较于这个,我觉得能把文档转化为思维导图的功能会更迫切一点。但貌似目前没有这样的需求

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

    作为个人用户,白板我没有什么需求,连“数据库”也只是“作为多维表”使用,记一下读书清单之类。目前在用语雀的多维表,除了长篇的读书感悟一项必须记在思源里,不能和语雀里其他项联动之外,没什么影响的。
    闪卡倒是之前复习时觉得很惊艳的功能,和笔记完全打通了。使用体验很棒,听闻最近在优化,很期待。

    不过考完试就不想着复习闪卡了 hhhhh

    比较期待的可能是内嵌在文档里的、作为块的思维导图,双击点开可以全屏编辑的那种。不过也不急于一时,现在的思源就很好用了。

    D 大 V 姐加油!

  • openAI 1 1 赞同

    只能说同行的产品 D 大肯定体验过,但很难说有深入体验。

    思源闪卡在规划之初时,我就只说了一句话,就是“对标 remnote”,就没管了,没想到,额。不知道你们有没有体验过思源闪卡的最初版本?制卡的繁琐过程一言难尽(我发帖说过这事,感兴趣的可以找找)。

    这是 D 大在 github 上做闪卡功能设计时规划的:

    image.png

    看上图的这个规划,你们能想象出成品的样子吗?比如这个卡包,我反正一开始没在意,以为只是内部的数据结构而已(技术嘛,咱也不懂);没想到,真的是让用户手动建卡包,就是字面意义上的卡包,和文档树无关的那种。其实 D 大已经把制卡流程写了,制卡入口:块标菜单-闪卡-卡包,同一个内容块可以放到多个卡包中,但对于一个还没开发出来的功能,咱其实是想象不出来的,所以也就没管。

    这里可以看出,对于初版闪卡的糟糕体验,用户和 D 大都有责任。比如我,我就只是轻描淡写地甩下一句“对标 remnote”就完事儿了,至于 remnote 的有哪些优点,并没有给出具体说明。D 大呢,首先是没有深入体验 remnote,然后呢,没有就功能细节和用户展开更深入的交流。

    就拿此文提到的白板举例(不是说要开发这个功能,只是举例说明)。首先是 D 大应该对每个细节和用户充分讨论,对于用文字描述不清的地方,应当画图说明(嫌电脑作图麻烦的话,用纸笔就行)。比如白板的嵌入方式,应该和用户讨论;就怕不和用户讨论,然后悄悄搞出文中的第三种方式,会炸裂的。用户呢,也不要偷懒,该画草图的就画草图,该用同类产品举例的,就录屏演示。在敲定了每一个细节后,再着手开发。开发也不能偷懒,这里不是说要实现用户所提的每一个需求,而是应明确哪些子模块是现阶段无法实现但用户又需要的,在技术层面对这部分功能做预留,避免后期重构。

    还请给个人开发者多一点耐心和包容,D 大确实精力有限,很难体验到竞品的每一个优势。相信只要沟通到位了,凭 D 大的技术,是可以开发出好产品的。

    1 操作
    openAI 在 2024-03-17 00:02:19 更新了该回帖
  • Sheep

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

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

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

    IMG3836.png

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

    2 回复
  • 查看全部回帖

推荐标签 标签

  • 互联网

    互联网(Internet),又称网际网络,或音译因特网、英特网。互联网始于 1969 年美国的阿帕网,是网络与网络之间所串连成的庞大网络,这些网络以一组通用的协议相连,形成逻辑上的单一巨大国际网络。

    99 引用 • 367 回帖 • 1 关注
  • ActiveMQ

    ActiveMQ 是 Apache 旗下的一款开源消息总线系统,它完整实现了 JMS 规范,是一个企业级的消息中间件。

    19 引用 • 13 回帖 • 707 关注
  • Spark

    Spark 是 UC Berkeley AMP lab 所开源的类 Hadoop MapReduce 的通用并行框架。Spark 拥有 Hadoop MapReduce 所具有的优点;但不同于 MapReduce 的是 Job 中间输出结果可以保存在内存中,从而不再需要读写 HDFS,因此 Spark 能更好地适用于数据挖掘与机器学习等需要迭代的 MapReduce 的算法。

    74 引用 • 46 回帖 • 563 关注
  • 星云链

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

    3 引用 • 16 回帖
  • Gitea

    Gitea 是一个开源社区驱动的轻量级代码托管解决方案,后端采用 Go 编写,采用 MIT 许可证。

    5 引用 • 16 回帖 • 3 关注
  • wolai

    我来 wolai:不仅仅是未来的云端笔记!

    2 引用 • 14 回帖 • 6 关注
  • LaTeX

    LaTeX(音译“拉泰赫”)是一种基于 ΤΕΧ 的排版系统,由美国计算机学家莱斯利·兰伯特(Leslie Lamport)在 20 世纪 80 年代初期开发,利用这种格式,即使使用者没有排版和程序设计的知识也可以充分发挥由 TeX 所提供的强大功能,能在几天,甚至几小时内生成很多具有书籍质量的印刷品。对于生成复杂表格和数学公式,这一点表现得尤为突出。因此它非常适用于生成高印刷质量的科技和数学类文档。

    14 引用 • 84 回帖 • 1 关注
  • TextBundle

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

    1 引用 • 2 回帖 • 91 关注
  • Eclipse

    Eclipse 是一个开放源代码的、基于 Java 的可扩展开发平台。就其本身而言,它只是一个框架和一组服务,用于通过插件组件构建开发环境。

    76 引用 • 258 回帖 • 641 关注
  • 创造

    你创造的作品可能会帮助到很多人,如果是开源项目的话就更赞了!

    194 引用 • 1034 回帖
  • Logseq

    Logseq 是一个隐私优先、开源的知识库工具。

    Logseq is a joyful, open-source outliner that works on top of local plain-text Markdown and Org-mode files. Use it to write, organize and share your thoughts, keep your to-do list, and build your own digital garden.

    8 引用 • 69 回帖 • 6 关注
  • 阿里巴巴

    阿里巴巴网络技术有限公司(简称:阿里巴巴集团)是以曾担任英语教师的马云为首的 18 人,于 1999 年在中国杭州创立,他们相信互联网能够创造公平的竞争环境,让小企业通过创新与科技扩展业务,并在参与国内或全球市场竞争时处于更有利的位置。

    43 引用 • 221 回帖 • 11 关注
  • SpaceVim

    SpaceVim 是一个社区驱动的模块化 vim/neovim 配置集合,以模块的方式组织管理插件以
    及相关配置,为不同的语言开发量身定制了相关的开发模块,该模块提供代码自动补全,
    语法检查、格式化、调试、REPL 等特性。用户仅需载入相关语言的模块即可得到一个开箱
    即用的 Vim-IDE。

    3 引用 • 31 回帖 • 121 关注
  • 微服务

    微服务架构是一种架构模式,它提倡将单一应用划分成一组小的服务。服务之间互相协调,互相配合,为用户提供最终价值。每个服务运行在独立的进程中。服务于服务之间才用轻量级的通信机制互相沟通。每个服务都围绕着具体业务构建,能够被独立的部署。

    97 引用 • 155 回帖
  • ReactiveX

    ReactiveX 是一个专注于异步编程与控制可观察数据(或者事件)流的 API。它组合了观察者模式,迭代器模式和函数式编程的优秀思想。

    1 引用 • 2 回帖 • 193 关注
  • Python

    Python 是一种面向对象、直译式电脑编程语言,具有近二十年的发展历史,成熟且稳定。它包含了一组完善而且容易理解的标准库,能够轻松完成很多常见的任务。它的语法简捷和清晰,尽量使用无异义的英语单词,与其它大多数程序设计语言使用大括号不一样,它使用缩进来定义语句块。

    561 引用 • 677 回帖
  • OpenStack

    OpenStack 是一个云操作系统,通过数据中心可控制大型的计算、存储、网络等资源池。所有的管理通过前端界面管理员就可以完成,同样也可以通过 Web 接口让最终用户部署资源。

    10 引用 • 8 关注
  • OnlyOffice
    4 引用 • 41 关注
  • 学习

    “梦想从学习开始,事业从实践起步” —— 习近平

    176 引用 • 544 回帖
  • 链书

    链书(Chainbook)是 B3log 开源社区提供的区块链纸质书交易平台,通过 B3T 实现共享激励与价值链。可将你的闲置书籍上架到链书,我们共同构建这个全新的交易平台,让闲置书籍继续发挥它的价值。

    链书社

    链书目前已经下线,也许以后还有机会重制。

    14 引用 • 258 回帖
  • 持续集成

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

    15 引用 • 7 回帖
  • Windows

    Microsoft Windows 是美国微软公司研发的一套操作系统,它问世于 1985 年,起初仅仅是 Microsoft-DOS 模拟环境,后续的系统版本由于微软不断的更新升级,不但易用,也慢慢的成为家家户户人们最喜爱的操作系统。

    232 引用 • 484 回帖
  • 宕机

    宕机,多指一些网站、游戏、网络应用等服务器一种区别于正常运行的状态,也叫“Down 机”、“当机”或“死机”。宕机状态不仅仅是指服务器“挂掉了”、“死机了”状态,也包括服务器假死、停用、关闭等一些原因而导致出现的不能够正常运行的状态。

    13 引用 • 82 回帖 • 74 关注
  • Excel
    32 引用 • 29 回帖 • 1 关注
  • 大疆创新

    深圳市大疆创新科技有限公司(DJI-Innovations,简称 DJI),成立于 2006 年,是全球领先的无人飞行器控制系统及无人机解决方案的研发和生产商,客户遍布全球 100 多个国家。通过持续的创新,大疆致力于为无人机工业、行业用户以及专业航拍应用提供性能最强、体验最佳的革命性智能飞控产品和解决方案。

    2 引用 • 14 回帖
  • 书籍

    宋真宗赵恒曾经说过:“书中自有黄金屋,书中自有颜如玉。”

    85 引用 • 414 回帖
  • 音乐

    你听到信仰的声音了么?

    63 引用 • 513 回帖