Gitee 团队开源富文本编辑器 Tide:开箱即用+高拓展性
Gitee 作为开源代码托管平台,除了托管各位开发者的开源项目外,Gitee 团队自己也没有闲着,继代码搜索工具 Kooder 后,我们又在最近开源了开源富文本编辑器 Tide,今天马建仓就带大家看看这个 Tide 有何特别之处。
项目名称:Tide
项目作者:Gitee 团队
开源许可协议:MIT
项目地址:https://gitee.com/oschina/tide
什么是 Tide
Tide 是一款开箱即用、扩展性强、支持 Markdown 语法、基础功能完善的 React 富文本编辑器。
为什么要开源 Tide
Tide 是为了满足 Gitee 自身编辑器需要孵化出来的编辑器项目,一开始的定位是为了解决内部自己问题:让了解 Markdown 语法开发者和不了解 Markdown 语法的开发团队其他成员(产品经理、设计师等)都能拥有良好的编辑器体验,并能够提供强大的扩展能力以满足 Gitee 产品的 Issues、PR、文档等业务需要。
在此基础上,我们将 Tide 开源给各位开发者,希望在给大家提供一个好用的编辑器的同时,共同和我们一起将 Tide 变得更加强大。
Tide 有哪些特点
-
基于 JSON 格式存储。
-
由 ProseMirror 和 Tiptap 带来的极强扩展能力,可以按业务需求定制出丰富的功能,而且具有丰富的社区插件可以使用。
-
对 Markdown 的语法支持比较全面,并且提供比 Markdown 编辑器更多的功能,例如:功能强大的表格、引用资源功能(
@ - 提到用户
,! - 引用 Pull Request
,# - 引用 Issue
)
如何开始?
安装
Tide 使用 turborepo 来管理多个 npm 包的编译和分发,使用 pnpm 来管理本地依赖。
git clone https://gitee.com/oschina/tide.git cd tide # 安装依赖 pnpm i # 构建 packages pnpm build # 运行 demo 方便开发,会自动打开浏览器 pnpm dev:demo --open
由于 monorepo 依赖关系复杂,暂不支持本地构建后通过
npm link
、yarn link
和pnpm link --global
方式使用本地构建的版本。
部署 Pages
以下脚本执行一次即可,使用 git worktree
将 Pages 部署分支挂载为子目录:
git checkout -b demo-pages origin/demo-pages git checkout master git worktree add apps/demo/dist demo-pages
构建并发布
pnpm build:app_demo pnpm pages
查看 Demo
访问 https://oschina.gitee.io/tide/ 即可访问 Demo。
在 Demo 中你可以体验到 Tide 目前的所有特性,并分别使用编辑器和 JSON 格式的文档编辑你的内容。
欢迎你来使用&贡献
由于刚上线不久,Tide 目前还处于 v0.2.0 版本,Gitee 团队仍在不断更新完善中,同时我们十分欢迎你的使用和吐槽,让我们共同将 Gitee 文本编辑的体验越做越好吧:https://gitee.com/oschina/tide

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
下单稳定性治理 | 得物技术
0.前言 如果说推动一款产品从0到1的上线是产品成功的第一步,那么如何实现增长是我们还需要探索努力的99步,本文来聊聊对增长的一些看法。 1.如何判断到了增长期 先简单回顾一下产品生命周期(product life cycle),亦称“商品生命周期”。是指产品从准备进入市场开始到被淘汰退出市场为止的全部运动过程,是由需求与技术的生产周期所决定。是产品或商品在市场运动中的经济寿命,也即在市场流通过程中,由于消费者的需求变化以及影响市场的其他因素所造成的商品由盛转衰的周期。一般分为导入引入期、成长期、成熟期、衰退期四个阶段。 1.1 用户角度:用户增长曲线 ①当新产品推出后,活跃用户曲线忽上忽下,新增用户比例大于流失率,产品处于发展成长阶段,很多用户在体验后觉得无法满足需求并抛弃了软件,也就是此时产品的留存相当低;这时产品生命周期处于引入探索期。②新增用户比例与流失率持平:持平处于成熟稳定阶段。当活跃用户走势出现明显向上拉伸时,产品开始进入成长期,成长期应当越长越好。③当活跃用户增长进入平缓期时,产品进入成熟期。企业可以通过一系列营销、推广策略,延长成熟期,让活跃用户稳定在一个范围内,有足...
- 下一篇
GaussDB单SQL性能慢分析
文章目录 问题描述 问题现象 告警 单SQL性能慢分析 步骤一:确定目标SQL 步骤二:收集统计信息、提前排除影响 步骤三:分析SQL性能瓶颈 单SQL性能慢-视图分析 流控导致慢SQL 并发锁冲突导致慢SQL 表膨胀导致大量的死元组 业务语句不优、计划不优 问题描述 单SQL性能慢,客户作业对时延要求或者不满足客户预期。 问题现象 查看告警,发现慢SQL告警。 分析WDR报告有异常SQL。 长时间未结束的SQL。 用户反馈慢SQL。 告警 业务侧相关接口时延、成功率等告警。 数据库内核P80/P95相关告警 单SQL性能慢分析 步骤一:确定目标SQL 主动发现: 查看告警,发现慢SQL告警。 定期巡检WDR报告发现异常SQL,如CPU消耗较多的Top SQL等。 长事务告警,发现有长时间未结束的SQL。 被动调优:用户、业务反馈慢SQL。 步骤二:收集统计信息、提前排除影响 获取完整的SQL语句和SQL中相关表的结构、索引信息、表大小和索引大小等信息。 获取数据库的参数配置信息,包括work_mem、maintance_work_mem、shared buffers等,比如排序操作或...
相关文章
文章评论
共有0条评论来说两句吧...