inBox 笔记 2024 年度回顾

咕咚 于 2025-01-27 发布

2024 年是对我而言,是特别的一年,是深刻的一年,对 inBox 笔记也是如此,这一年 inBox 笔记开发了很多新功能,也做了很多优化,在这一年结束之余,作为 inBox 作者,我想回顾一下 inBox 笔记这一年都做了啥、背后的一些想法以及来年的一些展望。

编辑器优化

对于任何笔记软件而言,编辑器就是门面,笔记软件是否好用,编辑器的操作体验就占了一大半。

inBox 从开始就保持了简单的编辑器风格,支持有限的标记,因为在移动端,屏幕尺寸有限,过多的标记会干扰用户的输入,而且也会影响页面的整洁度。

今年在功能与页面简洁的取舍下,我还是做了很多优化以及新功能:

开发 inBox 网页版本

这是 2024 年做过最大的一个功能,花费时间也最多,网页版也是客户端之外的又一个笔记输入展示端。 网页版

inBox 笔记开始的定位是一个本地的卡片笔记 App,它提供了流畅的本地操作体验,以及简易的界面交互体验,但从 2022 年上线后,就陆续有用户提出多端要求,也就是想要在其他平台上,比如 Mac、Windows、iPhone 等设备上使用 inBox,这样就可以通过其他平台来记录笔记。

但个人精力有限,每一个新平台的开发都要耗费巨大的精力,当然也可以使用跨端技术,不过跨端一定会影响操作体验,不论 Flutter 还是 JS。

另外开发其他平台有一定的学习成本,但自己之前有 Vue 的开发经验,后来对多平台的定位也是辅助客户端,主要做笔记发布、数据同步,所以综合考虑后,在很早就确定了要开发网页版本。

然后 22 用户催更,一直到 23 年,继续催更了一年,但之前个人时间太有限,23 年答应大家 24 年会上线网页版,所以 24 年年后,我就开始计划如何开发网页版本,研究如何做数据同步。

终于,从6月份开始,找了 Vue3 的视频教程,开始学习 Vue3,搭建起了初步的项目结构,然后开始了 inBox 笔记的网页版本开发,最终用了一个多月的时间,在 7 月 20 号正式上线了网页版本。

这个过程中最麻烦的就是网页端操作 WebDAV,从开始的前端网页直接操作 WebDAV,到最后上线时,发现有跨域等问题,只能重新改方案,将数据操作更改至后端服务器完成。不能说这是一个好的解决方案,但解决了问题,让网页端可以正常使用。

网页版的开发涉及的不仅仅是网页版本身,还要在客户端开发对应的数据同步逻辑,否则网页版新建、修改笔记后,客户端看不到对应的修改,客户端的数据同步逻辑很复杂,花费了很多时间,也陆续出现了不少问题,可以说从网页版上线后,后面我花了至少 3 个月的时间,在处理各种数据同步问题。直到年底,我还在解决。

最后,也就是 1 月初,重新思考,决定继续精简网页版相关逻辑,让网页版本更简单:

思考

支持添加更多文件类型

支持后,inBox 就具备了添加图片、视频、文档等所有文件的能力,并支持将文件存储到配置好的云盘。

支持 Markdown

inBox 笔记从开始设计时,底层的笔记存储,就采用了 Markdown 方案,然后在 5 月份,决定让 inBox 支持 Markdown 编辑模式,也就是在 inBox 中支持输入 Markdown 标记。

在开启 Markdown 模式后,加粗、列表、高亮等 inBox 中的标记,都会按照 Markdown 规范进行输入,比如点击加粗,在输入框中将会自动插入 ** 等等。

此外,还支持了渲染常见的 Markdown 语法,比如标题、链接、删除线等。

考虑到这是一个相对小众的概念,这个功能默认是关闭的,也只有 PRO 用户才可以使用。

思考

快捷插入

这是编辑器中的一个模板功能,类似键盘应用中的常用语功能,可以事先设定好要经常插入编辑器的内容,然后在写笔记时,就可以快速插入之前设定好的内容,用来提高输入效率。

思考

这个功能不论从功能设计,还是界面交互,我个人都认为很棒,操作体验很舒服,但从后面上线后的反馈看,用户其实感知一般,大家平时也不怎么用,我自己用的也不多,实属有点开发者自嗨了😂。

从三方导入导出

笔记领域发展到今天,百花齐发,各种软件、各种理念层出不群,作为一个小而美的笔记客户端,inBox 笔记很早就保持了开放,以便可以跟其他笔记融合,所以上线之初,就支持了完备的导入导出机制,支持导入文本文件、时间戳笔记等,导出纯文本、JSON 格式、Markdown 格式,24 年则更进一步。

导出笔记

导入笔记

搜索优化

之前的搜索仅支持按照关键词搜索,不支持按照标签、时间等细粒度的维度去过滤,今年增加了快捷查询,提供了一个查询面板,可以指定时间范围、标签范围、盒子范围进行查询,这样就可以更全面的去查询对应条件下的笔记。 并且可以给某个查询规则给定一个名称,然后保存在侧边菜单,重复去查询使用。

盒子

inBox中的笔记之前只有一个管理维度:即标签维度,通过标签可以对笔记进行多维度的管理,今年增加了盒子的概念,这类似于传统的文件夹概念,新建完毕盒子后,可以将不同类型的笔记放在不同的盒子。

实际上,盒子功能算是实验性质,如果标签用的好,完全可以用标签去实现,所以默认该功能是关闭的,需要手动在功能设置中开启。

其他

以上就是 inBox 这一年主要的一些更新,主要围绕数据同步、笔记导入导出、编辑器功能增强以及操作体验的优化。

回顾思考

回想一下,今年做了很多加法,增加了很多功能,也是把之前一直拖的功能做了一次集中实现,比如网页版本、添加音频、视频、附件、Markdown 模式等。

添加新功能过程中,确实带来了一些稳定性问题,尤其是网页版本的开发涉及了数据同步机制的修改,从而引入了一些笔记数据同步的混乱问题,最终经过几个月排查修复,基本解决了数据同步带来的问题。

包括 Markdown 模式的支持过程中,也带来了一些渲染上的异常,好在后面都逐一解决了。

与此同时,好的一点是,在增加了诸多新功能的同时,inBox 的核心操作体验、本地存储以及操作习惯并没有出现多少变化,后续的开发也会遵循这个原则。

高级功能开发

软件中开发了不少高级功能,对于高级功能,比如导出到思源笔记、Obsidian、Markdown 模式以及支持 S3 存储,这些功能对于很多普通用户其实并不关心,甚至不了解,有这个功能,一些用户也不会使用,但是对于一些资深的笔记用户,又是很关心的。

我经常会思考投入产出比,毕竟时间有限,可做的事情也很多,最终从软件推广、用户体验等诸多因素权衡后,还是开发了高级功能。

这个过程中,一些用户会担心功能太多,会影响 App 的使用体验,让 App 变得臃肿,我深知大家这种顾虑,所以在整个这个过程中,我坚持主页核心逻辑、核心 UI 保持简单,新功能不能影响主逻辑,不论是代码还是具体的操作逻辑,目前来看,我认为这一点坚持的挺好,后面也会坚持下去。

关于 AI

很多用户提到过关于 inBox 笔记和 AI 的结合,目前笔记圈子内,有很多产品已经加入了 AI,我或多或少都做了一些研究,但是本地笔记跟 AI 如何更好的交互,如何为用户带来实际的价值,尤其是 inBox 笔记这种本地的灵感记录类的软件,我并没有想到,也没有看到特别好的案例,flomo 的相关笔记、找一找算是一个好的点子,但其实如果是一个知识库软件,这样的功能才可能更大的发挥 AI 的作用,手机端的笔记软件跟 AI 结合,尤其是 inBox 这种纯本地笔记,没有笔记服务器,其实能做的不多。

不过,新一年我会继续思考、尝试,试着找一些可以跟 AI 结合的点。

下一年

2024 已经结束,这一年我为 inBox 新增了诸多功能,做了诸多优化,inBox 之前对外公布的版本计划都已经完成 。

下一年,2025 年,个人事项更多,可利用时间会更少,加上 inBox 主框架基本完善,后续更新迭代节奏可能会放缓。

新的一年首先会把 S3 存储支持了,让 inBox 的云类型从之前的两种: WebDAV、Memos,增加到三种,开发完毕后,后续主要会对已有功能进行细节优化,然后就是处理一些日常 bug 。


感谢所有 inBox 用户的支持和督促,这一年我为 inBox 花了很多时间,但同时,inBox 笔记以及所有 inBox 笔记用户,给我带来的更多,这个更多有很多方面。

与此同时,我深切的一个感受是,我跟所有使用 inBox 的用户在一起养成一个软件,它可能没有那么大用户规模,但是不妨碍 inBox 笔记的独特性。

另外,春节将至,inBox 开启了首次春节特惠活动,如果有要准备购买 PRO 版本的同学,不要错过,以后 inBox 笔记每年大概只做两次活动,双十一跟春节。

再次感谢关注 inBox 笔记的同学,大家春节愉快,新一年红红火火。