大家好,
我们计划在 2025 年上半年开发一种新的数据库视图。根据前期收集的需求,画廊视图和看板视图的需求相对较多,日历视图有少量需求,但由于开发资源有限,我们只能优先选择其中一种进行开发。
请大家积极参与投票,帮助我们决定开发优先级,谢谢!
大家好,
我们计划在 2025 年上半年开发一种新的数据库视图。根据前期收集的需求,画廊视图和看板视图的需求相对较多,日历视图有少量需求,但由于开发资源有限,我们只能优先选择其中一种进行开发。
请大家积极参与投票,帮助我们决定开发优先级,谢谢!
看大家都在说看板可以用于项目管理什么什么的,确实是这样的,只是,看板实用,但在思源里可能并不实用,因为思源并没有配套的功能,例如分组,还有时间点提醒,团队进度,还有其他功能等等,开发起来要多费精力,做半天也没有其他专业软件做得好(你可以甚至可以看到专门做看板的软件,并且被广泛使用,例如 Trello),还不如在另一个软件里做项目管理,不然思源里做一个看板功能只是个花架子。画廊的话还能方便管理一下笔记,提供更好的预览视图,不需要太多配套的功能就可以发挥全部的实用性,至少对于思源来说,是比较简单的可以实现各个功能的。所以在我看来,思源里画廊可能比看板实用性更大
个人意见:推荐画廊。(画廊的实用性和扩展性均高于看板)
画廊与看板的区别就是,看板是必须分组的画廊(画廊可以分组也可以不分组),看板将分组的呈现效果改为了分栏的形式,具有瀑布流的效果,而画廊的呈现效果为平铺。在分组足够多和内容条目足够多的情况下,两者都会出现拖拉跨大排的情况(有的人用看板是为了方便拖拉,但是不管是看板还是画廊,内容多了都会跨大排的情况,看板是分组多跨排,画廊是内容多跨。)
解释:
跨大排:将一个条目拖动到另一个分组中去,由于分组或条目多时,需要横向或者纵向跨越屏幕,则需要拖拉屏幕。
如下:
画廊视图:如下可以看到,设置分组之后(可以不设置,看板必须设置),和看板的效果的唯一差别就是是横向平铺,而看板是纵向瀑布流。
两者都可以呈现相册,也都能实现拖拉效果,将一个分组拖到另一个分组中。
看板视图必须要具有分组:
至少用了这么多年各种多维表,最后发现还是画廊的使用率明显比看板高。 看板那个其实很多没必要上多维表,直接用待办任务就解决了。画廊是对信息呈现的一个更直观展示。
肯定是看板啊,谁天天往每个子板块加图片的?画廊默认不加图片,不写正文,就占据了大量的空间,如 notion 的画廊一样,占了大量空间,但很多只是一句话就写完了,看板就很紧凑,而且也不耽误添加图片
以上关于画廊的回答,除了 @tianzhongs 提到了画廊分组以外,其他关于画廊的回答除了“有更直观的展示效果以外”,欢迎其他人分享给我画廊实用性相关的用法。
关于 @olist 回帖的看板的日记形式,你的截图是因为只选择了“状态”这个划分方式。实际上,如果看板支持按创建/更新时间,或自定义的日期列进行分组,就可以用另一种方式实现【周视图】。按照日期分组以后,进一步按照【计划完成时间】排序,形成这样的周视图也是可以的。PS:忽略顶部的全天部分。
当然咯,看板中的每一个条目,实际上也是一个画廊条目。这一块建议 @88250 @Vanessa 考虑一下开发时将“画廊卡片”做成单独的渲染模块。反正到时候画廊也需要再做分组的。目前列表也还没有分组的功能。
至于日历视图,数量小的情况下还好,数据量多的时候,我基本上都不看按月查看(日历视图)。
我之前一直用嘀嗒,思源打开频率低
后来发现代办就是个简单的 todo,我就转到思源用一个个 todo 标签了,我现在工作的任务都是用的 siyuan 记录,每天都要打开思源做看自己要做啥,每周周报也是看自己写的来总结
我理解看板就是可以对待办做增强,也许可以吸引更多和我一样的笔记大部分是待办的用户
至于画廊,看了前面的发言,感觉更往笔记高级功能上走,对我这种轻度使用的用户似乎吸引力不怎么大
看大家都在说看板可以用于项目管理什么什么的,确实是这样的,只是,看板实用,但在思源里可能并不实用,因为思源并没有配套的功能,例如分组,还有时间点提醒,团队进度,还有其他功能等等,开发起来要多费精力,做半天也没有其他专业软件做得好(你可以甚至可以看到专门做看板的软件,并且被广泛使用,例如 Trello),还不如在另一个软件里做项目管理,不然思源里做一个看板功能只是个花架子。画廊的话还能方便管理一下笔记,提供更好的预览视图,不需要太多配套的功能就可以发挥全部的实用性,至少对于思源来说,是比较简单的可以实现各个功能的。所以在我看来,思源里画廊可能比看板实用性更大
恰恰相反,看板实际上是功能更高级的画廊视图,看板远远比画廊难做多了,以目前思源笔记配套的功能基座去做看板,做出来也只是一个模板,只能看着,你可以看到很多人、很多团队,他们的看板是单独的软件,而不是和文档混在一块儿的,即使是用 notion 的团队,他们也会用单独的 Trello,看板本身当然是非常实用的,可以干这种事情,可以干那种事情,可以管理很多东西,但是说实话,以思源目前的软件基座,做出来的看板可能和想象中的看板不太一样,到时候做出来个残疾看板又要被骂能力不行,如果对看板要求很低,画廊视图完全够用了,多塞几个画廊,不设置封面,也可以做到
看了一圈评论,围绕画廊,看板之争在以下方面
投票之前想清楚自己要啥
这是我的思考,大家可以从自身的需求出发选择
旧架构:WebView + JavaScript
微信旧版 PC 客户端主要依赖 WebView 技术,通过 HTML、CSS 和 JavaScript 构建界面和功能。这种架构虽然开发快速、跨平台兼容性强,但随着功能复杂度提升,其性能瓶颈也愈发明显。
启动速度慢:需要加载 WebView 引擎和 HTML 内容。
运行效率低:处理大量消息或复杂任务时容易卡顿。
功能扩展受限:受限于浏览器环境,对操作系统功能的调用能力不足。
用户体验欠佳:界面更新迟缓,缺乏现代化设计和细腻的动态效果。
新架构:QT + C++
微信 PC 端 4.0 转向 QT 框架和 C++ 原生开发,这是一次彻底的技术重塑。
QT 框架:提供强大的跨平台 UI 开发能力,确保多平台一致的用户体验。
C++ 核心:性能优化显著,能更高效地处理复杂功能和任务。
完全原生:深度集成操作系统功能,例如深色模式和字体大小调整。
————————————————
版权声明:本文为博主原创文章,遵循 CC 4.0 BY-SA 版权协议,转载请附上原文出处链接和本声明。
关于看板和画廊,不讨论思源的看板做到什么样,才能达到人们想要的效果这种比较主观的问题了,看板的开发难度无疑是远远大于画廊的,看板本质上就是维度更高的,需要加更多数据划分和更多交互区域的画廊,这一点是客观存在的,现在思源目前只有一个维度,就是表格,当下之急是跨入到另一个简单的维度,也就是画廊,在之后在画廊的功能上进行深化,做到看板,步子迈太大,容易扯着蛋。
这不只是一个 1+1 和二选一的问题
我本身是做游戏开发的,并不懂 html,但是我经常看到思源论坛有讨论这个功能做不了,那个功能做不了,这难道不是一个问题吗?如果这个框架限制重重,难道不应该更换框架?
然后看板虽然可能技术难道更高,但是如果可以做到,难道就不开发了吗?如果做不到,不是更应该考虑更换框架?
如果挑简单的去开发,还发个什么投票?直接就哪个简单去开发就得了.
不管怎么样,看板是很多人的硬需求,你可以说画廊很好,我也坚持看板是优先需求.
SendCloud 由搜狐武汉研发中心孵化的项目,是致力于为开发者提供高质量的触发邮件服务的云端邮件发送平台,为开发者提供便利的 API 接口来调用服务,让邮件准确迅速到达用户收件箱并获得强大的追踪数据。
记录并分享人生的经历。
Git 是 Linux Torvalds 为了帮助管理 Linux 内核开发而开发的一个开放源码的版本控制软件。
汐洛彖夲肜矩阵(Sillot T☳Converbenk Matrix),致力于服务智慧新彖乄,具有彖乄驱动、极致优雅、开发者友好的特点。其中汐洛绞架(Sillot-Gibbet)基于自思源笔记(siyuan-note),前身是思源笔记汐洛版(更早是思源笔记汐洛分支),是智慧新录乄终端(多端融合,移动端优先)。
主仓库地址:Hi-Windom/Sillot
文档地址:sillot.db.sc.cn
注意事项:
MongoDB(来自于英文单词“Humongous”,中文含义为“庞大”)是一个基于分布式文件存储的数据库,由 C++ 语言编写。旨在为应用提供可扩展的高性能数据存储解决方案。MongoDB 是一个介于关系数据库和非关系数据库之间的产品,是非关系数据库当中功能最丰富,最像关系数据库的。它支持的数据结构非常松散,是类似 JSON 的 BSON 格式,因此可以存储比较复杂的数据类型。
Swift 是苹果于 2014 年 WWDC(苹果开发者大会)发布的开发语言,可与 Objective-C 共同运行于 Mac OS 和 iOS 平台,用于搭建基于苹果平台的应用程序。
快应用 是基于手机硬件平台的新型应用形态;标准是由主流手机厂商组成的快应用联盟联合制定;快应用标准的诞生将在研发接口、能力接入、开发者服务等层面建设标准平台;以平台化的生态模式对个人开发者和企业开发者全品类开放。
确认过眼神后的灵魂连接,站在链在!
宕机,多指一些网站、游戏、网络应用等服务器一种区别于正常运行的状态,也叫“Down 机”、“当机”或“死机”。宕机状态不仅仅是指服务器“挂掉了”、“死机了”状态,也包括服务器假死、停用、关闭等一些原因而导致出现的不能够正常运行的状态。
Mobi.css is a lightweight, flexible CSS framework that focus on mobile.
Log4j 是 Apache 开源的一款使用广泛的 Java 日志组件。
域名(Domain Name),简称域名、网域,是由一串用点分隔的名字组成的 Internet 上某一台计算机或计算机组的名称,用于在数据传输时标识计算机的电子方位(有时也指地理位置)。
React 是 Facebook 开源的一个用于构建 UI 的 JavaScript 库。
好记性不如烂笔头。
Facebook 是一个联系朋友的社交工具。大家可以通过它和朋友、同事、同学以及周围的人保持互动交流,分享无限上传的图片,发布链接和视频,更可以增进对朋友的了解。
Mac 是苹果公司自 1984 年起以“Macintosh”开始开发的个人消费型计算机,如:iMac、Mac mini、Macbook Air、Macbook Pro、Macbook、Mac Pro 等计算机。
IDEA 全称 IntelliJ IDEA,是一款 Java 语言开发的集成环境,在业界被公认为最好的 Java 开发工具之一。IDEA 是 JetBrains 公司的产品,这家公司总部位于捷克共和国的首都布拉格,开发人员以严谨著称的东欧程序员为主。
SQL Server 是由 [微软] 开发和推广的关系数据库管理系统(DBMS),它最初是由 微软、Sybase 和 Ashton-Tate 三家公司共同开发的,并于 1988 年推出了第一个 OS/2 版本。
CSS(Cascading Style Sheet)“层叠样式表”是用于控制网页样式并允许将样式信息与网页内容分离的一种标记性语言。
应用程序编程接口(Application Programming Interface)是一些预先定义的函数,目的是提供应用程序与开发人员基于某软件或硬件得以访问一组例程的能力,而又无需访问源码,或理解内部工作机制的细节。
Hadoop 是由 Apache 基金会所开发的一个分布式系统基础架构。用户可以在不了解分布式底层细节的情况下,开发分布式程序。充分利用集群的威力进行高速运算和存储。
用爱发电 (Programming With Love) 是一个以开源精神为核心的民间开源爱好者技术组织,“用爱发电”象征开源与贡献精神,加入组织,代表你将遵守组织的“个人开源爱好者”的各项条款。申请加入:用爱发电组织邀请帖。
用爱发电组织官网:https://programmingwithlove.stackoverflow.wiki/