这可能是我个人的习惯，但我习惯通过点击模态框外部来关闭我想要取消的模态框。
在创建书签时，点击模态框外部，模态框确实会消失，但书签仍然被创建或更改。这并非我的预期。
点击“X”或按 ESC 键关闭模态框确实会取消该操作。
我刚刚在您的帖子中重现了这个问题。
点击“屏幕外”确实会创建书签，而不是在不保存的情况下退出。
6 个赞
我不确定，这可能是符合浏览器（至少我记得 Firefox 是这样）处理书签的方式的预期行为。
您单击书签按钮，它就会创建书签，除非您明确要求不这样做。
3 个赞
但是，自古以来，关闭模态框就不执行任何操作。
4 个赞
我同意这似乎是一个错误。我也能在此重现。单击模态框外部会创建一个未设置提醒的书签。
5 个赞
此功能在开发时是故意这样设计的，其想法是以 Firefox 的书签模态框为例……逻辑是：
- 点击新建书签，点击模态框外部，模态框关闭并创建书签
- 点击新建书签，点击取消，不创建书签
- 点击现有书签，会出现一个新的“删除书签”按钮，您可以使用它来删除。
这并不是说我们不应该在它令人困惑时更改它，但这在技术上并非错误。我将把它移到 #ux。全页模态框（Discourse）和弹出菜单（Firefox）之间的区别可能很大，足以值得更改行为？
8 个赞
我猜我遇到的主要问题是它与 Discourse 中的其他模态框不一致。点击“标记”模态框外部不会创建标记，点击“共享”模态框外部不会共享帖子。
8 个赞
我猜以前根本没有弹出窗口/模态框，所以当时添加它时保留旧功能（即您单击了书签按钮，因此您得到了一个书签）是有道理的。但总的来说，这似乎确实很奇怪。话虽如此，我一直都在添加书签，而且从未注意到这个怪癖！
（浏览器在我意外按下 control-D 时自动添加书签的方式多年来一直让我很恼火……）
1 个赞
是的，吹毛求疵地说，我们可以说书签按钮点击是该操作，因为模态框后面的所有内容都是可选的。共享和标记需要额外的操作或更多信息，而我们无法通过单击来处理。事后看来，这可能比一致的模态行为更难弄清楚。
也许可以澄清的一件事是另一种形式的菜单……正如在这个快速模型中所示，这并不完美，但如果我们想保留单击书签，那么值得探索。这样，您就可以更清楚地看到按钮在单击时改变状态，而且它不是一个完整的模态框，所以也许这使得单击关闭行为不那么令人困惑。
6 个赞
不是个坏主意，
请注意，目前书签实际上是在关闭模态框时添加的，而不是在打开时添加的。因此，这需要进行大量重构或伪造按钮状态。
2 个赞
我将在此提及 @martin，我认为这是故意的，但我也理解其中的困惑。
在实际使用中，这种“过度书签”几乎从未困扰过我，但我能理解这种意外。
5 个赞
这不是一个 bug，这是故意的，从书签一开始就是这样。这是为了减少创建书签的阻力，正如 Kris 所说：
也许我能将其视为用户偏好或类似的东西，但它已经这样存在了至少 2 年而没有出现问题，所以在我们采取行动之前，我希望有更多关于它是问题的报告。
7 个赞
我又来了，这是别人告诉我要来这里反馈的另一个问题。这是从论坛复制的，你可以从这里获取链接。
按下 F 键会弹出“收藏主题”的模态框。我的第一反应是点击其他地方，因为我可能不是有意打开它，因为普通按下 F 键太容易打开它了。
但是，这会将其保存为收藏。
这不是一个 bug，因为大多数论坛都会发生同样的情况，这只是一个令人烦恼的问题。
我认为应该发生的是，当我点击其他地方时，它什么也不做，忽略收藏。但是，如果我点击“保存”按钮，那么它就可以保存收藏。
总之，只需让点击其他地方不起作用，并且必须在保存收藏之前点击“保存”。
5 个赞
那不一样，你是在点击一个“是的，我想收藏这个”的按钮。
在 Discourse 上，你可能是不小心按了 F 键，并不想收藏它。
正如 OP 所说，这与其他 Discourse 模态框不一致，我认为应该更改。
1 个赞