Floria233
关注
112055 号成员,2023-08-24 01:08:06 加入
272
个人主页 浏览
155
帖子 + 回帖 + 评论
45h41m
在线时长
  • 【分享】偷懒干货 - 送给小白的字体 css

    2024-11-15 01:44

    这个应该是思源的设计还是这个插件的问题?

    我没有导出过 pdf😂 不好意思没法帮你

  • 继续吐槽思源的侧边栏 ,这个空而无用的设计啊啊

    2024-10-27 18:39

    第一个要求没太明白意思,可以给个图示来说明一下。

    第二个是一个插件,“二级文档列表”,蓝色的那个小图标,意思就是这个二级文档以 dock 状态开启

  • 提议更改反链的展示逻辑

    2024-10-21 22:26

    这种解法我个人持保留意见,看别人的接受度吧。

  • 提议更改反链的展示逻辑

    2024-10-21 22:10

    和大大有同样疑问的人也可以在发帖啊,再讨论其他的改进办法,而不是一味反对现在的需求者啊。

    退一步讲,如果保持不变,那么请问大大有可解决这个“子块反链问题”的办法吗?

    我给的办法当然不是完美解法,可是现在反链面板的这种展示逻辑,除了重构,还有其他办法可以直接解决需求者所吐槽的问题吗?(既然目前还有 50% 的人投赞成票,无论如何说明,这至少不算个小问题吧)

  • 提议更改反链的展示逻辑

    2024-10-21 22:02

    移动端本来就一般,如果改成类似 logseq 那种,参考 logseq 移动端的反链,我的接受度反而会高一点。

    另外,这个问题看似是这几天提出来,其实可以去论坛搜一下,至少两年前就开始有人在陆续提出各种对“反链面板”的吐槽了,建议都差不多类似,关键词【反链面板】这次这个帖子有点类似汇总,不是什么突发奇想。

  • 提议更改反链的展示逻辑

    2024-10-21 20:59

    第一个问题:

    通过浮窗确定文档-ctrl 点击标题在编辑器中点开文档查看(alt 则分屏查看),偶尔也要结合一下下方的“提及”面板,快速当然是达不到你要的标准,不过我更偏向这种方式(因为反链面板那点展示空间太小了)

    第二个问题:

    解法参考第一个问题,另一个方法则是,直接点开要查看的页面,查看页面标题处的数字角标(即不通过反链面板而是浮窗)

    仅供参考。

  • 提议更改反链的展示逻辑

    2024-10-21 20:25

    image.png

    答主,这个解法可否部分解决你的问题?

    logseq 支持到页级,这对某些用户是简洁。

    思源支持到块级,这对某些用户来说是繁琐。

    对这些用户而言,思源的这种块级反链麻烦到没法用,甚至也会有其他次生问题,而这种繁琐,没法通过其他任何插件来避免,只能重新构设面板。

    而你的建议,用反链面板来显示反链字块,实际思源还有另一种更高效的“浮窗显示反链”,即对于你的问题,思源早就给出了更加好用的解法,是有备选项的。

    一种是必须重新构设才能解决的问题,一种是目前就有备选项可以解决的问题。(相信如果没有浮窗 or 聚焦类似这种辅助,大家也会很乐于支持反链面板支持到块级)

    重构后的反链面板能够兼容目前反对者的问题,也没有损害这类人的根本利益,而反对者们的主张 or 建议,既无法兼容这些需求者面临的问题,也没有对人家的问题有什么实质性帮助。

    哪个问题更迫切,无需多言。

  • 大纲和文档树的宽度能设置成一致吗?文档树和大纲都放在左上角,点击互相切换的时候,宽度会变来变去,能不能在同一个宽度内互相切换

    2024-10-21 18:22

    题主的问题可能是“文档树和大纲”同时放在了左上角

    两个挂件占了同一个位置,各有各的宽度限定,当然没法统一。

    这里的解法,应当是文档树放左上角,大纲放左下角,这样两个就会统一。

    如果必须是“二选一”这种切换选项,宽度会根据标题来变的,当然会切换。

  • 【赞赞赞】二级文档树,96% 完成度,YEAH!!

    2024-10-21 18:10

    哈哈哈,每个人对工具的理解和用法都不同啦。

    对我这样喜欢二级文档树的(以二级树为工具有一套自己方法论的),肯定是质变。

    如果不能理解,说明目前的你并不需要二级树,恒河里。

    这个帖子,乃是为了回应帮助那些和我一样喜欢二级树的用户,还有吹一波开发者大大而写的。

  • 提议更改反链的展示逻辑

    2024-10-21 17:57

    所写这些,无意冒犯,只是答主的论述实在不够有说服性,建议仿效上一位 @8V9q7V 直接说自己的利益比较好。

    因为一个新用户发起的、仅有几十人参与的投票,修改一款有至少几万人的用户的软件长久以来的设定,我觉得是不合理也不合适的。如果当前逻辑不合理,那这几万人这三四年以来用的是什么呢?

    这段话语的潜在语境,是在指责这个帖子“用少数绑架多数”,可是答主的说辞,是不是也在用“多数批判少数”?答主的语境是否是“人数多就是正确?”

    我这里并不是要批判这个“设定”,而是这个前设放在这个场景下有很多其他因素干扰其推演之结果 light。

    举例说明:

    1. 为什么只有 31 票?有没有可能长期活跃于论坛所以即便在这种随机时间也会关注到这个帖子的就只有这些人?
    2. 由此推导,那些没关注没投票的人,有没有可能并不需要 or 不在乎这个功能?那些不在这个时间段参与投票的用户,有没有可能并不是这个功能的深度使用者或者甚至不是思源笔记的深度使用者?
    3. 再进一步推导,万人用户中,小白的比例构成渐占多数,而前行的用户亦并非一开始就是大佬,也是从小白升级而来,一路上经验较多踩坑较多故而问题较多需求较多,这些前行者尽可能填现在的坑,是否也能便于后续用户发现思源其他更多可能修复的坑,而不是大家一起泥足深陷在一个老坑呢?

    并且目前的反链逻辑没有任何问题,新用户提完意见用几天没新鲜感走人了,到下一家软件“提意见”,倒霉的是老用户。

    没有任何问题,这种论断,可能是否是答主的一家论断?

    按答主的逻辑,我也可以说——现在的反链面板一定有问题,不然为什么有人甚至要兴师动众发帖投票要改呢?

    至于后续说“新用户提完建议拍拍屁股走人”,这种假设性描述,无法构成事实性论据。

    “没有任何问题”,基于客观基准的描绘,可以叫“稳定”,也可以叫“保守”,再过一段时间,可以叫“落后”。

    答主还提到了“发帖者是新用户”,那么答主是否有去一一验证这些参与投票者每个人的资历构成,是否每个参与者都是新用户?是否只有一定等级属性的用户才可以参与投票 or 拥有话语权?

    并且这个语境下,暗示“新用户不配或者资历经验不够提出这种重大意见”,答主有没有想过,双链笔记并非思源一家独有,也许这里所谓的“新用户”,可能早就是别的双链笔记的深度使用者,只是因为思源某些特质更吸引,所以转到思源。

    用户在链滴论坛这个场景下是“新用户”,但大家对“双链”的理解和见解,则不能以此考量吧,重点还是取决于大家提出的看法是否专业与合理吧。

    很多投票的人甚至都弄不清楚二者的区别,只是想要“和 rr 一样”

    建议答主可以重点说明自己的述求,而不是用一种比较臆断的方式去描绘其他用户画像。

    为什么答主认为“投票者弄不清楚二者区别呢?”有没有可能正是因为清楚“两者区别所以才会积极投票呢?”

    真吃瓜群众,怎么会参与这种对自己毫无利益瓜葛的事呢?

  • 垂直页签功能建议

    2024-10-20 17:29

    我猜想你想说的功能应该是类似 obsidian 的 quick explore 这个插件

    这个插件就能做到,开启标题级别的文档切换(在开启的文档间)

    这种设计确实更让人安心,但就我的使用经验,它大致又是归于“我可以不用你不可以没有”这个区域。

    因为真正频繁切换文档时,文档树的页面呈现更直观,调用度更高。

    如果是利用标题来在文档树中切换 or 定位,这功能应用于少数文档还好,文档多了就会废(参考文档的移动设计,这时候还不如去文档树切换呢),耗费心智和目视注意力。

    并且 因为现在有二级树,这个是不是和二级树的功能有一定的互相取代性?即开发的必要度好像又被降低了一点(要是没二级树的话,这个好像也不错 但文档的拖拽最后还得二级树来实现)

    so,花架子,中看,有一定可用性,可以被替代,就是这功能的微妙尴尬之处了。

  • 你敢相信吗,作为一款笔记软件,连文字自定义颜色和背景色、格式刷的功能都没有

    2024-10-20 17:00

    好了好了,不要激动。

    题主,目前插件市场的插件区

    有三个插件可以实现你的需求(不能说 100% 满足,大致可以是 90%——我认为)

    1 tecolor 应用于文字样式改色,这个安装后在侧边栏,就是最窄的那个框框边上

    2 工具栏 plus,这个安装后,在设计里琢磨下,让其固定在编辑器上方

    3 格式刷插件,这个将会融合到工具栏 plus

    这三个联合,应该可以大致满足你的需求

    至于为啥思源官方没集成,原因大家也说了,彼此理解一下,无伤大雅。

    看到你也购买了功能特性,说明你还是对思源有期待的。

    怎么说呢?不要为了一次抛锚,就放弃整个旅途嘛。

  • 垂直页签功能建议

    2024-10-20 16:39

    赞同楼下 @embersky

    垂直页签负责切换,目前思源一级树(实在不行还有二级树)已经有挺多设计在辅助这个设计,而且这是一款双链笔记软件,双链设计的一种功能,不就是让人更专注在文档内容间的联动 or 切换,而减少文档的切换吗(这才有之前某些大大认为,连一级树都是没必要的)

    横向页签负责展示,辅助也可切换。

    横向页签的暗含设定是——不那么重要的文档,你不可能点开 or 长驻,如果是重要的文档,其数量必不可能太多——真多的话,双链的集成度是不是可以秒杀页签呢?

    so,也许真是时候重新审视一下“双链“这个功能,应该如何为自己所用了

  • 统计探讨:标签修改成双链形式的可行性探讨

    2024-10-20 16:24

    这个功能更新后,标签既可以保持标签本身特性,也会纳入双链系统,这两者并不冲突。

    标签,将是一种补足协同双链的设计,也是一种单独抽离集合索引的设计。

    你想要的并不会剥离,而是有所升级。

    如果只是否定标签的话,大家现在就不会着急着忙讨论这个标签面板该怎么搞了(就是为了保留原本标签的特性啊)

    升级后,你可以把标签继续当标签用,对于那些更注重双链的,人家也可以把标签当一种特殊双链使用。现在大家讨论的重点是:

    一,现在思源的标签体系设计,可否像 logseq 那样与双链集成统一,方便管理和“链接”的高维用法

    二,标签体系的重构,必然牵涉到反链面板,你现在在论坛也可以看到另一个帖子,正在讨论“反链面板是否要对标 logseq”(参考,反链面板的逻辑,这篇)

    三,如果上述两者要重构,要怎么搞,能不能搞定?之类的。

    实际上,从目前大家的多数反馈来看

    一,思源目前的标签体系真不咋地,对标传统笔记挺无敌,可应用于双链笔记,多少有些大小问题

    二,思源的反链面板也不咋地,由标签体系设计的一般般来参考对比

    三,标签实际是需要的,而且是有必要的,你没啥可担心多虑的

  • 思源能不能加上一个能显示现在总笔记数的统计?

    2024-10-19 01:25

    插件市场的挂件,有个类似 flomo 的热力图挂件,如果是为了动力 or 成就,这种可视化感觉会更好,供参考。

  • 统计探讨:标签修改成双链形式的可行性探讨

    2024-10-19 01:07

    这个也有一定道理。

    实际上因为浮窗好用,所以我对反链需求真没那么大。

    不过现在因为提到了“将标签改双链”的可能性,故而嘴了一句反链面板(说不定就是因为浮窗好用,所以 D 大对反链面板的投入也就这样了——乱猜)

    至于反链面板放左边还是下边。

    如果是现在这种详细展开版的反链,当然还是左边好,毕竟信息太多,和编辑器的内容混在一起,确实繁琐。

    如果是类似 logeseq 或者 obsidian 那种简略式只展示标题的反链面板,我个人感觉放下方可能更实用点。

    至于性能,我的想法是,这玩意儿只要打开就会影响性能吧,不管是在什么位置。(哈哈)

    总的来说,说了这么多,我本人目前实则还是更关注“标签改双链”这个设计,只是无法想象这个设计最后要以什么样的界面呈现在思源中——难道还是像现在的标签面板那样吗?那这个要怎么和文档对应呢?自然而然就会扯到反链面板了,so……

  • 统计探讨:标签修改成双链形式的可行性探讨

    2024-10-19 00:19

    能做出来就真太好了。

    现在思源的标签,类似于一种集合索引,而思源本身索引太强,一般感觉用不上标签。

    如果能够将标签改成双链,这用法就有点类似于 obsidian 的“空链”,区别于思源现在的“实体链”,可以利用双链式标签,在全库这个最高维度索引,就算关闭掉某些笔记本也不必担心无法被索引到了。

    不过相较于“功能”的实现,我个人更在乎的的是,现在思源自带的原生反链面板, 并不像 logeseq 放置在编辑器下方,而是放置在侧边栏

    这个问题就是:

    1. 点击文档,必然引起侧边反链面板的频繁切换,这个动静太大了,而且人的眼球也会被迫由上下运动变成左右运动,有点干扰注意力(所以我不是集中查看,一般都不开反链面板)
    2. 从直观性而言,放左边感觉也不如放下面直观。
    3. 更不必说,并不是每个文档都带反链,这时候要么始终长期开着反链面板占位置(因为反链面板的内容很详细啊,要开就必须是一整个侧边,我个人感觉没法和其他的并列),要么频繁用快捷键开启反链面板(麻烦)

    如果是用插件大佬开发的反链,不知为何,总觉得界面设计都相当繁琐(不咋好看)

    so,这个面板如果没有改动,再加上现在索引面板不能高度支持(友好度适配)的话,将标签改为双链这个行为,意义感大于实质作用。

    翻译一下:

    这个反链面板放在左边,就是一言难尽啊,仅有个开发的功能性,没有特别的实用性(其实总体来说,这个已经更新过好几次了,最开始更是摆设)。这玩意儿好像只是为了表明自己有这么个功能而被开发出来,这玩意儿作为“双链”的两大根基之一,现在完全是被浮窗给碾压。(当然浮窗好用这个必须夸)

  • 【赞赞赞】二级文档树,96% 完成度,YEAH!!

    2024-10-17 20:31

    2024 年 10 月 17 日

    三枚大灯的设计也改了,而且新增了一个功能

    image.png

    注意最后一个按键,这个按键的功能是“全文搜索”,用法是:

    第一步:点击开启这个功能

    第二步:在二级树的搜索框输入词语,点击搜索

    然后,二级树就会筛选出所有与这个词汇有关的文档(结合我另一个帖子的 CSS,二级树将会限制搜索范围,仅搜索出现在二级树的文档)

    这种搜索方式很优雅

  • 打开文档的速度太慢了

    2024-10-17 19:53

    这个解法,需要使用者来承担代价了,并不感觉是最优解,以后当然可能还会加硬盘,可那是以后的事。

    (吐槽一句,幸好现在的固态变便宜了啊哈哈哈)

  • 打开文档的速度太慢了

    2024-10-17 19:06

    试了一下,这应该是最有可能的回答。

    这是好几年前配的电脑了,只有 C 盘是固态,刚在 C 盘建一个库,打开速度确实会快上一半左右(不过这是新建的,里面也没有放什么插件 orcss 之类的)

    之前那台 4G 的电脑,是 surface 几来着,里面就只有一块纯固态硬盘

    虽然但是……难道为了装思源的工作空间,现在我还得加一块固态当储存盘吗???

  • 打开文档的速度太慢了

    2024-10-17 15:01

    image.png

    看了几个,好像最后的耗时都是 190 毫秒多点,这个速度是正常的吗?

  • 打开文档的速度太慢了

    2024-10-17 14:15

    与其说卡,不如说慢,因为它最后全部都能加载出来。

    只是这个呈速度度,有点不跟手,应该说是越来越不跟手。(之前最初 3.0 左右的版本,那时候打开还只闪一下)

    另,可以图示一下 getdoc 的地方吗?小白一枚,开发者工具根本就没怎么打开过 😂

  • 打开文档的速度太慢了

    2024-10-17 14:02

    嗯,这个我也考虑过,不过一个普通配置的电脑,难道连个思源都带不动吗?

    目前我电脑上有三个笔记软件,我个人认为占内存最大的,应该是新版的有道云(里面还有些东西没导出),可是有道云点开,查看笔记也不会转圈闪动。有道云一般打开就占 600M 内存,思源点开看了一下,接近 300M,这个真的跟个人电脑配置有很大关系吗?不理解。

    没有使用代理软件,就是普通使用。

    那个转圈加闪动的效果,很有种像是在渲染什么东西的既视感,渲染 or 读取内容之后加载,好像是在经过这几个步骤。

    可每个文档在这么渲染,这感觉太奇怪了,而且文档内部又没什么花里胡哨的东西,很多都是纯文本。

  • PKM 祛魅——笔记的归笔记,知识的归知识

    2024-10-16 22:05

    笔记从来就不等于知识,顶多是知识的备忘录啊。

    1. 笔记辅助记忆。笔记的意义是尽可能呈现思维的流动过程,图谱也只是其中一种辅助方式,思维活动的复杂性仅凭笔记并不能完全呈现,而笔记相较大脑记忆,则是一种相对可靠的储存体。

    2. 笔记辅助思维。研究“笔记术”的意义,与其说是掌握知识,不如说是“辅助思维”“辅助大脑来掌握知识”的一种手段。根据思维层级的高低,其所呈现出来的笔记水平也有高低,那么反向过来,通过不断提升修炼自己的笔记术,这个过程也在强迫大脑进行更高维度的思考,这也是一种学习方式。

    3. 笔记应用于不同的层面,有不同的作用。入门者的笔记更多是收集资料,中级者的笔记或许在整合凝练,高级者的笔记要么是纵向深入研究要么是横向联动创新,任何知识的获得与掌握与发展,不都得按部就班遵循这三个步骤吗?

    4. so,综上,我支持题主的观点,不过想要修正的一点是,“pkm”是一项很综合的活动,收集笔记只是最初最原始的步骤,而后续即便只是“整理笔记”,知识也就开始萌芽,只是每个人的成长速度不同,每个人的思考程度不同,最后每个人的学习成果也不同。
      换成白话说,整理笔记你也得分分类吧,这不就是开始“学习”了吗?只是沉迷于 pkm 最初的一两步简单步骤,当然也就不能指望有多大收获。

      笔记乃是思维的一种具象,其本质不是“笔记越多”,“知识越多”,而是“思考越多,所能产生的知识越多。“
      只不过,并不一定就只能靠“笔记”来产生思考。

    5. 这世上并非所有努力都有回报,而学习是少数遵循“等价定律”这种黄金法则的事物。有投入就一定有回报,不过——

      • 未必是你想要的回报——即便是那错误的思考,也能制造出知识,哪怕那是错误的知识
      • 未必是你能察觉的回报——触类旁通这个词,大概就是最好的描述。
      • 未必是现在就能得到的回报——所以才要有个具体的学习目标和衡量标准啊

    so,光靠笔记当然是不行的,古话说“绝知此事要躬行”。

  • 日历面板插件无法跳转指定日期

    2024-10-16 10:55

    image.png

    这里你是不是要重新设置一下?

  • [css] 大概是目前视觉效果最好的字体配色方案

    2024-10-16 10:48

    仔细看我写的使用须知,再去看“配色方案”这个插件的使用须知。

    真要说起来反而会有点繁琐,绝对不难,可以自己去看看。

  • [css] 关于二级文档树的某些定制设计

    2024-10-15 11:35

    嗯,可能是我有点强迫症。

    二级文档树里还有 folder 的话,基本上针对这个 folder 的操作,不管是点击展开 or 选中弹出菜单等等,现在一二级树都能做,如果两个同时出现,每次估计我都得纠结一下在哪边树点击。

    我现在新建二级文档树子文档的方式是——

    1 新建平级子文档,就用二级树文档标题后面那个“➕”号,这是昨天才更新的功能(😂 我写完了才发现)

    2 新建子级子文档,就直接在打开的文档力量,用新建 Ctrl+n,再加上另外的 css 辅助,一级文档树不会展开天梯(我最烦这个东西)

    如果一个二级树还有多个子文件夹,树的长度会被拉长,而且这样布局和一级树的属性有重合之处。

    偶尔我也会在二级树开启文件夹,目前还没有重度使用,估计这个需求不大 😄

  • [js] 顶栏倒计时

    2024-10-14 23:54

    弄好了,谢谢大大,我觉得还行。

    这个天数会随着底部状态栏缩进。

    唯一的弊端是,底部状态栏是有动画的(有各种信息提示)所以这个状态栏会动来动去干扰注意。

    把天数颜色之类的修改低调点,问题就解决了。

    image.png

  • 关于隐藏了停靠栏后如何打开书签,网页的经验

    2024-10-14 22:07

    收到,感谢,目前其实还没遇到过类似的问题,不过我想这问题未来肯定会遇到。😄