你好，
我正在考虑一项新功能，可以轻松地从编辑器中删除图片。很多时候，当用户上传多张图片但只想删除其中一张时，如果用户不熟悉 Markdown，操作会非常复杂。当然，他们会尝试，但结果通常是一些损坏的链接等等……
对图片alt文本进行了一项修改，效果很好，用户体验也很友好。它增加了在预览侧编辑alt文本的功能。
在预览侧的图片上放置一个删除按钮将是极好的。也许是一个 
图标或图片角落上的 X，点击该按钮可以定位并删除实际的图片 Markdown 代码。
谢谢
8 个赞
谢谢 Don，这听起来是个有用的按钮，而且添加起来可能并不难。将标记为 pr-welcome，欢迎添加此功能。
3 个赞
我正在努力解决这个问题；我几乎有了一个可行的概念验证。
我只是对 d-editor.js 和 composer-editor,js 这两个组件之间有些困惑。我到目前为止的解决方案是监听 d-editor.js 组件内部更新的预览/HTML内容……等等。
我的方向对吗？
1 个赞
2 个赞
我不太确定是否应该在那里添加它，因为它似乎很少需要，而且会增加视觉干扰。
我想也许可以在那条线的右侧添加一个“垃圾桶”图标，这样它就不会离编辑按钮太近了？
@awesomerobot 怎么看？
另外，我想知道这里的操作顺序是否正确，旋转和裁剪是否更重要？
3 个赞
只需添加一个删除按钮，我们可以这样做：
将编辑按钮移到左侧（加分项：缩短到输入框的鼠标距离），然后将删除按钮放在右侧……这样，我们就在无害操作和危险操作之间拉开了距离。
其他不错的改进：
- 将编辑图标变成蓝色，就像 50%、75% 一样
- 保持文本为黑色，但使其也能点击以跳转到输入框
- 当标题编辑器打开时，能否将其定位在预览文本的基线上方（高一个 z 图层）？这样可以减少点击时的晃动：
这是一个更大的范围，但对于旋转和裁剪，我们可能需要一个完全不同的菜单？
http://notion.so 有一个很好的例子：
所以他们有一个带有许多选项的按钮，缩放是通过拖动句柄完成的……
一个不错的小细节是，如果你添加的图片太小而无法覆盖按钮，当你想与之交互时，他们会强制将图片缩放到能够包含按钮的大小。这样可以避免在悬停时按钮覆盖任何周围的内容。
7 个赞
@awesomerobot 感谢您的反馈。我还有一个问题，以确保我们意见一致。关于这一点：
由于“比例按钮”容器与“替代编辑按钮”一起出现有两种情况：
通常情况下，这些会出现在同一行；但是，当替代文本很长时，替代容器会溢出到下一行：
同一行
溢出
现在回到您上面的观点；假设您希望溢出行为是默认行为，那么这似乎是有道理的。否则，对于简短的替代文本，删除按钮将只是关闭编辑替代按钮。
另一个替代方案是，只需在比例按钮之前显示替代容器，例如：
同一行：
溢出：
因此，很清楚删除按钮出现在 50% 之后，但并不清楚在上述两种情况下会如何实现。
2 个赞
[更新]
我遵循了上面的第二种方法：
这是一个视频，展示了它的外观
如果大家都觉得没问题；我将重构代码并推送/创建一个 PR。
8 个赞
谢谢你解释了额外的细节！我觉得这看起来不错！
6 个赞
谢谢；我已提交一个 PR FEATURE: add image delete button in preview. by ghassanmas · Pull Request #17624 · discourse/discourse · GitHub
7 个赞
这已于今天合并
6 个赞