[TOC]
是不是没有目录能力?
或者说需要直接提供一个左侧目录功能?
btw,@ 可以 @ 出 Gitee 的用户?会发生什么呢?消息通知还是访问权限还是啥?是不是意味着这个编辑器支持在线协同?还是什么其它代码问题?
最近有一个新开源的编辑器,简单试用了一下这个 Tide 编辑器,发现了两个对于我来说很有意思的能力:
表格中添加代码
|
|
|
|
|
|
|
|
|
有点酷的(支持协同的话,那就可以直接拿来下棋了😅)。
(从 Tide 转出来失真了,一点也不酷。。。)
而且在这基础上,还可以再叠加一层引用。
|
不过这里有一个小 issue,我可以在代码框里写字符,中英标点都可以,但没法输入表情,它会自动被挤出代码框。估计这个表情包的引入没有做好统一化处理:
😄 |
|
|
|
“》” 自动识别成 “>”
当我新行输入 》 的时候,会自动识别成 >,直接给我引用模式,比如这一段就是输入的 》引出来的,这个特别方便!特别是对于 mac 来说,因为 mac 的切换很多时候会不响应(应该是它有一个什么自动辅助的功能,我特别讨厌这个功能)
其它啰嗦-关于产品
整体来看,这是一个很精简,也很方便的编辑器,但在当前市面上编辑器/文档/协作/AI 等能力都很强而且整合得特别好,并且优秀产品已经不少的情况下,这个编辑器的意义在哪里呢?
假如要让它稍微强一点,又有一定的突出,可以考虑(投入考虑视具体情况而定):
-
首先,这产品定位是在 <font color='red'>开发文档编辑器</font>,才合理合适,也就是介于能用文档编辑器和开发编辑器之间,两边都不过于深入,但相比其它产品两边都更相融。包括接口文档、开发文档、指导文档等。(竟然不支持插 HTML)
-
AI 助手,印象笔记的合作方向之一可以落地在这个产品里,做成类似产品文档类的 copilot,而不专注于代码。同时,作为开发文档的 AI 助手,有一个能力肯定是需要特别加强的:翻译。这包括它的翻译能力,还有翻译场景产品的设计上。
-
版本管理,这个跟 Gitee 本身是最匹配的能力。(btw,目前有无自动保存啊这个编辑器?有的话需要给点提示的;没有的话更需要说明清楚,但作为一个线上编辑器,不支持说不过去)
-
文档的自动化生成能力;
-
以及直接用 Gitee Pages 生成在线文档的能力
以上从版本管理开始的三条是成体系的,大方向是:**属于 Tide 自己的发布落地域**。
因为它定位是一个编辑器,而不是一个文档生态,像石墨、飞书那样,那么发布就没有落地域,像前边说的,如果整合版本管理,那其实后台是可以直连 Gitee 仓库,也就可以处理 Pages,这样它就会有自己的发布落地域:我发布文档是在我 Tide 自己这个社区/云/仓库内的。
需要考虑这个方向,如果不自己做这个落地域,那就得思考怎样更好地作为插件整合到别人的产品里作为一个编辑工具。
最后,像我这篇内容在这里写完,我是要发布的,可以支持其它平台的一键发布也重要(除了前边流水发布到 Pages),比如现在那些(三个方向):
-
适配公众号编辑器的样式复制
-
通过接口一键多平台直推发布
-
至少给我生成 md 这种能用格式的源文件去进一步处理
其实这个环节大一点的方向考虑是啥呢?就是用户的运营需求:我写文档比如指导文档是为了运营我的项目/产品,那这东西我是要推出去的。在这个大方向上思考产品能力,其实有其它更多内容可以展开,这里不展开。
番外-关于运营
这是一个开源项目,你说要怎样去运营它呢?为什么前边会有产品定位、能力增强相关的思考,就是因为当你要思考去运营这么一个开源项目的时候,它没有好的能力的话,市场又饱和的情况下,是万万不可行的。
说到怎样去运营,一般来说,会从这几个点切入:
-
【主推广】让别人知道。
-
【主功能、主开发生态、市场生态】让别人用。
-
【主口碑、主 KOL】让别人传播。
-
【主极客、主正反面刺激】让别人参与进来。
这里说的运营,是兼顾了三个大方向群体的,要具体来说的话,可以再展开很多内容,这里不展开:
-
使用者
-
参与开发的开源开发者
-
生态合作方
所以你也可以看到,这里边每一个环节都跟项目的能力、定位和市场情况相关。当前这个项目的运营,它的可发挥点实在过于窄,甚至找不到一个可以切入能打的点。当然了,极简、轻便,对于我来说,是一个很有吸引力的点。
这是一个开源项目(不然这些思考也不适合公开发布),大家都可以参加来讨论,甚至贡献代码,改造产品。
---