Ricky

mutiple language support.

2

### Describe your feature request You know,now Marktext only supports english,this is unfriendly to some people who hardly use english.So I suggest this project can support `i18n`. We can start...

建议规范文件与文件夹

5

感觉在`dishes//`文件夹下，放置文件还是文件夹没有统一的标准，如果需要放置图片可以全部使用文件夹。 （但是有些地方直接在`dishes//`下放了图片，不理解，例如`dishes/breakfast/3.8cm_spoon.jpg`） 望采纳。

关于二次开发

1

您的[行为准则](https://cook.aiurs.co/CODE_OF_CONDUCT/)中写道： > 我希望能够有商业公司、饭店、企业或科研机构能够引用这个仓库。因此它将始终坚持一个较弱的许可协议。它会作为一个基础设施，未来应用在更多更复杂的产品和场景中。 任何人都可以自由复制，修改，发布，使用，编译，出售或以菜谱的形式或菜的形式分发，无论是出于商业目的还是非商目的，以及任何手段。 但是，对菜谱的二次开发难度仍然较大，例如有些菜谱中对数量的计算不精确，有些菜谱下有一个**可选食材**部分，以及不好处理**注意信息**和**附加内容**的展示（它们应该只是供人类阅读的）。 我希望，使用机器和部分人工力量，将菜谱转化为代码的形式（好在绝大多数菜谱非常规范，可以纯机器转化）。 这样的话，仍然可以通过编译生成菜谱，并且还有许多优点：做菜的复杂流程会变成执行代码中的一个个函数，对并行运算有较为良好的支持等，这样应该更适合二次开发：只需要在库中实现`boil`,`cut`等方法，就可以完成他们想要的步骤，例如，对于语音做菜助手，只需要在运行函数时播放音频，对于正常计算机，只需将步骤显示在屏幕上，对于机器人，只需要移动机械臂等…… 这样的话，二次开发应该会更加方便。

请求合并学校

1

如题，学校ID `#4730新津岷江新城成外学校` 和 `#5499成都市新津区成外学校` 为同一所学校，现在使用名称 `#5499成都市新津区成外学校`。请求更改，感谢！

### 提案的具体内容 这是我在 #5013 下面发表的回复的主要内容，根据建议新开issue： 我认为我们需要对工具软件是否与 OI 有关做出更精确的定义。 仅按时效性定义是不精确的，我认为真正优秀的项目值得我们去积极维护它们的简单通俗的安装教程，以供更多人理解。 我的建议是将它们分为三档： 1. 和 OI 直接相关的软件/工具：如 dev-cpp / vscode / vim 等代码编辑器和某些 OJ 平台的插件。对于这些，我们可以给出内容和详细的教程，并在内容过期后积极维护。 2. 和 OI 没有太大关系，但是使用频繁的软件/工具：如 git / apt 等。对于这些，我们可以合并建成一个页面，并添加一些优秀的外链文章供参考，但是没有必要把宝贵的维护精力浪费在上面。...

- **PR Description** As Chinese developers, we understanding "pull" as “拉取”, and "fetch" as "抓取", the same in your translation, so "Pull Request" should called "拉取请求" in Chinese. - **Please...

[BUG] replace rule not work as expected

2

# Description Replace rule did the unexpected behavior. # To Reproduce My snippet rule is ```js { trigger: /([0-9a-zA-Z\_%:]+)-q/, replacement: "$[[0]]$$0", options: "tA" }, { trigger: /([0-9a-zA-Z\_%:]+)-w/, replacement: "$\\operatorname{[[0]]}$$0", options:...