大家好,
我们计划在 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,但是我经常看到思源论坛有讨论这个功能做不了,那个功能做不了,这难道不是一个问题吗?如果这个框架限制重重,难道不应该更换框架?
然后看板虽然可能技术难道更高,但是如果可以做到,难道就不开发了吗?如果做不到,不是更应该考虑更换框架?
如果挑简单的去开发,还发个什么投票?直接就哪个简单去开发就得了.
不管怎么样,看板是很多人的硬需求,你可以说画廊很好,我也坚持看板是优先需求.
Flutter 是谷歌的移动 UI 框架,可以快速在 iOS 和 Android 上构建高质量的原生用户界面。 Flutter 可以与现有的代码一起工作,它正在被越来越多的开发者和组织使用,并且 Flutter 是完全免费、开源的。
Bootstrap 是 Twitter 推出的一个用于前端开发的开源工具包。它由 Twitter 的设计师 Mark Otto 和 Jacob Thornton 合作开发,是一个 CSS / HTML 框架。
OpenStack 是一个云操作系统,通过数据中心可控制大型的计算、存储、网络等资源池。所有的管理通过前端界面管理员就可以完成,同样也可以通过 Web 接口让最终用户部署资源。
智能合约(Smart contract)是一种旨在以信息化方式传播、验证或执行合同的计算机协议。智能合约允许在没有第三方的情况下进行可信交易,这些交易可追踪且不可逆转。智能合约概念于 1994 年由 Nick Szabo 首次提出。
WordPress 是一个使用 PHP 语言开发的博客平台,用户可以在支持 PHP 和 MySQL 数据库的服务器上架设自己的博客。也可以把 WordPress 当作一个内容管理系统(CMS)来使用。WordPress 是一个免费的开源项目,在 GNU 通用公共许可证(GPLv2)下授权发布。
发布对别人有帮助的原创内容是最好的 SEO 方式。
微软是一家美国跨国科技公司,也是世界 PC 软件开发的先导,由比尔·盖茨与保罗·艾伦创办于 1975 年,公司总部设立在华盛顿州的雷德蒙德(Redmond,邻近西雅图)。以研发、制造、授权和提供广泛的电脑软件服务业务为主。
jsoup 是一款 Java 的 HTML 解析器,可直接解析某个 URL 地址、HTML 文本内容。它提供了一套非常省力的 API,可通过 DOM,CSS 以及类似于 jQuery 的操作方法来取出和操作数据。
程序员是从事程序开发、程序维护的专业人员。
AngularJS 诞生于 2009 年,由 Misko Hevery 等人创建,后为 Google 所收购。是一款优秀的前端 JS 框架,已经被用于 Google 的多款产品当中。AngularJS 有着诸多特性,最为核心的是:MVC、模块化、自动化双向数据绑定、语义化标签、依赖注入等。2.0 版本后已经改名为 Angular。
ReactiveX 是一个专注于异步编程与控制可观察数据(或者事件)流的 API。它组合了观察者模式,迭代器模式和函数式编程的优秀思想。
Kubernetes 是 Google 开源的一个容器编排引擎,它支持自动化部署、大规模可伸缩、应用容器化管理。
安全 · 稳定 · 快速
为跨境从业人员提供专业的跨境浏览器
红帽提供的 PaaS 云,支持多种编程语言,为开发人员提供了更为灵活的框架、存储选择。
WiFiDog 是一套开源的无线热点认证管理工具,主要功能包括:位置相关的内容递送;用户认证和授权;集中式网络监控。
Mac 是苹果公司自 1984 年起以“Macintosh”开始开发的个人消费型计算机,如:iMac、Mac mini、Macbook Air、Macbook Pro、Macbook、Mac Pro 等计算机。
RabbitMQ 是一个开源的 AMQP 实现,服务器端用 Erlang 语言编写,支持多种语言客户端,如:Python、Ruby、.NET、Java、C、PHP、ActionScript 等。用于在分布式系统中存储转发消息,在易用性、扩展性、高可用性等方面表现不俗。
Shell 脚本与 Windows/Dos 下的批处理相似,也就是用各类命令预先放入到一个文件中,方便一次性执行的一个程序文件,主要是方便管理员进行设置或者管理用的。但是它比 Windows 下的批处理更强大,比用其他编程程序编辑的程序效率更高,因为它使用了 Linux/Unix 下的命令。
禅道是一款国产的开源项目管理软件,她的核心管理思想基于敏捷方法 scrum,内置了产品管理和项目管理,同时又根据国内研发现状补充了测试管理、计划管理、发布管理、文档管理、事务管理等功能,在一个软件中就可以将软件研发中的需求、任务、bug、用例、计划、发布等要素有序的跟踪管理起来,完整地覆盖了项目管理的核心流程。
ZooKeeper 是一个分布式的,开放源码的分布式应用程序协调服务,是 Google 的 Chubby 一个开源的实现,是 Hadoop 和 HBase 的重要组件。它是一个为分布式应用提供一致性服务的软件,提供的功能包括:配置维护、域名服务、分布式同步、组服务等。
Solidity 是一种智能合约高级语言,运行在 [以太坊] 虚拟机(EVM)之上。它的语法接近于 JavaScript,是一种面向对象的语言。
Caddy 是一款默认自动启用 HTTPS 的 HTTP/2 Web 服务器。
代码片段分为 CSS 与 JS 两种代码,添加在 [设置 - 外观 - 代码片段] 中,这些代码会在思源笔记加载时自动执行,用于改善笔记的样式或功能。
用户在该标签下分享代码片段时需在帖子标题前添加 [css]
或 [js]
用于区分代码片段类型。