marketeer: Не уверен, что сие относится к редактору - скорее к компилятору, но все же вопрос: как отключить фичу, чтобы комменты после input-ов не воспринимались как их названия по-умолчанию? Было бы логично, если бы для этих целей использовалась специальная конструкция языка или на худой конец специального вида коммент - например, три слеша подряд (///), а не два. Использовать стандартный коммент, как нечто, влияющее на компиляцию - негоже. Стандартный коммент - по определению то, что компилятор пропускает!
我不明白，是否可以在ME的纸上打印出单色的剧本，也就是没有彩色的剧本？
亲爱的开发者们!
是否可以将显示/打开工具箱窗口设置为Esc按钮？
现在，它通过Ctrl+T工作，这是非常不寻常的，在我看来，是不方便的。
有没有可能把显示/打开工具箱窗口复制到Esc按钮上，就像在《第四纪》中那样？
小事一桩，但也是件烦心事。不希望改变多年来养成的习惯。
不确定这是否与编辑器有关，而是与编译器有关，但仍有一个问题：如何禁用该功能，使输入后的注释不被当作其默认名称？如果为此目的使用一种特殊的语言结构或至少是一种特殊的注释，这将是合乎逻辑的，例如，一排三个斜线（///），而不是两个。用标准评论作为影响汇编的东西是不合适的。根据定义，一个标准注释是编译器跳过的东西。
那么，三个斜线会被跳过，因为已经有两个斜线了，那么编译器就不会读第三个斜线，而只是转到另一行。
但最好使用/#而不是///。
这是有道理的，因为编译器仍然会寻找/后面的下一个运算符，看它是除法还是注释。
marketeer:
Не уверен, что сие относится к редактору - скорее к компилятору, но все же вопрос: как отключить фичу, чтобы комменты после input-ов не воспринимались как их названия по-умолчанию? Было бы логично, если бы для этих целей использовалась специальная конструкция языка или на худой конец специального вида коммент - например, три слеша подряд (///), а не два. Использовать стандартный коммент, как нечто, влияющее на компиляцию - негоже. Стандартный коммент - по определению то, что компилятор пропускает!
不确定这是否与编辑器有关，更多的是与编译器有关，但仍有一个问题：如何禁用该功能，使输入后的注释不被认为是其默认名称？如果为此目的使用一种特殊的语言结构或至少是一种特殊的注释，这将是合乎逻辑的，例如，一排三个斜线（///），而不是两个。用标准评论作为影响汇编的东西是不合适的。根据定义，标准注释是编译器跳过的东西。
亲爱的开发者们!
是否可以将显示/打开工具箱窗口设置为Esc按钮？
现在，它通过Ctrl+T工作，这是非常不寻常的，在我看来，是不方便的。
有没有可能像四合院中那样，将显示/打开工具箱窗口复制到Esc键上？
小事一桩，但也是件烦心事。不希望改变多年来养成的习惯。
目前，该行为将保持不变。
Ctrl+T组合已经存在了很长时间，没有人废除它。
这样试试吧。
这很不方便--首先，评论的风格不同，而且在同一行，其次，用于单行评论 的评论/* */是一个mauvais ton。这是正确的--通过语言的构建。
输入后的描述行是可选的。为什么难以正确和方便地做到这一点--并不清楚。这很不方便--首先，同一行有不同风格的注释，其次，用/* */来做单行注释 是很不方便的。这是正确的--通过语言的构建。
输入后的描述行是可选的。正确和方便地做这件事有什么困难 - 我不明白。你的观点被接受。在这方面不会有任何改变。这是件小事，对于输入变量，你可以用这种方式插入几次注释。
这样的琐事有一大堆。我懒得写小事，因为我知道答案--我们不会改变任何东西（包括错误修复），就是这样。如果修复小的细节有问题，那么大的东西的问题就更大了。
在编程方法和风格方面有坚实的 "道具"。该商标。