因此，有什么改进之处？
不再通过弹出对话框在帖子中添加链接和图像。而是控件显示在编辑器中。这更为精巧，为我们准备了使桌面主题在所有设备上均可工作的方式（目前，大多数人仍然希望在移动设备上使用移动视图）。
您现在可以粘贴或拖动并将图像拖放到编辑器中（常见的请求1、2、3、4）。
检查一下，让我们知道是否遇到任何问题（又称bug）。
#1 楼
支持状态已完成此问题已得到解决。
我可能会丢失一些东西，但是如何通过链接添加图像以上传到imgur？曾经有一个选项，但是我不知道了。
评论
相关：无法再从URL上传图像
– Meta Andrew T.
18-10-31在16:21
我们不再为此提供明确的入口点，但是您可以在显示上传器UX时粘贴图像链接。当前，我们正在解决一个焦点错误，该错误会导致它失败。如果单击对话框中的某处，它将起作用。
–乔朋友
18-10-31在16:40
@JoeFriend这似乎不是很直观，我认为大多数人甚至都不知道您可以粘贴链接。这可能需要一个可以复制/粘贴链接的标签，也可能需要一个文本框。
–TheLethalCarrot
18-10-31在16:41
@JoeFriend我在这里同意TheLethalCoder，最好使其明确。
– EKons
18-10-31在17:00
@JoeFriend（如果尚未使用），您可能需要查看Imgur的图像上传器。我觉得它很直观，并且有4种不同的上传方式：拖放，单击以打开文件选择器，粘贴URL，粘贴原始图像。我个人认为粘贴原始图像非常有用，因为我经常使用Win + Shift + S将屏幕的一部分放入剪贴板。
–戴帽子的家伙
18-10-31在17:20
这已经伤了我。
–有机大理石
'18 -10-31在20:19
粘贴图片网址根本不需要模式/选项卡/等。将http://www.example.com/what/ever/image.png粘贴到编辑器中的默认行为应该是创建嵌入图像所需的适当降价。保留通过浮动X按钮或插入点旁边的等效按钮可恢复到原始URL的功能。
–丹在火光中摆弄
18-10-31在23:57
这也是我的第一个想法，@ Dan ...但是，经过一番思考...我意识到，对于SO，SU，Web Devs等网站，将URL（粘贴到图片（甚至是图片）是在上述URL实际上不应该是嵌入式图片（甚至是链接）的情况下的常见活动。一个足够了解上下文的编辑器也许可以优雅地处理此问题，但是我怀疑它最终将给很多人带来麻烦而不是帮助。
–Shog9
18年11月1日在16:47
@ Shog9我认为总体来说这是少数情况，单击或击键（退格键或ctrl-z）撤消操作对粘贴到图像的链接的破坏性要比单击图标然后切换到能够将图像嵌入到插入图像工作流程之前的新视图。并且由于当前关注于减少新用户的摩擦，自动图像URL到嵌入式图像转换将符合我在其他网站更新其编辑器时看到的趋势。
–丹在火光中摆弄
18年11月2日在15:12
@JoeFriend如果我复制的链接有错误，我该怎么办？我该如何编辑？还是我被迫将类似的东西粘贴到其他地方，对其进行编辑，然后合然后再次粘贴回去？修复一个小的错字似乎是很多工作。
–TheLethalCarrot
18年11月6日在8:15
@TheLethalCoder将URL粘贴到普通文本框中后，就可以对其进行编辑了。
–影子向导正在接种疫苗
18年11月8日在8:06
@ShadowWizard我好久没有尝试了，这又改变了吗？
–TheLethalCarrot
18年8月8日在8:20
@TheLethalCoder存在焦点错误，导致粘贴无法正常进行，他们已将其修复。如果现在单击编辑器中的图像图标，然后粘贴URL（无需单击，只需CTRL + V）即可查看会发生什么。由于他们没有说出任何可能的状态，因此它仍处于“计划中”状态，而对于没有粘贴选项的触摸屏则完全不可能。
–影子向导正在接种疫苗
18年11月8日在8:26
图像URL的显式文本框肯定更好。我不知道任何地方允许没有图片的URL。很多设计都与期望有关。
– trlkly
18年11月8日在22:16
#2 楼
feature-request在插入超链接/图像选项卡上时，如果需要，您应该可以切换到其他选项卡，当前您必须先取消然后选择另一个选项卡。
评论
+1，他们现在绝对感觉就像是标签页
– Clonkex
18年1月1日在22:19
另一方面，上方的其他按钮也无法作为标签使用-大多数按钮在单击时都会留下一些标记和/或放置文字。
–绿巨人
18年11月5日在11:23
@Hulk并非所有人都像标签页，但有些人
–TheLethalCarrot
18年5月5日在11:47
#3 楼
feature-request在所有使用其他原色的网站上，橙色高光显示的颜色都不正确。
例如在TeX.SE上，可以通过使用rgb（191，76，81）突出显示图标来避免可怕的颜色冲突。
对于所有厌倦了等待修复此错误的人，https：//stackoverflow.com/a/53400946上提供了自助用户脚本。 / 2777074（非常感谢@BrockAdams！）。那里使用的颜色用于TeX.SE，但是如果有人想在其他站点上使用它，我也可以将图像调整为其他颜色。
评论
橙色是新的rgb（191，76，81）。
–很棒的贵宾犬
18-10-31在19:43
@AwesomePoodles :)我希望rgb（191，76，81）是新的橙色
– samcarter_is_at_topanswers.xyz
18-10-31在19:46
请将此图片的替代文本从“在此处输入图片描述”更改为有意义的内容，以使所有人都能理解。线索很明显是诚实的占位符文本。
–轨道轻赛
18年11月1日在17:43
@LightnessRacesinOrbit我向图像添加了替代文本。抱歉，我没有立即添加它！
– samcarter_is_at_topanswers.xyz
18年1月1日在18:59
具有讽刺意味的是，他们一直在进行所有此站点代码库的“统一”，并且即使他们这样做了，也无法立即获得类似的信息。显然，该颜色应从网站现有的主题颜色之一中提取（或需要为所有网站添加并设置新的主题颜色）。知道要注意颜色冲突不是火箭科学。
– jpmc26
18年11月1日在19:48
@ jpmc26，改变根深蒂固的思维模式所花费的时间比导致它们的原始现实需要更长的时间。根深蒂固的心态是，各种详细信息都经过硬编码，并且可以/将根据需要针对每个其他网站主题进行更改。给他们一两年的时间来适应某种配置文件中的所有内容，以便无需进行任何代码更改即可对其进行调整。
–丹在火光中摆弄
18年2月2日在15:06
#4 楼
功能要求状态下降的在新设计的拖放区域中，如何将箭头指针转换为手形指针呢？旧的设计，当指针悬停在拖放区域周围时，指针箭头用于转换为手形：
在新设计中，指针箭头保持原样。除了由于拖放区域的灰色/灰色和较小的字体外，还可能会遗漏
click here指示：
那么，如何使用手形指针呢而不是像旧版一样在新设计的拖放区域中放置箭头指针？
评论
嗯拒绝发表评论。喜悦。
– Draco18s不再信任SE
18年3月3日在2:07
真奇怪，这被拒绝了
– andrewtweber
18年5月5日在19:41
@JoeFriend简短的评论为什么拒绝了？
–alone棱镜
18年11月6日在10:35
即使不是那个特定的图标，它看起来也很奇怪，没有任何东西，使其看起来便宜。
– trlkly
18年11月8日在22:16
@fontgeologist简而言之，这是一个不错的选择，但是我们还有更大的问题需要我们注意。
–乔朋友
18年9月9日在4:26
@JoeFriend感谢您的解释！
–alone棱镜
18年11月9日在20:05
@JoeFriend因此，这应该是延期状态。
–塞巴斯蒂安·西蒙（Sebastian Simon）
20年9月1日在11:46
#5 楼
feature-request您是否可以调整此设置，以便单击您的帖子正文可以关闭最近打开的菜单？目前，它只是被禁用。
奇怪的是，我发现自己经常关闭插入链接或插入图片提示（只是我的工作方式，我经常认为我应该添加链接或图片，点击添加链接，去查找链接，发现它不合适，请关闭弹出窗口），而我习惯于仅单击某处以将其关闭。
使用这些新的弹出式窗口，消除它的唯一方法似乎是按下“取消”按钮，该按钮虽然很小，但是正文很大，可以让我立即继续编辑帖子。每当有人在弹出区域之外单击时，先前的命令都会被撤消。
（是的，这可能是微不足道的，但我希望实现起来也很微不足道，至少对我来说确实会增加UX）。
评论
退出键也可以关闭
–Shog9
18-10-31在17:06
如果实现了此功能，则实际上不应为触摸屏实现。页面的空白部分具有“活跃”的行为，特别是当您意外地将手指放在模态之外时会取消您正在做的事情，这非常令人恼火。
–SevenSidedDie
18-11-8在5:14
同意@SevenSidedDie。在这种情况下，对点击和点击的处理应有所不同。通常，点击退出是试图摆脱困境的人，但是点击退出通常只是一种滚动尝试。
– trlkly
18年11月8日在22:18
#6 楼
可能的错误通常，当您“丢弃”已保存的草稿时，它会清除答案文本。但是，当打开嵌入式图像上载器（或超链接框）并“取消”图像上载器时，如果“丢弃”已保存的草稿，则会再次显示被丢弃的答案文本。
“草稿”为在两种情况下都仍然被丢弃，除了关闭图像上传器会重新填充答案文本。
例如...
丢弃草稿（正常行为）：
在打开图像上传器的情况下丢弃草稿：
可能的UX修复建议...
在单击“放弃”链接时，请先关闭所有打开的图像上传器（或超链接框），然后再放弃草稿。
评论
哇。您只是偶然发现了这一点还是正在积极测试新的UI？另外，您使用什么工具制作了这些动画？这是我见过的最清晰的UI错误报告。
–通配符
18年11月1日在20:13
@Wildcard我偶然发现了这个尝试新UI的过程。因为我只是“尝试”，所以我去掉了我的非答案并注意到了异常。我使用了FastStone Capture（仅限Windows）-最初将其另存为.wmv文件，但包含（基本）to-GIF转换器。老实说，我努力缩小文件大小以便发布。我认为其他一些专用的GIF屏幕录像机（和/或GIF转换器）效率更高。
–怀特先生
18年2月2日在12:58
#7 楼
错误状态已完成可单击区域小于灰色框：
有点小问题，但是我第一次尝试在使用它时，我单击得太远了，什么也没发生。
评论
对于使用屏幕阅读器的人来说，Alt文本很方便。至少，他们知道什么是元素。我们不要就此进行编辑大战，并记住我们的网站是协作编辑的。
– Tim Post
18年2月2日在13:56
#8 楼
支持在我的iPhone上，当我单击“插入超链接”按钮时，我看到屏幕滚动了一点，但最后，我要键入内容的位置不可见（请参见下文） ）。有时情况更糟，整个“正文”文本区域隐藏在键盘后面。我希望'https：//'文本框和按钮会立即滚动到视图中。
这里有一个演示问题的视频（我做了滚动手动结束。）
评论
对困惑感到抱歉。当前的设计并不完全支持移动YET。这是我们的目标，这是实现此目标所必需的更改。但是今天，我们仍然向大多数使用移动设备的人推荐移动主题。我更新了帖子以使其更清楚。
–乔朋友
18-10-31在15:09
没问题;至少您知道这部分功能不可用:)
– Glorfindel
18-10-31在15:24
#9 楼
功能请求状态延迟请注意，此问题已在更传统的错误报告中重复出现，并且此问题正在讨论此过程。
编辑配置文件和设置
编辑标记信息
仍在使用旧版UI “图像”和“超链接”控件。
这些编辑器中是否也可以应用最近的UI更改？
评论
当我们重新配置文件区域时（当前在早期计划中），我们可能会考虑这一点。在此之前，这是延期状态
–乔朋友
18年2月2日在19:47
@JoeFriend这是在计划中，因为当前，这些对话框的关闭按钮不起作用。在个人资料图片上传器中，这尤其成问题，无法将其上传到嵌入式对话框中。 “图像上传”对话框中的“查看关闭”按钮不可标签，在“关于我”和标签Wiki中无任何作用。
–塞巴斯蒂安·西蒙（Sebastian Simon）
20年9月1日于12:10
#10 楼
bug我认为编辑现有答案时上传图像存在错误。
无法通过单击图像背景区域来添加图像。当我这样做时，将打开一个文件打开对话框。我可以选择一张图像。但是随后什么也没发生。
它对新答案很有效，但不适用于编辑现有答案。
我可以通过拖放将新图像上传到现有答案。但是我不使用支持此功能的用户界面。
到目前为止，已在以下浏览器上进行了测试：
Chromium（70）
Firefox 63
Chrome 69
Opera 46
评论
我想知道这是否只是一个缓存问题？最初（Chrome 70 Windows）也是这种情况，但刷新页面几次后，现在可以正常工作了！我还注意到，图像上传器最初显示不正确，背景不是白色，并且缺少“ imgur”徽标（这可能说明CSS / JS已过时）。
–怀特先生
18年11月1日在21:56
@MrWhite，我不这么认为。我曾多次尝试各种答案。如果是缓存，那么当我将浏览器切换到我很少使用的Firefox时，它应该可以工作。
–David Purton
18年11月1日在22:03
无论哪种方式，@ MrWhite似乎现在都对我有用。我没有进行整页刷新或其他任何操作。谁知道。
–David Purton
18年11月1日在23:11
在我的机器上，如果文件在文件夹中的长度不够长，就会发生这种情况。也就是说，我可以通过将一些文件复制到云中的文件夹（或未即时同步的文件）来重现该问题。是的，对于这个新的“功能”，我也不太兴奋。
–user399040
18年2月2日，0：09
@marmot，这似乎非常不寻常...而且某些情况不适用于我的情况。我尝试了一些非常旧的图像。而且我也不使用任何花哨的云同步。
–David Purton
18年2月2日，0：11
这也发生在我身上。我无法将第二张图片添加到帖子中。
–有机大理石
18-11-3在1:38
#11 楼
功能请求状态延迟如何解决我经常在用户并不精通的SE网站上看到的图像上传的实际问题？ 2 MB的大小限制是提问的障碍。大多数人使用手机拍照，许多人不知道如何降低分辨率，因此图片不会超过尺寸限制。
您的图像太大，无法上传（超过2张） MB）。
不是显示无法上传图片的消息，而是显示正在调整图片大小并自动调整图片大小的消息。
评论
老实说，如果要由我决定，我会保持现状，强迫人们学习更多有关图像的信息（这确实并不困难），但是显然这没有帮助：P如果它会自动调整图像的大小，则至少应该首先警告它要做到这一点，而不仅仅是默默地调整大小。
– Clonkex
18年1月1日在22:28
@Clonkex是个好主意，不是警告，只是一个声明“ SE magic正在为您调整图片大小”
–kevinsky
18年11月1日23:25
这不是一个坏主意，但与这些更改无关。因此，我推迟了。您可能希望将此发布为独立的功能请求。谢谢。
–乔朋友
18年2月2日在19:51
我希望它们不是问题陈述，代码或错误消息的图片...。
–user202729
18年3月3日，11：29
嗯，是的，那些时髦的浏览器内编辑器之一，用于裁剪，旋转和缩放可能会有用。没必要，但是人们很懒惰（在许多站点上，不一定是精通技术的人）。
–拉斐尔
18年5月5日在8:29
#12 楼
错误状态已完成打开链接时，弹出链接输入需要自动聚焦！采用典型的工作流程：
键入一些文本
突出显示文本
按Ctrl + L
键入或粘贴链接
/>点击Enter
以前可以使用。它不再存在，因为链接输入字段在步骤3之后未聚焦。它需要额外的步骤才能单击该框以使其聚焦。
至少在macOS Safari 12中是这种情况。是步骤3之后的样子：
看起来已聚焦，但没有光标。
这是单击后的样子放入其中：
注意，现在已经出现了光标。
评论
它对我自动聚焦在macOS Chrome上。
–月桂树
18年2月2日，0：44
它在Windows Chrome 70上自动为我对焦。
–怀特先生
18年2月2日于10:53
它不会自动聚焦在Safari 11上，这让我很享受。
– fedorqui'停止伤害'
18年2月2日在15:36
在下一版本（Edge和Safari中）中已修复此问题。部署标签后，我将对其进行更新。
– balpha
18年11月8日在13:21
@balpha现在运行良好！
– fedorqui'停止伤害'
18年11月12日在12:46
@fedorqui啊，谢谢您的ping-忘了更新。
– balpha
18年11月12日在12:48
#13 楼
功能请求状态已计划尘埃落定在此更改上，如果扩展有关图像的文档，这将非常有帮助。就我而言，问题中的动画比其他更精通技术的用户所要解决的问题要多得多。了解可接受的图像文件类型以及它们的拖放含义将很有帮助。是否必须在浏览器中使用其他某些软件打开它们，而只是在用户计算机上的某个文件中打开它们？知道也可以指向外部站点上的文件（我知道目前已在文件中）是有帮助的，但是我们应该考虑到它的永久性或版权是否存在问题？
这不仅是出于闲聊的目的，而且我确实知道编写文档并不是最有趣的任务，但是如果我知道如何上传图像而不必花很多时间，我会对CrossValidated的一些回答有所改善先试错。
评论
拖放的工作方式与其他程序或网页相同。为什么SE特别需要更多文档？
– Clonkex
18年11月1日在22:26
#14 楼
功能请求状态下降使用OCR时会复制整个图像而不是文本。
当我从图像中复制文本并将其用于回答。当我们使用某些OCR软件（我使用Microsoft Onenote）从图像中复制文本并将其粘贴时，应将图像中的文本粘贴到编辑器中。但这不会发生。而是发布整个图像。在此示例中，我尝试从图像而不是完整的图像中复制文本“带有文本www.tudorgirba.com的呈现”。
我尝试在图像编辑器之外的其他平台上复制粘贴，它们工作正常。文本已成功从图像复制。我可以说这是新图像编辑器的错误，因为我使用了OCR，并在旧编辑器中对我的问题和答案多次复制了文本。
评论
我认为这可能是设计上的挑战：剪贴板上同时有图像和OCR文本。您期望发生的事情是，粘贴时会粘贴文本，但是在其他情况下，剪贴板上可能会有一个图像和该图像的替代文本，然后您期望该图像出现，编辑器无法进入您的视野。如果剪贴板上有图像和文本，并且粘贴到仅接受文本的字段，则当然会显示文本，但是我希望图像在粘贴到Word文档时出现。
– Erik A
'18 -10-31在20:18
是的，OneNote（实际上是所有Office应用程序）在剪贴板上放了很多东西。因此，我们必须决定使用什么。我认为图像是这里的正确选择。
–乔朋友
'18 -10-31在20:47
@ErikvonAsmuth当我测试图像和图像都可以接受时。例如，word文档。它仅粘贴文本，而不粘贴图像。过去，这可以与旧的编辑器配合使用。
– Nog Shine
18年11月1日，0：19
较暗的一面是将自定义文本甚至HTML标记与图像（有时是良性归因，有时是良性广告或其他废话）插入剪贴板的应用程序/网站。大多数桌面应用程序都可以自由决定要接受（甚至可以协商）的剪贴板格式。浏览器通常受到更多限制：文本，html片段，图像通常受支持，而图像可能是这三种支持得最少的。我们在这里可能会很喜欢并尝试接受多种格式，但可能并非没有大量的测试用例。也许改为“粘贴为纯文本”？
–Shog9
18年11月1日在1:02
如果将其粘贴为“纯文本”（在Windows上为ctrl + shift + v），它将起作用。
–毁灭者
18年11月1日在6:26
我在这里同意@Joe。如果只需要文本，请先将其复制到文本编辑器（例如记事本），再从那里复制以仅在剪贴板中保存，然后粘贴到SE编辑器中。这就是我在所见即所得编辑器中复制和粘贴的方式我从网上复制时只需要纯文本而不需要所有格式的gmail。
–影子向导正在接种疫苗
18年11月1日在8:22
@JoeFriend“是的，OneNote（实际上是所有Office应用程序）在剪贴板上放了很多东西。所以我们必须决定要使用什么。我认为图像是这里的正确选择。”这可能是错误的方法。我真的不明白为什么要决定（可以从剪贴板复制多个内容），我认为用户最终应该决定什么是正确的选择。除非人们至少有95％的时间想要图像。
– Trilarion
18年1月1日在9:27
您一次可以在剪贴板上放多个东西吗？那怎么工作？
– Clonkex
18年11月1日在22:30
@Clonkex剪贴板变得非常复杂。应用程序可以将几种不同MIME类型的相同内容“复制”到剪贴板，例如作为RTF和明文格式，接收应用程序可以选择使用哪种格式。
–降低
18-11-2在5:07
@deceze哇，我不知道。
– Clonkex
18年2月2日在5:13
#15 楼
bug编辑器中的文本拖放在IE 11（受支持），Edge 42.17134.1.0（受支持），Chrome 70.0.3538.77（受支持）或Pale Moon 28.1中不再起作用。 0（Firefox分支；大概不受官方支持）。相反，在Chrome和Pale Moon中，它显示了禁止拖动的光标，而在IE和Edge中，它只是尝试将其视为拖放图像，注意到它不起作用，并忽略了该尝试。
由于我经常拖动文本以提高效率，因此我发现它多次成为破坏交易的事情。我喜欢新图像上传器的想法，但是如果它需要此crippleware拖放劫持者才能正常工作，我将不得不编写用户脚本以禁用该功能。
评论
我从未尝试过，所以不知道，它以前是如何工作的？文本刚刚复制到编辑器中了吗？
–影子向导正在接种疫苗
18-11-5在6:55
@ShadowWizard：如果拖动文本，它只会四处移动。如果按住Control键，它将进行复制。 （如果按住Control键以显示其功能，光标将发生变化。）它仍然可以在注释框中使用，尽管在那里它并不那么重要。
–内森·塔吉（Nathan Tuggy）
18年11月5日在6:59
@ShadowWizard您可以在普通的HTML
评论
模态过时了，看起来好多了。就目前而言还可以，但是我们确实需要一种优雅的方式来指定高度或宽度，因为此错误尚未得到解决。
我唯一要说的是，您付出了很多努力并做了一个新功能，只是为了替换ctrl + G
巧合的是，现在也更新为https：//！ :)
@JoeFriend在上一个gif中，我看不到您从单击“添加图片”到上传图片的过程。选择要添加图片的步骤在哪里？
@TylerH我从剪贴板粘贴了图像。
这是我非常满意的更改，很高兴在这里看到。我知道您对其他设计更改有很多负面反馈，所以让我对此表示感谢。
现在，对于将替代文本保留为“在此处输入图像描述”的任何人，我们只需要一个自动的ghostban
@JoeFriend我明白了；在查看另一个相关线程后，我意识到您必须在按下“添加图像”选项后立即粘贴复制的图像。如果显示从某处选择图像并通过上下文菜单复制图像，则gif会更清晰。现在看来，浏览器/编辑器/站点已经以某种方式存储了图像。
我确实喜欢新的UI，但确实如此...但是在解决阻止按URL上传的问题之前，它不应该发布。实际上，您引入的最大更改是完全删除了一项关键功能。
@TylerH您是对的，只是并行阅读（可能应该先阅读）。对meta.stackexchange.com/q/317578/155739进行了评论，因为事实证明这不是重新设计的延迟部分，而是故意隐藏的功能！
唯一有效的方法是拖放。铬61; Windows 10x64。如果我尝试选择一个文件和/或粘贴一个URL，它什么都不做
我满腔热情地讨厌龙的粪便（因为我怀疑许多人已经过去了3年，而10年都过去了）-我只是没有手巧。现有的方法笨拙且缓慢，但是可行。我更喜欢的谅解备忘录是将文本链接粘贴到要上传的文件上-一定要允许年轻的人选择掉龙。
在使用“插入链接”功能时，您所做的任何更改都可以对meta.stackexchange.com/questions/234680 / ...起作用吗？
@fedorqui非常感谢您的客气话。到目前为止，在Stack Overflow工作是我职业生涯的一大亮点。离开是一个艰难的决定。