Comments (88)
方案2.在文档、块聚焦页面顶部展示并增加折叠展开按钮(或者集成在现有文档顶部数据库块标),数据库属性默认折叠不展示(或者提供选项按需设置是否默认不展示),只有点击展开按钮才弹出右侧分屏展示窗口,也可以点击现在右上角的数据库标识进入。另外就是点击下一个聚焦页面时替换当前聚焦页面。
2.1数据库内点击主键上的展开按钮,页面展开到右侧分屏,并默认聚焦至顶部,展开数据库属性。
2.2顶部数据库属性可折叠,建议添加选项设置,可选择平时默认折叠或者默认一直展开。
2.3继续点击内容块的展开按钮,展开至右侧,替换原来的页签,并进入块聚焦页面
2.4纯文本主键依照2.3内容块聚焦页面制作展开页面,如果无法实现则无展开按钮
2.5右侧展开页面是固定的,每次不同主键展开就更新页面,不额外新增加页签,如果要固定页签就点击主键在左侧窗口打开。另外:右侧窗口内不保存页面位置,仅做浏览顶部数据库属性使用,其他地方打开文档时都可以保存页面浏览位置,这样应该就能解决页面位置保存的问题。
2.6点击内容块的角标(ab方案待定)
a.如图同样进入右侧展开页面,可以在同一文档内有多个块查看数据库属性的时候更方便,但是会侧边入侵。
b.根据 @QMike0 的建议直接全屏进入右侧的展开页面,就是不另外分栏展示,减少界面入侵。
2.7建议文档的数据库角标点击就是折叠展开顶部数据库属性的功能,可减少一个按钮。
方案2优点:
- 点击文档即打开,假设侧栏未展开时,不用再多一步展开侧栏,
- 与文档内容的关联感和整体性更强,更像文档内容的一部分。
- 数据库横向展示空间充足。
- 符合现有notion-like的使用习惯,不会造成使用不习惯。
方案2缺点:
- 在需要轻度查看属性的时候界面会有较大入侵,无法像侧栏可随时隐藏。
- 必须在顶部查看文档数据库属性,侧栏可以不受阅读位置的影响查看。
需要改动的部分可能较多,要在文档和块聚焦页面顶部增加属性界面,并且引入可动态更新的展开页面。对开发者来说是缺点,对用户不是- 另外文章阅读位置可能会被打乱(如果能实现2.5则此条缺点不存在)
from siyuan.
方案2最终总结
新增功能点:
【功能点1】在文档、块聚焦页面顶部展示数据库属性。
【功能点2】文档顶部增加折叠展开按钮(备选方案),或者将折叠展开集成在现有文档顶部数据库标识中(建议的方案),点击文档顶部数据库标识可展开或折叠数据库属性界面,并且提供设置选项,可设置默认展开或者默认折叠(默认折叠后仅在功能点3、功能点4的情况下展开)。
【功能点3】在数据库主键处对文档块、内容块、纯文本(如可行)增加展开按钮,展开后可在右侧分屏显示对应的文档、块聚焦页面顶部。下一次展开不替换原来的页面,而是再打开新标签页。
【功能点4】点击文档内部的块的数据库标识,直接全屏进入块聚焦展开页面,不另外分栏展示,减少界面入侵和右侧分屏标签页数量,与目前进入块聚焦的功能逻辑相同。
【功能点5】识别在【功能点3】的展开页面的情况下,不记录页面浏览位置,即只有在文档树或其他地方打开文档时会保存页面浏览编辑位置。
整体实现效果:
图1.【功能点1】【功能点2】实现效果见下,图片为展开后的情况。可设置默认展开或者默认折叠。
图2.【功能点3】实现效果见下:数据库内点击主键上的展开按钮,页面展开到右侧分屏,并默认显示至顶部,并展开数据库属性(如果默认折叠)。
图3.【功能点3】继续展开页面,不关闭上次展开页面,打开新展开标签页。
图4.【功能点4】实现效果见下:点击块数据库块标识进入块聚焦页面,并折叠或隐藏文档数据库属性。
图5.【功能点3】的补充:纯文本主键依照图4的内容块聚焦页面制作展开页面,如果无法实现则无展开按钮
方案2优点:
- 点击文档即打开,假设侧栏未展开时,不用再多一步展开侧栏,
- 与文档内容的关联感和整体性更强,更像文档内容的一部分。
- 数据库横向展示空间充足。
- 符合现有notion-like的使用习惯,不会造成使用不习惯。
方案2缺点:
- 在需要轻度查看属性的时候界面会有较大入侵,无法像侧栏可随时隐藏。
- 必须在顶部查看文档数据库属性,侧栏可以不受阅读位置的影响查看。
需要改动的部分可能较多,要在文档和块聚焦页面顶部增加属性界面,并且引入可动态更新的展开页面。对开发者来说是缺点,对用户不是- 另外文章阅读位置可能会被打乱(如果能实现【功能点5】则此条缺点不存在)
from siyuan.
@Achuan-2 目前考虑的设计是:
- 添加一个新的停靠栏面板 - 数据库属性面板
- 编辑器中的数据库表格视图行(或者以后其他视图的焦点所处主键)无论是否绑定了块,这个面板就竖向显示这一行的所有字段(某些字段除外,比如行号),和现在的 属性面板 - 数据库 效果类似,支持编辑
from siyuan.
最近两个月主要还是修 bug 和做一些小的改进,这个 issue 等会拉进计划中。
from siyuan.
或许我前面有描述不当,但这里最后重复描述一次
我指的数据库打开块查看和通过文档树随便打开一个文档的体验就是完全搬运notionlike目前的设计,只是融合了思源块聚焦的理念,在用户体验上是几乎一致的。
如果不认同它们的理念,那就没必要再讨论了,就先开发新dock栏,等后续其他人反馈吧,我就不再参加后续讨论了。
- 我指的数据库添加展开按钮分屏查看,就是完全模仿notion like的侧边打开体验,可以在左侧数据库中点击不同行查看属性呀,要查看修改的行都浏览完毕再关闭右侧页签,不需要查看一个就关闭一次页签,notion like都是这样设计的(至于是完全复用现在的向右分屏,可以右边显示多个页签,还是右边始终只显示一个页签,看开发者自己想法和其他人建议)。
- 从文档树打开一个文档,也是notion like的设计,就是如果这个文档属于一个数据库,文档上方显示数据库属性,我前面说要点击展开按钮,才能在块顶部展开数据库属性,其实也可以完全自动展开呀(文档块自动展开,普通块需要考虑下),主要顾虑在于思源一个块可以属于多个数据库,所以我不确定是否要默认展开全部数据库。不过从用户角度来说还是打开文档自动展开数据库属性,需要可以默认展开第一个数据库,需要再查看其他数据库(用户可以指定第一个数据库是哪个)。
- 确实数据库属性和反链有点像,但反链是附加的其他零散信息,如果放在末尾,要查看还需要翻到末尾,用dock就不需要翻到文档末尾,这个虽然不符合一些人的习惯,但是可以理解的。但数据库属性,本身就是文档的重要属性,类似于Markdown yaml,放在顶端查看并没有什么不方便,打开文档就能看到,不是很有放dock的必要
from siyuan.
那就还是方案1和方案2了
@5kyfkr 麻烦帮忙总结一下这两个方案,我们再确认一下。
from siyuan.
争取先搞个稳定版出来,不然 BUG 没完没了了。
新特性或许可以开个分支来开发?
from siyuan.
可以新增右击页签提供“关闭右侧标签页”或者“关闭其他标签页”这些浏览器里有的功能,这样浏览完只需要右击点一次把分屏里的页签都关了就行
@5kyfkr 这个在思源里已经有了
from siyuan.
https://dbeaver.com/docs/dbeaver/Data-View-and-Format/#table-vs-record-views
数据有很多列时会很有用……操作和实现可以参考下这个
from siyuan.
#11113
属性界面分离的我也提了,感觉其实相当于增加一个属性面板,像反链面板一样能固定到侧边栏,那样就最完美了,这样快速查看的需求就能一起解决了
from siyuan.
from siyuan.
思源中不光是文档,普通的块也可以加到数据库库,不是块也可以… 属性面板怕是只适用于文档 相比notion、wolai,思源情况比较复杂
是的,我觉得可以默认显示文档的属性,然后点击块右上角关联的数据库的时候在显示对应的属性,或者像你这个场景,点击数据库主键显示对应主键的属性
from siyuan.
感觉跟这个需求有部分交集:快速打开数据库主键绑定文档的属性面板 · Issue #11284 · siyuan-note/siyuan
绑定块的数据库条目显示属性面板,未绑定块的数据库条目就只需要显示数据库属性
from siyuan.
列很多的情况下,无法一眼看到所有列,需要不断shift+滚轮左滑右滑查看,不方便浏览和编辑
还有列被隐藏的情况下,列是无法编辑的,就需要有个面板来编辑
from siyuan.
我觉得数据库属性面板还是得单独弄一个出来单独放到侧边栏,现在藏得有点深,想实现修改对应块或文档的数据库属性如下:
1.在数据库中找到相关行或列,修改。
2.点击文档或块的右上角进入数据库属性界面,修改。
3.shift+单击块标进入属性->切换至数据库页面,修改。
后两种方案都不能算方便,第2种主要增加了a.找到右上角块标;b.点击进入属性界面 这两个操作。第三种需要记忆快捷键位置并且还要切换选项卡。
其实属性面板就相当于反链面板的作用了,在后面熟悉了数据库的特性后会越来越常用,这也是notion等设计到文档上方展示的原因,思源因为块也有数据库属性,所以不能直接显示在文档上方,但还是建议能在侧边栏显示,只是多一个展示位置,现有在属性里的数据库展示同时保留,额外在侧栏增加个数据库属性展示区域,这样才能更方便对数据库属性的编辑。
from siyuan.
@5kyfkr @88250
数据库条目增加侧边栏查看属性这个建议可以,不过我个人会更倾向于添加一个展开按钮(比如flowus这样)
具体设计
- 已绑定块的条目(不管绑定是文档还是普通段落块),点击展开则向右分屏聚焦到该块,在块内容上方自动展开显示数据库属性(只显示当前数据库属性,不显示其他数据库属性,只在块右上方显示所属数据库),然后显示块内容。如果打开的块内有其他块也绑定了数据库,依然保持现在的设计,不显示数据库属性,只在右上方显示所属数据库。
- 如果条目未绑定块,依然和已绑定块的交互一致,只是块内容那个区域显示一个按钮,点击则是目前块引新建文档的功能,可以直接新建文档,也可以绑定现有文档
ps:这个设计应该可以通过分屏+聚焦来实现,只需要在聚焦的块上方显示数据库属性就行
考虑上面的展开数据库属性的方案可能一致性不好,数据库打开的页面才显示数据库属性,正常打开则没有(条目未绑定块不存在这个问题)
另一个补充的特性应该是,显示数据库属性不是非得从数据库展开,只要这个块聚焦,原来右上方的所属数据库就显示一个展开按钮,点击则可以展开数据库属性(文档块就是正常状态就显示数据库属性展开按钮),不必非要在数据库那里才能展开数据库属性。退出聚焦则消失。即面包屑所在位置的块有所属数据库我才可以点击展开,其他位置的块就没有按钮展开。如果这个块属于多个数据库,只能一次展开显示一个数据库(感觉同时展示所有数据库没太必要,而且容易占太多空间)
我觉得这样既能给块加上数据库属性面板(从notion过来的人,应该都挺需要这个功能的,而且列一多,这个功能就很有必要性),也符合现有思源的设计理念。
from siyuan.
能直接展开的话感觉交互更好
更新可以移到右键菜单里
from siyuan.
能直接展开的话感觉交互更好
更新可以移到右键菜单里
确实更新不是频繁的操作,如果误触还难撤回
from siyuan.
[需求] 我需要一个快速打开数据库主键绑定文档的属性面板(内置属性、自定义属性、数据库属性)的方式 #11284
from siyuan.
[需求] 我需要一个快速打开数据库主键绑定文档的属性面板(内置属性、自定义属性、数据库属性)的方式 #11284
内置和自定义属性也要吗,这两个应该不常用吧,数据库属性显示在侧栏的时候选中对应的主键行就能看到数据库属性了
from siyuan.
@Achuan-2 目前考虑的设计是:
- 添加一个新的停靠栏面板 - 数据库属性面板
- 编辑器中的数据库表格视图行(或者以后其他视图的焦点所处主键)无论是否绑定了块,这个面板就竖向显示这一行的所有字段(某些字段除外,比如行号),和现在的 属性面板 - 数据库 效果类似,支持编辑
停靠栏面板有如下问题
- 是否只有点击数据库的某一行才能显示停靠栏,而不支持显示任意块的数据库属性,这样子未必合适,也不符合那些希望直接在文档显示数据库属性列表的需求,到时候依然会有一堆人提需求。
- 像反链、大纲都是文档级别的,文档树、标签、书签是全局的汇总,突然添加一个只针对某个块的信息显示停靠栏是否合适,这个停靠栏在大多数情况用不到,需要我找到一个数据库才能用上是否合适?
- 停靠栏显示属性内容,需要编辑查看时,可能就需要把停靠栏拉宽,当不用的时候,如果嫌弃占用空间又要拉短,有些麻烦,特别是小屏电脑以及平板使用,使用体验估计不会太好。
from siyuan.
- 是否只有点击数据库的某一行才能显示停靠栏,而不支持显示任意块的数据库属性
光标在普通文档里的任意块里面,或者光标在文档标题,就能对应看到块或文档的数据库属性
- 像反链、大纲都是文档级别的,文档树、标签、书签是全局的汇总,突然添加一个只针对某个块的信息显示停靠栏是否合适,这个停靠栏在大多数情况用不到,需要我找到一个数据库才能用上是否合适?
如第一点,可以在任意块看到对应关联属性,不局限于数据库的主键点选
- 停靠栏显示属性内容,需要编辑查看时,可能就需要把停靠栏拉宽,当不用的时候,如果嫌弃占用空间又要拉短,有些麻烦,特别是小屏电脑以及平板使用,使用体验估计不会太好。
这个应该没什么好办法了,只能看界面优化的程度了,如果分离弹窗又会显得复杂了,或者能支持你说的那种单独页签展示出来,那应该就能解决
from siyuan.
是否只有点击数据库的某一行才能显示停靠栏,而不支持显示任意块的数据库属性
在块上的时候也可以显示,类似属性面板 - 数据库。
像反链、大纲都是文档级别的,文档树、标签、书签是全局的汇总,突然添加一个只针对某个块的信息显示停靠栏是否合适,这个停靠栏在大多数情况用不到,需要我找到一个数据库才能用上是否合适?
反链也是块级的,在数据库行和块上都应该可以显示。
停靠栏显示属性内容,需要编辑查看时,可能就需要把停靠栏拉宽,当不用的时候,如果嫌弃占用空间又要拉短,有些麻烦,特别是小屏电脑以及平板使用,使用体验估计不会太好。
无论如何显示(浮窗或者现在的任何一个面板)都有这个问题,能拉宽度就可以了。
from siyuan.
[需求] 我需要一个快速打开数据库主键绑定文档的属性面板(内置属性、自定义属性、数据库属性)的方式 #11284
目前浮窗+点击数据库角标已经比较快捷了,这个需求再缓缓吧。
from siyuan.
停靠栏显示属性内容,需要编辑查看时,可能就需要把停靠栏拉宽,当不用的时候,如果嫌弃占用空间又要拉短,有些麻烦,特别是小屏电脑以及平板使用,使用体验估计不会太好。
无论如何显示(浮窗或者现在的任何一个面板)都有这个问题,能拉宽度就可以了。
有没可能像下图右侧这样再加个分离出来到页签里类似文档显示的功能,那应该就能解决,或者跳转到现在的属性界面,然后让属性界面能浮动,那样应该也行,不过那应该是后续优化的问题了
from siyuan.
停靠栏面板短期内不会大改了,也许后面会考虑支持浮动模式和窗口模式。
from siyuan.
[需求] 我需要一个快速打开数据库主键绑定文档的属性面板(内置属性、自定义属性、数据库属性)的方式 #11284
内置和自定义属性也要吗,这两个应该不常用吧,数据库属性显示在侧栏的时候选中对应的主键行就能看到数据库属性了
我提这个 issue 本来的需求就是编辑自定义属性和内置属性,编辑数据库属性只是附带的
from siyuan.
目前其他停靠栏我几乎不会调宽度,数据库属性主要一定是两列结构,一旦列很多,多选列选项多了,用了文本列,宽度估计会有点吃紧。
如果聚焦块支持展开数据库属性面板,即可以在浏览整个数据库时查看各项的所有属性(可以支持分屏自动聚焦展开数据库属性),又可以在浏览文档和块时,聚焦点击展开数据库信息,我觉得这个交互是更好些的。而不需要我找到一个块,点击,然后我还要再多打开一个停靠栏查看,那为什么我不直接用shift+click查看块属性面板呢,从这个角度来说,就算停靠栏支持显示块和文档的数据库属性,意义不是很大,主要意义在于横向显示数据库每行的属性。
我这个方案对查看文档的数据库属性面板体验好,虽然块的数据库属性面板查看不方便,但是本来这个需求就不如文档快捷查看数据库属性,只要数据库分屏查看项目,自动展开就还好,因为大多数人查看段落块的数据库属性估计更多通过数据库来看的,因为这些块主要靠数据库来维护,平常是零散在各处的
此外,多一个停靠栏还有一个问题,我如果喜欢分屏查看数据库的项目,左边页签是整个数据库,右分屏一个文档,如果想看这个文档的数据库属性,我又要打开一个停靠栏,就很奇怪,占用空间。
思源要做方便查看块的数据库属性,还是建议放在块前,和其他软件差别太多一定是会被人诟病的
from siyuan.
我们得考虑普通块的查看(不只是文档块的),所以放在编辑器顶部的方案对于思源来说不通用。
放在侧栏是比较通用的做法,Notion-like 基本都有侧栏打开,这个还是比较符合用户习惯的。
from siyuan.
我觉得notion like的侧栏打开逻辑是分屏打开而不是dock栏打开,所以我这个方案才添加了展开按钮,点击自动分屏,右侧打开块和自动展示块数据库属性
我这个方案的思路是聚焦块才支持展开数据库属性,所以对每个块处理是统一的,并没有搞特殊,只不过文档块打开就相当于直接聚焦了,更方便查看而已。普通块的查看虽然聚焦打开不方便,也可以shift+click打开属性面板查看呀,或者直接悬浮所属数据库弄出浮窗查看,大多数人需要数据库属性面板直接显示而不是放在属性面板里,应该主要都是希望文档显示吧。为什么希望文档显示数据库属性呢,因为一些文档的信息放在数据库里了,比如链接、作者、一些总结,我既然在数据库写了,就没那么想还在文档再重复写一遍了。
建议开发者还是斟酌下,不要为了普通块的数据库属性查看让文档的数据库属性查看麻烦,捡了芝麻丢了西瓜。
from siyuan.
@Achuan-2 感觉没理解到
假设A文档中有数据库块B,B中有行c1,c2,A文档中还有块D,A文档被添加到了数据库E,块D被添加到了数据库F
点击A文档,侧栏显示A的属性(数据库E)
光标选中B中c1行,侧栏显示c1行的属性(数据库B)
光标选中块D,侧栏显示块D的属性(数据库F)
from siyuan.
我的设想是这样的,后续可以再加上展开到页签或者跳转到现在的属性界面
from siyuan.
还是图片清楚,不过,展示文档属性时应该不需要让光标在标题内,这应该是多数情况,除了这两种情况——光标在数据库行内和光标在块内(该块要保证被加入到数据库中),其他情况应该都是默认展示文档属性的
from siyuan.
还是图片清楚,不过,展示文档属性时应该不需要让光标在标题内,这应该是多数情况,除了这两种情况——光标在数据库行内和光标在块内(该块要保证被加入到数据库中),其他情况应该都是默认展示文档属性的
是滴也可以,只要块没有添加到数据库,就显示对应文档的数据库属性
from siyuan.
@Achuan-2 我没理解错的话你的方案是页签打开,页签有个问题就是需要频繁关闭,还是说你的意思是替换?如果是替换的话,和面板也就没有多大区别了吧?
from siyuan.
@Achuan-2 我没理解错的话你的方案是页签打开,页签有个问题就是需要频繁关闭,还是说你的意思是替换?如果是替换的话,和面板也就没有多大区别了吧?
①页签打开说的是类似notion、wolai支持在浏览整个数据库时,可以分屏右侧打开块,可以查看数据库属性和块内容(同时也支持查看没绑定块的普通文本)
②同时希望普通浏览文档时,可以直接展开数据库属性。
为了让两个场景的逻辑统一,我的想法是聚焦块才支持展开数据库属性
dock的主要问题在于场景需求2不是很符合,dock关闭就看不到文档属性了
from siyuan.
①页签打开说的是类似notion、wolai支持在浏览整个数据库时,可以分屏右侧打开块,可以查看数据库属性和块内容(同时也支持查看没绑定块的普通文本)
那这个新的分屏页面再点击下一个主键聚焦的时候是保留还是被新的聚焦的页面替换?
from siyuan.
那这个新的分屏页面再点击下一个主键聚焦的时候是保留还是被新的聚焦的页面替换?
@5kyfkr 感觉不是很重要,notion类主要是直接替换(因为它们没有多页签),能保留之前点击的页签也可以,到时候统一关闭就行,既然notion、wolai都是这样设计,就说明这样设计用户是可以接受的,包括我自己目前从MOC页面看里面的文档,也是喜欢分屏打开,一直让MOC页面在左侧。
from siyuan.
这个很重要,一直分屏打开页签的话页面很容易就占满了。如果是替换逻辑,那么不如直接用面板吧?
from siyuan.
那这个新的分屏页面再点击下一个主键聚焦的时候是保留还是被新的聚焦的页面替换?
@5kyfkr 感觉不是很重要,notion类主要是直接替换(因为它们没有多页签),能保留之前点击的页签也可以,到时候统一关闭就行,既然notion、wolai都是这样设计,就说明这样设计用户是可以接受的,包括我自己目前从MOC页面看里面的文档,也是喜欢分屏打开,一直让MOC页面在左侧。
这个就是关键问题点了,我觉得可以在侧栏的基础上加个展开为页签或者悬浮面板的按钮,这样就能兼顾对比查看的需求。把聚焦页面和块数据库属性放到一个页面展开为页签,这个也是一个很好的实现。
轻度查看数据库需求:侧栏面板查看
详细对比编辑:转化为块聚焦页面+块数据库属性一起展示,如类notion样式
from siyuan.
这个很重要,一直分屏打开页签的话页面很容易就占满了。如果是替换逻辑,那么不如直接用面板吧?
-
我指的右侧打开是一直放在右侧,可以在右侧分屏有多个页签,而不是重复右侧分屏,几个页签独立开来
-
dock最主要的问题在于,不方便在查看浏览文档时,查看文档数据库属性。用户之所以希望文档直接显示数据库属性,是希望打开文档直接显示这些属性,而不是还要到另一个地方找,比如我写一篇文献笔记,文献链接我放在数据库里,我需要看一眼文档,有没有链接,然后再去dock打开找链接,和我现在在块的右上方打开数据库属性面板其实没有太大差别,而notion类打开文档这些属性就显示了,所以更安心把文档信息填入数据库,而不像思源,放入数据库,我还不如放在文档前面,然后用数据库模板列来获取信息。
from siyuan.
-
重复开页签的话不方便切换看,比如我需要经常修改数据库中的某几行或者某几个块,来回切换页签很麻烦吧,这个类似查看反链,除非有对照场景的需求,否则都是切换左边后右边就跟随更方便
-
按照前面的设计,有了停靠栏面板以后就不需要打开文档了,数据库中某一行选中后面板就直接显示属性了,反过来如果是先打开的文档,那么面板上也有显示,但是就像你说的,需要打开面板多一个步骤。
这个其实和反链较为类似,反链有需求是要显示在底部,文档数据属性有需求要显示在顶部,目前使用面板应该是用户体验较为统一的,不会有功能入口的割裂感。
from siyuan.
这个很重要,一直分屏打开页签的话页面很容易就占满了。如果是替换逻辑,那么不如直接用面板吧?
- 我指的右侧打开是一直放在右侧,可以在右侧分屏有多个页签,而不是重复右侧分屏,几个页签独立开来
那就是会一直增加了,聚焦的时候才打开,这样平时还是没办法快速查看,需要点进去聚焦页面,然后再关掉,多了一步后续关闭的操作,如果是dock显示,光标定位直接一点击然后鼠标滑到侧栏弹出就看到了,如果侧栏常驻那就直接光标定位一步完成
- dock最主要的问题在于,不方便在查看浏览文档时,查看文档数据库属性。用户之所以希望文档直接显示数据库属性,是希望打开文档直接显示这些属性,而不是还要到另一个地方找,比如我写一篇文献笔记,文献链接我放在数据库里,我需要看一眼文档,有没有链接,然后再去dock打开找链接,和我现在在块的右上方打开数据库属性面板其实没有太大差别,而notion类打开文档这些属性就显示了,所以更安心把文档信息填入数据库,而不像思源,放入数据库,我还不如放在文档前面,然后用数据库模板列来获取信息。
dock应该是更方便查看数据库属性吧,直接打开文档,dock就显示了对应属性,如果dock没展开,鼠标滑过去弹出显示就看到了,和点击聚焦按钮弹出一个窗口同样是一步,还少了后续关闭标签页的操作
from siyuan.
或许我前面有描述不当,但这里最后重复描述一次 我指的数据库打开块查看和通过文档树随便打开一个文档的体验就是完全搬运notionlike目前的设计,只是融合了思源块聚焦的理念,在用户体验上是几乎一致的。 如果不认同它们的理念,那就没必要再讨论了,就先开发新dock栏,等后续其他人反馈吧,我就不再参加后续讨论了。
- 我指的数据库添加展开按钮分屏查看,就是完全模仿notion like的侧边打开体验,可以在左侧数据库中点击不同行查看属性呀,要查看修改的行都浏览完毕再关闭右侧页签,不需要查看一个就关闭一次页签,notion like都是这样设计的(至于是完全复用现在的向右分屏,可以右边显示多个页签,还是右边始终只显示一个页签,看开发者自己想法和其他人建议)。
- 从文档树打开一个文档,也是notion like的设计,就是如果这个文档属于一个数据库,文档上方显示数据库属性,我前面说要点击展开按钮,才能在块顶部展开数据库属性,其实也可以完全自动展开呀(文档块自动展开,普通块需要考虑下),主要顾虑在于思源一个块可以属于多个数据库,所以我不确定是否要默认展开全部数据库。不过从用户角度来说还是打开文档自动展开数据库属性,需要可以默认展开第一个数据库,需要再查看其他数据库(用户可以指定第一个数据库是哪个)。
- 确实数据库属性和反链有点像,但反链是附加的其他零散信息,如果放在末尾,要查看还需要翻到末尾,用dock就不需要翻到文档末尾,这个虽然不符合一些人的习惯,但是可以理解的。但数据库属性,本身就是文档的重要属性,类似于Markdown yaml,放在顶端查看并没有什么不方便,打开文档就能看到,不是很有放dock的必要
08-34-35.mp4
wolai和notion都是聚焦下一个的时候就替换上一个聚焦的,notion有个不同点是在页面外再单击一次会关闭侧栏,但都是替换为主,这和在dock显示区别不大。
我觉得主要和dock的区别点是属性界面主动弹出展示还是被动查看的区别,思源因为没有把数据库属性固定在页面顶端的设计,所以要是像notion这种需要再多弄一个属性+文档内容(或块聚焦内容)的页面,但是这就会和现有的侧分屏打开文档冲突了,除非是文档顶部做个可折叠隐藏的数据库属性界面,在聚焦的时候才展开,那就和notion等一样了。等于如下两条路线:
方案1.侧边栏展示:块标定位显示对应块或文档属性,侧边栏内展示,如上面我截图的演示。
优点:改动部分较少,只需额外增加展示面板和块定位监测。缺点:非主动弹出,需要打开侧边栏查看。
方案2.在文档、块聚焦页面顶部展示并增加折叠展开按钮,数据库属性默认折叠不展示,只有点击展开按钮手动展开或类似notion进入聚焦才弹出右侧分屏新窗口展示,块聚焦进入方式是点击现在右上角的数据库标识进入。另外就是点击下一个聚焦页面时替换当前聚焦页面。
优点:点击即打开,不用再多一步展开侧栏(假设侧栏未展开),并且符合现有notion-like的使用习惯。缺点:需要改动的部分较多(要在文档和块聚焦页面顶部增加属性界面),在需要轻度查看的时候界面会有较大入侵,无法像侧栏可随时隐藏;另外文章阅读位置会被打乱,因为要在顶部查看数据库属性,想查看必须跑到文档上方。
关键点就是侧栏平时是打开还是关闭的,如果侧栏平时是打开的情况下,方案1基本和2没什么区别,如果是侧栏是关闭的时候方案1就多一步展开侧栏的操作。方案2关键点是需要增加文档顶部属性界面和文档内容一起展示,不然和方案1其实没区别,都只是对属性的展示。
综合看,方案2是已经notion等验证过比较成熟的方案,方案1是现有基础上开发比较省事的方案,我稍微倾向于方案1,因为现在查看上次编辑的笔记的时候会自动到上次的位置,如果放在顶部就会导致聚焦后下次打开笔记重新跳回顶部了。
from siyuan.
参与一下讨论。。
个人更加赞同Achuan-2的观点,即文档上方显示数据库属性。考虑普通内容块数据库属性的显示,个人观点是:
from siyuan.
参与一下讨论。。 个人更加赞同Achuan-2的观点,即文档上方显示数据库属性。考虑普通内容块数据库属性的显示,个人观点是:
- 文档块顶部显示该文档的属性面板,普通内容块不显示,改为dock栏中显示
普通内容块如果dock侧栏显示不太行,因为如果要适应notion那种展开页面,还是得进入一个块聚焦页面内,在块聚焦页面内上方展示,逻辑要一致才行,总体就是我上面总结这两种方案路线,全部在文档顶部或者全部侧栏展示。
两个方案矛盾点是:属性面板作为笔记内容的一部分,还是内容的附加属性。不同的位置给人的感受是不一样的。放在文档最前面比如写日记的时候把日记添加到一个库中,就能在顶部选择对应的天气、心情等等,实际数据库的属性组成了日记内容的一部分,如果放在dock栏就会弱化一部分这个感觉。
如果抛弃文档浏览位置记忆功能的情况下比较我觉得方案2放文档上面会好点,展示的宽度也会更充足,如果要兼顾文档浏览记忆的时候,方案1侧栏会灵活点。
from siyuan.
(分开,以防太长不看hhh)
其实我之前已经发过该帖子,现在结合前面的讨论再说下原因:
- 虽然D大一直强调保持各内容块之间的统一,但从使用实际体验来说,明显文档块的等级更高,其他内容块更像是“嵌套在文档块”中。例如文档块中有“添加标签”、“添加图标”等选项,但普通内容块中没有这些项,另外社区中也开发出了基于文档搜索这样的插件,这些细节都显示文档块与普通内容块之间的区分。
- 正如Achuan-2所说,文档块数据库属性面板的显示需求明显更高,这一点从社区相关帖子中就能看出。现在甚至已经开始用模板列实现对关键字字段的读取,如*、*,本质需求其实就是文档属性面板的显示和编辑,但通过模板列来实现只能说利好会模板编写玩家(更何况现在的模板语法并不好用),无形中增加了普通用户的上手成本。而使用dock栏显示文档属性面板并不直观,只能说是低配版地满足查看和编辑属性条目的需求。在文档开头直接显示更加直观,而且这样同时也能在悬浮窗中显示(若是dock栏则肯定显示不了)
- 正如上面讨论的,dock栏会增加屏幕显示的压力。个人15.6寸的电脑屏幕在使用思源时,能只开一个侧边栏绝不开第二个,不然中间的编辑区域会被大大占用,更不必说必然需要拉伸dock栏宽度来更好地显示属性面板的各个条目信息
- dock栏中不显示文档属性面板、只显示内容块的,会减少内容块判断的复杂度。例如对于某个具有数据库属性的文档,若它里面有具有数据库属性的内容块,完全可以鼠标焦点位于该有数据库属性的内容块时,dock栏显示属性面板,否则为空。不然后者情况若dock栏跳转到显示文档数据库属性,就会很怪。
- 最后,交给社区来实现的这一想法总感觉是不靠谱的。目前社区中的相关插件已经停更;相关挂件则明确表示不会支持编辑(要回到数据库编辑,大大减少了可用性),见这里的讨论。可见仅凭社区实现并不稳定
总之,个人觉得应提高文档块属性面板的优先级,而不应只强调各内容块之间的统一性
from siyuan.
- dock栏中不显示文档属性面板、只显示内容块的,会减少内容块判断的复杂度。例如对于某个具有数据库属性的文档,若它里面有具有数据库属性的内容块,完全可以鼠标焦点位于该有数据库属性的内容块时,dock栏显示属性面板,否则为空。不然后者情况若dock栏跳转到显示文档数据库属性,就会很怪。
from siyuan.
普通内容块如果dock侧栏显示不太行,因为如果要适应notion那种展开页面,还是得进入一个块聚焦页面内,在块聚焦页面内上方展示,逻辑要一致才行,总体就是我上面总结这两种方案路线,全部在文档顶部或者全部侧栏展示。
前提是是否需要做到notion那种展开页面,像D大说的编辑器中的数据库表格视图行(或者以后其他视图的焦点所处主键)无论是否绑定了块,这个面板就竖向显示这一行的所有字段(某些字段除外,比如行号),和现在的 属性面板 - 数据库 效果类似,支持编辑
,即仅考虑竖向编辑属性条目,不考虑在该页面内还要编辑相应内容块的内容,就不存在逻辑统一的问题
不同的位置给人的感受是不一样的。放在文档最前面比如写日记的时候把日记添加到一个库中,就能在顶部选择对应的天气、心情等等,实际数据库的属性组成了日记内容的一部分,如果放在dock栏就会弱化一部分这个感觉。
这就是我支持文档块的属性面板显示在文档开头的原因,放在dock栏并不能满足这个需求
如果抛弃文档浏览位置记忆功能的情况下比较我觉得方案2放文档上面会好点,展示的宽度也会更充足,如果要兼顾文档浏览记忆的时候,方案1侧栏会灵活点。
个人感觉这个方案适合通过数据库点开查看,基于当前文档查看时会导致割裂感比较强,因为需要跳转到块聚焦状态,其实并不是很方便
from siyuan.
这个:
前提是是否需要做到notion那种展开页面,像D大说的编辑器中的数据库表格视图行(或者以后其他视图的焦点所处主键)无论是否绑定了块,这个面板就竖向显示这一行的所有字段(某些字段除外,比如行号),和现在的 属性面板 - 数据库 效果类似,支持编辑,即仅考虑竖向编辑属性条目,不考虑在该页面内还要编辑相应内容块的内容,就不存在逻辑统一的问题
借用一下Achuan-2的图,不过这一点我和他观点不太一样,如下:
from siyuan.
是否在顶部显示和在一侧页签/停靠栏面板显示是两个需求吧?如果要统一,可能只有一个方案,就是不考虑侧边显示(无论是页签还是停靠栏面板),仅在顶部显示,也就是之前 @Achuan-2 提到的通过聚焦的方式:
- 文档打开可以看作是聚焦到文档块,直接在顶部显示
- 其他子块聚焦打开,也在顶部显示该块相关的数据库属性
from siyuan.
这个:
前提是是否需要做到notion那种展开页面,像D大说的编辑器中的数据库表格视图行(或者以后其他视图的焦点所处主键)无论是否绑定了块,这个面板就竖向显示这一行的所有字段(某些字段除外,比如行号),和现在的 属性面板 - 数据库 效果类似,支持编辑,即仅考虑竖向编辑属性条目,不考虑在该页面内还要编辑相应内容块的内容,就不存在逻辑统一的问题
借用一下Achuan-2的图,不过这一点我和他观点不太一样,如下
那就是数据库内浏览文档和内容块属性还是依靠侧边栏里展示是吧?在文档里就是顶部文档属性,其他地方光标定位块数据库属性侧边栏展示
from siyuan.
如果侧边栏顶部展示都有那就是第三种方案,混搭的感觉还是有点乱,我有空做个对比表格看看
from siyuan.
我再整理一下我的想法:
- 在文档中查看和编辑该文档块以及内部各内容块的数据库属性条目:
- 文档块的属性面板:文档顶端
- 普通内容块的属性面板:侧边栏
也就是侧边栏始终不显示文档块的属性面板。只有当鼠标焦点在有数据库属性的普通内容块时,侧边栏中才显示其他内容块的属性面板,否则为空
- 从数据库表格视图中查看和编辑数据库属性条目(也就是前面提到的“展开”按钮):
仅竖向展示和编辑属性条目,不考虑在该页面内还要编辑相应内容块的内容
from siyuan.
如果侧边栏顶部展示都有那就是第三种方案,混搭的感觉还是有点乱,我有空做个对比表格看看
对的,第三种方案
from siyuan.
我觉得方案3,第二点直接展开到新窗口不如在侧边栏展示了,既然已经无法编辑文档内容,实际就是一个属性界面,不应该分屏变成类似文档编辑的窗口
from siyuan.
我再整理一下我的想法:
补充一下,对于第二条我还是支持是页签显示(不指向任何内容块的页签),或者悬浮显示。无论哪种显示方法,只显示数这些内容:
而侧边栏不用于第二条,也就是不用于通过数据库表格视图查看和编辑属性条目
from siyuan.
我觉得方案3,直接展开到新窗口不如在侧边栏展示了,既然已经无法编辑文档内容,实际就是一个属性界面,不应该分屏变成类似文档编辑的窗口
确实
from siyuan.
是否在顶部显示和在一侧页签/停靠栏面板显示是两个需求吧?如果要统一,可能只有一个方案,就是不考虑侧边显示(无论是页签还是停靠栏面板),仅在顶部显示,也就是之前 @Achuan-2 提到的通过聚焦的方式:
- 文档打开可以看作是聚焦到文档块,直接在顶部显示
- 其他子块聚焦打开,也在顶部显示该块相关的数据库属性
要统一的话,这个方案也挺好。可以是块聚焦的时候显示数据库属性面板(文档块打开后默认是聚焦,直接顶部显示),并且提供属性面板的折叠展开按钮。这就需要更新下现在的聚焦页面。
点击块右上角数据库标识时还是建议保留现有方案,也就是进入这个面板:
这个方案另外一个好处是,从数据库表格视图中查看和编辑数据库属性条目的话,可以直接分屏页签展示,展示的页签是内容块的聚焦页面,对于文档块/普通内容块都适用。此时不需要另外新加侧边栏
from siyuan.
个人感觉这个方案适合通过数据库点开查看,基于当前文档查看时会导致割裂感比较强,因为需要跳转到块聚焦状态,其实并不是很方便
收回这个观点hh
from siyuan.
那就还是方案1和方案2了,方案2在顶部显示属性除了没什么好办法记忆文档编辑位置其实没什么毛病,也能适应notion-like用户习惯,或者就聚焦文档的时候顶部增加个文档位置按键,点击可以回到聚焦前的浏览位置
from siyuan.
那就还是方案1和方案2了,方案2在顶部显示属性除了没什么好办法记忆文档编辑位置其实没什么毛病,也能适应notion-like用户习惯,或者就聚焦文档的时候顶部增加个文档位置按键,点击可以回到聚焦前的浏览位置
嗯嗯,感觉在保持自己特色(块级添加数据库属性)的基础上,保持一些与其他软件交互上的共通性,大家的接受程度应该会高一些
from siyuan.
我看着云里雾里的,需要有人帮忙带图总结一下
from siyuan.
方案1.侧边栏展示:块标定位显示对应块或文档属性,侧边栏内展示,如下面截图的演示。
1.1 数据库内选中对应行显示当前行主键的数据库属性,如图中显示《测试笔记文档》这个主键的所有关联数据库属性。
1.2光标在文档标题或者未关联数据库的块中时,或者刚打开文档未选中任何块的时候,侧边栏默认展示文档的所有的关联数据库属性。
1.3光标在有关联数据库的块中时,侧边栏展示当前块的关联数据库属性。
方案1优点:
- 点击定位快速,无需寻找展开操作按键。
- 可以不改变当前文档的所有操作逻辑,仍能记忆文档上一次的编辑位置,无需在文档顶部即可查看数据库属性。
- 侧栏平时可隐藏,滑动弹出不占用分屏界面。
改动部分较少,只需额外增加展示面板和块定位监测。对开发者是优点,对用户不是
方案1缺点:
- 欠缺与文档内容的关联感和整体性,数据库属性更像是文档的属性,而不是文档内容的一部分。
- 非主动弹出,需要滑动鼠标打开侧边栏或点击打开侧边栏查看。
- 侧栏平时宽度较窄,若展示内容增加后需把侧栏拉宽查看。
- 与其他Notion-like软件展示和操作方式不同,可能会造成使用不习惯。
from siyuan.
目前我写完以上两个方案,感觉方案2会更好一点,文档位置的问题可以通过2.5解决,展开面板单独一个东西独立出来,不记录文档的打开位置,相当于只是个筐,点击展开后对应的显示文档顶端和属性,不改变原来的其他状态,当然编辑还是可以编辑,只是不影响阅读位置。
大家看看有没什么补充建议,我可以完善下。
路过的朋友们给喜欢的方案点赞
from siyuan.
侧栏不够灵活,我更喜欢方案二。
感觉上方案二就是把属性面板嵌入到编辑器里(以及把编辑器嵌入到属性面板里)。
我的需求是不只能显示与编辑数据库属性,内置属性和自定义属性也要
from siyuan.
我的需求是不只能显示与编辑数据库属性,内置属性和自定义属性也要
内置属性和自定义属性我觉得还是摆出来也行,但是默认要显示数据库属性,主要是怕增加页面复杂性了,自定义属性其实有快速添加块属性那个插件基本就够用了,内置属性可以考虑一下,但是我觉得内置属性也就书签值得单独拎出来显示,其他的我从来没用过。。。另外有了数据库,其实已经相当于把内置属性架空了,重要程度再次降低了
from siyuan.
自定义属性是可以在多个数据库之间共享的,比较方便
from siyuan.
自定义属性是可以在多个数据库之间共享的,比较方便
总感觉自定义属性是部分资深用户和插件作者的玩具,更多的是功能性的作用,显示的意义不大hh;内置属性的显示意义也不是很大,毕竟它们需要修改的频率并不高,而且已经可以在文档或内容块右上角全部展示了
而数据库属性需要显示的原因是现在只显示数据库角标,具体有啥条目完全无法直接看到(个人很讨厌现在只能通过弹窗查看的形式😫),而且数据库属性条目进行编辑的需求会高一些
from siyuan.
目前我写完以上两个方案,感觉方案2会更好一点,文档位置的问题可以通过2.5解决,展开面板单独一个东西独立出来,不记录文档的打开位置,相当于只是个筐,点击展开后对应的显示文档顶端和属性,不改变原来的其他状态,当然编辑还是可以编辑,只是不影响阅读位置。 大家看看有没什么补充建议,我可以完善下。 路过的朋友们给喜欢的方案点赞
还列出了不同情景的交互方式,可以说是相当详细了!我也是更喜欢方案二一些。
个人有个建议是,右侧分屏仅用于2.1-2.5,而对于2.6和2.7,点击内容块的数据库角标不是进入右侧展开页面,而是使当前页面进入该内容块的类似“聚焦状态”,并在该“聚焦状态”下展示属性面板。原因之一是在小屏状态下,分屏形式同样会占用很大体积。
同样地,文档块数据库角标也是用于进入/退出这种“聚焦状态”,表现为展开/折叠属性面板(默认展开)。
这样做,文档块和普通内容块的角标在判断逻辑上可能会统一一些,不是一个要右侧展开、另一个是展开折叠。缺点是查看普通内容块的属性面板所带来的视觉入侵更明显,甚至比现在的弹窗形式更严重
from siyuan.
另外就是数据库主键的“展开”按钮(若有),完全可以像前面二位说的那样,替代现有的“更新”按钮,后者基本上用不到,放在右键菜单就行
from siyuan.
还列出了不同情景的交互方式,可以说是相当详细了!我也是更喜欢方案二一些。 个人有个建议是,右侧分屏仅用于2.1-2.5,而对于2.6和2.7,点击内容块的数据库角标不是进入右侧展开页面,而是使当前页面进入该内容块的类似“聚焦状态”,并在该“聚焦状态”下展示属性面板。原因之一是在小屏状态下,分屏形式同样会占用很大体积。 同样地,文档块数据库角标也是用于进入/退出这种“聚焦状态”,表现为展开/折叠属性面板(默认展开)。 这样做,文档块和普通内容块的角标在判断逻辑上可能会统一一些,不是一个要右侧展开、另一个是展开折叠。缺点是查看普通内容块的属性面板所带来的视觉入侵更明显,甚至比现在的弹窗形式更严重
已更新2.6,对于块属性角标确实不展开可能统一点,不过还是待定,假如一个文档里有多个块的属性想查看编辑,类似数据库表格里的场景,就要不断按前进后退退出聚焦,感觉也有点麻烦。
from siyuan.
另外就是数据库主键的“展开”按钮(若有),完全可以像前面二位说的那样,替代现有的“更新”按钮,后者基本上用不到,放在右键菜单就行
这个属于细节问题,放右键菜单也行,更新这个按钮我在纯文本转文档的时候还是挺好用的
from siyuan.
我觉得顶部打开还是侧边打开都可以,但我希望有一个统一的方案。
database中的主键在未来是有扩展的可能的,目前虽然只有块和文本两种,但已经是多种主键并存的情况了,未来更多的主键类型也不是没有可能,也就是说,未来会有更多的内容可能被允许添加到database里。
反过来说,database中一项的内容如何出现在其他地方?如反链面板、文档正文、书签、标签和搜索面板中。
我觉得这是一个需要慎重考虑的问题,但我的观点是需要一个统一的、database行级的容器去包裹database内的数据,以便允许它能出现在各种地方,而无论是顶部还是侧边栏只是这个容器的位置不同。
from siyuan.
我觉得顶部打开还是侧边打开都可以,但我希望有一个统一的方案。
统一的方案是指两者优点都吸收进来的新方案嘛,有没有思路能参考下
database中的主键在未来是有扩展的可能的,目前虽然只有块和文本两种,但已经是多种主键并存的情况了,未来更多的主键类型也不是没有可能,也就是说,未来会有更多的内容可能被允许添加到database里。
要添加新主键那是另一个问题了,主键如果是文字字段,那目前思源都已经支持了(块文字字段,文档标题字段,纯文本字段),我是想不出还能怎么扩展了
反过来说,database中一项的内容如何出现在其他地方?如反链面板、文档正文、书签、标签和搜索面板中。
数据库一定程度上就是书签、标签的替代功能,现在这个issue其实就相当于数据库自己的反链面板,反向展示数据库属性和现有的反链面板两者应该是平级的关系。
我觉得这是一个需要慎重考虑的问题,但我的观点是需要一个统一的、database行级的容器去包裹database内的数据,以便允许它能出现在各种地方,而无论是顶部还是侧边栏只是这个容器的位置不同。
同上一点,如果数据库与其他功能是平级而不是包含关系,就无法出现在各种地方,只需要优化好这个展示面板的位置和展示效果就可以了
from siyuan.
有没有思路能参考下
你误解了我的意思了,我说的更接近于实现层面上的事情,也就是我希望database的属性能是一个单独的组件,它在属性面板、顶部、侧边都共用一串代码,甚至插件也能调用。
我是想不出还能怎么扩展了
就思源内部的元素来说,起码还可以考虑闪卡、资源文件(pdf、图片、视频和其他)、pdf注释这几种主键。更广泛来说,还应该允许有插件拓展主键类型,或者把现有的列类型(数字、单选、多选、链接)作为主键。
反向展示数据库属性和现有的反链面板两者应该是平级的关系
我并没有考虑这两者是否应该平级的问题,我只是想问,假如我需要把database中的一行加入书签,或者我希望在反链面板中看到一个主键类型为文本的行,这该如何实现?
如果直接回答“它不应该出现在其他地方”,那未免有点可惜了。
from siyuan.
你误解了我的意思了,我说的更接近于实现层面上的事情,也就是我希望database的属性能是一个单独的组件,它在属性面板、顶部、侧边都共用一串代码,甚至插件也能调用。
这个可能是底层设计的范畴了,@88250 要D大来看看有没可能实现共用了
就思源内部的元素来说,起码还可以考虑闪卡、资源文件(pdf、图片、视频和其他)、pdf注释这几种主键。更广泛来说,还应该允许有插件拓展主键类型,或者把现有的列类型(数字、单选、多选、链接)作为主键。
这些类型做成主键能方便对这些类型的管理,但是实际上用文字主键然后再对应对资源进行管理,也就是现在的方式感觉也够了,面向对象的数据库有点anytype的味了,就是看底层有没有条件实现了,还是需要D大看看。
我并没有考虑这两者是否应该平级的问题,我只是想问,假如我需要把database中的一行加入书签,或者我希望在反链面板中看到一个主键类型为文本的行,这该如何实现?
databse的其中一行加入书签这个功能估计困难,但是目前可以把主键加入书签,然后通过本issue点开主键的文档或块就能看到对应的属性了。另外纯文本现在也没办法使用双链语法,反链面板里现在肯定看不到,提及面板里能加上看到也不错,也是底层的问题,还是需要D大看看了。
如果直接回答“它不应该出现在其他地方”,那未免有点可惜了。
就如标签和书签井水不犯河水一样,假如标签弄成也能添加到书签里或者合二为一,那就乱了,个人感觉边界需要界定清楚,如果是平等的层级甚至高于其他功能,那就不应该混在一起。
from siyuan.
数据库中的行就两种,绑定块和非绑定块,这个基础不太可能变了,不用考虑其他形式。关于非绑定块如何被引用,这个后面再考虑吧。
from siyuan.
数据库中的行就两种,绑定块和非绑定块,这个基础不太可能变了,不用考虑其他形式。关于非绑定块如何被引用,这个后面再考虑吧。
D大,方案2估计是大家共识了,看看什么时候排上路线图安排下,感觉优先级也挺高的,毕竟数据库这个展示挺常用的,其他notion-like用户跑过来肯定也希望有这个。另外路线图也挺久没更新了,还有数据库表格分组(看板前置任务)、多窗口工作区等中饼没加进去,都有挺大提升,每个拉出来都能值一个0.1中版本号
from siyuan.
对了,方案 2 中“侧栏”这个界面元素目前是没有的,这个是否能用目前的编辑器页签?也就是打开文档就在顶部显示数据库属性,其他块聚焦显示?数据库中点击绑定块行打开时沿用现在的打开块跳转逻辑,即单击新开页签、Alt+点击分屏打开?
主要就是考虑不要引入新的界面元素了,否则这个地方对用户来说就比较奇怪,因为它既不是页签也不是停靠栏面板。
from siyuan.
争取先搞个稳定版出来,不然 BUG 没完没了了。
新特性或许可以开个分支来开发?
我们计划最近一段时间以修复 bug 为主,不引入特性,等稳定一段时间后再开始开发特性。是否需要分支主要看是否有特性贡献者。
from siyuan.
对了,方案 2 中“侧栏”这个界面元素目前是没有的,这个是否能用目前的编辑器页签?也就是打开文档就在顶部显示数据库属性,其他块聚焦显示?
主要问题是,如果沿用页签,能否判断是从展开按钮打开的,并且能自动替换为下一个点了展开的页面。因为如果不判断,就会丢失文档页面浏览位置的记录(展开默认会回到顶部)。自动替换是notion-like的逻辑。
数据库中点击绑定块行打开时沿用现在的打开块跳转逻辑,即单击新开页签、Alt+点击分屏打开?
对的,点击绑定块沿用现有逻辑,新开页签、Alt+点击分屏与展开页面的区别就是前两者会记录页面滚动位置,后者不会
主要就是考虑不要引入新的界面元素了,否则这个地方对用户来说就比较奇怪,因为它既不是页签也不是停靠栏面板。
确实,但是如果不引入就会比较难区分是展示面板还是右分屏文档,展示面板毕竟是会被下一个展开文档替换的
其实展示区就是个大号内容框,也可以说是拆分出来的侧边栏实现方式
from siyuan.
对了,方案 2 中“侧栏”这个界面元素目前是没有的,这个是否能用目前的编辑器页签?也就是打开文档就在顶部显示数据库属性,其他块聚焦显示?
要不就只能折中,能实现判断是页签打开的不记录浏览位置就够了。自动替换页面就不要了,毕竟思源是有页签的型式,但是每次展开下一个页面就要多点一次关闭,可以新增右击页签提供“关闭右侧标签页”或者“关闭其他标签页”这些浏览器里有的功能,这样浏览完只需要右击点一次把分屏里的页签都关了就行
from siyuan.
那就用编辑器页签吧,关于浏览位置这个点是现实考虑。
麻烦再总结一下最后的方案,以供后面实现时参考。
from siyuan.
方案 2 感觉很好了,不过我还有一点问题:
首先我认为纯文本主键也需要能够展开显示属性,这一点所有主键都保持一致。
然后就需要讨论主键上的「展开」按钮和现存的「更多/更新」按钮要怎么处理。
我提出一种思路:
- 纯文本主键:同时显示 [绑定][展开] 两个按钮
- 绑定块主键:只显示 [展开] 按钮,[更新] 移到条目的右键菜单里
from siyuan.
首先我认为纯文本主键也需要能够展开显示属性,这一点所有主键都保持一致。
这个看D大V姐了,我也觉得最好能实现,更统一点
然后就需要讨论主键上的「展开」按钮和现存的「更多/更新」按钮要怎么处理。
我提出一种思路:
- 纯文本主键:同时显示 [绑定][展开] 两个按钮
- 绑定块主键:只显示 [展开] 按钮,[更新] 移到条目的右键菜单里
没毛病,如果纯文本也能展开,就按你的图片里的样式优化就行了,更新按钮变成绑定确实更好理解,我其他绑定了块的主键没用过更新键,可以藏到右键
from siyuan.
数据库中的行就两种,绑定块和非绑定块,这个基础不太可能变了,不用考虑其他形式。
从数据储存上看,目前只是使用了一个Block类型进行划分,简单地增加几个类型,前端新增对应的显示方式和打开方式即可,这方面应该不算太难。
from siyuan.
数据库中的行就两种,绑定块和非绑定块,这个基础不太可能变了,不用考虑其他形式。
从数据储存上看,目前只是使用了一个Block类型进行划分,简单地增加几个类型,前端新增对应的显示方式和打开方式即可,这方面应该不算太难。
就思源内部的元素来说,起码还可以考虑闪卡、资源文件(pdf、图片、视频和其他)、pdf注释这几种主键。更广泛来说,还应该允许有插件拓展主键类型,或者把现有的列类型(数字、单选、多选、链接)作为主键。
思源首先是笔记软件,主要的载体是文本,数据库解决了笔记和块的分类整理,并且能添加对应的资源列,把图片pdf等资源对应放进去,到这基本就已经是市面上所有notion-like实现的功能了。
假设以资源文件作为主键,那其实就是一个文件管理器了,我觉得有点偏离了笔记软件的用法,有点以前印象笔记素材库功能的味了,但其实电脑的资源管理器和各种网盘就应该是个大素材库,专注好笔记内容编辑和管理并且能关联对应素材就足够了,就算强如anytype的对象(相当于数据库的主键),也如下图基本就是文档和块级别的类型(我觉得思源的数据库自由度其实也已经接近anytype了)。
再者网页链接、数字也是文本,其实已经可以通过块或纯文本绑定填入到主键,并不一定需要一个链接列,只要是文本类型的,其实都已经可以作为主键。
不过数据库和闪卡管理联动感觉是个好方案,可以官方弄个闪卡库,把所有对应的闪卡推迟、暂停等功能弄个对应的闪卡状态列进行切换管理,这样可能会清晰直观,不用再引入新的界面,并且还可以自己增加其他标签,但是工作量会不会比单独做个管理界面多就需要进一步评估了,因为其实这就是目前正在优化闪卡的部分。至于其余把列单选多选类型作为主键我也想不到应用的场景了。
from siyuan.
Related Issues (20)
- 索引更新不及时 HOT 1
- 不同文字样式导致备注区域分割&备注导致部分文字样式丢失 HOT 4
- Right-click the database table view column to pop up the exception link menu
- After selecting the doc in the doc tree, `Ctrl+D` will not duplicate it HOT 6
- assets资源分类,使文档引用更清晰,搬迁成本更低 HOT 1
- Improve main window position restoration after boot on the Desktop HOT 3
- 数据库属性面板属性名前显示图标 HOT 2
- 建议给 showTooltip() 增加一个参数,不同的地方调用时传入不同的类名 HOT 5
- ⚠️ 内核因未知原因退出 The kernel exited for unknown reasons HOT 1
- Add an internal kernel API `/api/block/prependDailyNoteBlock`
- 希望把《取消绑定块》下移 HOT 2
- Regular replacement text fails
- Improve HTML h element clipping
- Negative numbers are treated as positive numbers when calculating template field values
- Documents exported in the doc tree can no longer be imported HOT 4
- Support KaTex macro parameters
- 拖动文字块/内嵌文件块到引用链接上,能够将拖动的内容移动到引用的页面中去 HOT 3
- 无法使用#创建标签 HOT 4
- Code block causes abnormal state
- 数据库换行文本编辑后会先变成一行再展开 HOT 5
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from siyuan.