但是，您说。一月？现在是六月。好吧……一如既往，一堆东西挡住了。尽管如此，最后的工作还是我的工作，这是他们的工作并将最后的收获拖到终点。我们要从这里开始：
为此：
从某种意义上讲，这在很大程度上是一种改头换面，但我们在这里将一些UX方面的内容考虑在内：
“同义词”和现在，“目标”列已反转，因此可以从左到右读取表格；
而不是子选项卡，我们有一个实际的可排序表格；
主持人可用的操作由一个按钮提示，
我们还添加了一种直接从“待批准”标签中对同义词进行投票的方法：
总而言之，应该没有功能上的退化，而整个页面更适合我们当前的网站设计。我还在这里进行其他工作（例如，创建用于标记合并和同义词创建的基于模式的工作流），但是我想发布第一组更改，因为，我认为它看起来非常整洁，我激动地把它展示在人们面前。另外，在推出其他功能之前，还需要偿还一些技术债务，并且为了解决该问题而推迟现在已经准备好的工作。
你们怎么想？随时发布您的反馈意见作为对这个问题的答案。
更新：基于模式的标签合并工作流是实时的。现在可以直接从仪表板将标签同义词与目标标签合并。
#1 楼
功能请求状态已拒绝，但现在可以作为用户脚本在Stack Apps上使用。请更改投票按钮。我们是Stack Exchange，而不是Facebook ...我们不是简单地喜欢或不喜欢一个同义词建议。
我知道在两个三角形之间放置分数（例如帖子）可能会占用过多的垂直空间，但也许您可以将它们水平放置，如下所示：
^ 0 v。或带回旧的同义词投票按钮，恕我直言，它们在尺寸上不错...对于触摸屏来说可能不是一个好主意。
评论
Donno，我有点讨厌标签页面上的按钮-它们真的很小。我们中有些人的手指较胖。
–Shog9
19 Jun 18'在17:51
是的，再次考虑到它们对于触摸屏而言并不理想。
– Glorfindel
19 Jun 18'在17:53
嘿，仅仅因为Facebook破坏了所有人的“竖起大拇指”，并不意味着这是一个坏选择。 ;）我们考虑了一下，最终使用了不同的控件，因为一方面，箭头适合我们现有的UI模式，但另一方面...，即使并排之间有一个分数，它们看起来也很奇怪。但是，话虽如此，我认为如果需要的话，我们可以重新考虑一下。
–亚当·李尔♦
19 Jun 18'在17:59
表示希望寻求非拇指导向的图标来表示支持/竞争。
–Vix
19年6月18日在21:32
完全同意。大拇指和大拇指朝下传达的错误信息在这里，看起来格格不入。我很高兴同义词功能终于引起了人们的关注，作为主持人，我经常使用此页面，因此即使是很小的改动，我也很欣赏，但是这些投票按钮是我坚决反对的主要回归。
–科迪·格雷
19年6月18日在23:31
我喜欢新的批量投票页面的设计，但也许可以以不同的方式来做。不确定是否需要向上/向下箭头，但是在SO / SE接口中的其他任何地方都没有使用拇指。不要使用迷你投票。这种接口是可怕的
–Machavity
19年6月19日在1:52
👍我同意，使用主站点的常规投票按钮。因为查看投票计数也将有所帮助，尤其是对于钻石mod。如果对同义词没有达成100％的共识，则可能需要更多考虑或考虑使用meta等。
–伦丁
19年6月20日在11:22
我不讨厌大拇指向上/向下的想法，但是为什么它们是拳击手套呢？
–白萝卜
19年6月21日在8:18
@AdamLear您好，我是新来的，但是^（向上三角形）怎么样？ v（向下的三角形）？
–欧米茄K
19-09-26在9:11
#2 楼
支持状态已完成不确定是错误还是已知功能。
如果我过滤了标签，则要在结果集中对标签进行排序数据，因此可以通过单击排序图标对结果进行排序，但是它没有在结果集中进行排序，而是清除了过滤器文本并重置了过滤后的结果集。
我希望搜索结果集为显示时，单击排序图标应在结果集中进行排序。
相同的GIF：
评论
它介于“已知错误”和“功能请求”之间。我们仍然有原始的排序后端实现，最终实现了整个页面的重新加载，并且不保留任何过滤条件。
–亚当·李尔♦
19年6月18日在18:13
这个问题已列在我的清单上，无需重写所有当前的排序设置即可解决，但是如果发现问题太复杂，则必须继续进行我们的错误待办事项列表，以后再解决。
–亚当·李尔♦
19年7月2日在21:22
#3 楼
功能请求状态已完成我没有办法看到所有建议的同义词。旧的有四个选项卡：
所有
建议的
活动的
合并
新的只有三个：
有效（类似于3）
待批准（类似于2）
待合并（类似于4）。
我们能把所有的过滤器都退回来吗？谢谢。
评论
您如何使用“全部”过滤器？它是“建议”，“活动”和“合并”的组合，因此在理论上不应丢失任何信息。
–亚当·李尔♦
19年6月18日在20:27
@AdamLear是的，没有信息丢失。但是将其放在一页中可以节省大量时间。我曾经用它来查看我上次合并后提出的同义词列表，这样我就可以访问那些并查看是否有错误/不正确。将其隐藏在另一个选项卡的后面意味着我需要手动进入该页面，有时我可能会忘记该页面，但是我永远不会忘记访问/ tags / synonyms主页。
–巴尔加夫（Bhargav Rao）
19年6月18日在20:34
@AdamLear在标签管理方面，我支持Bhargav的任何要求。在我问了4年后，他在一个标签中找到并批准了一个明显的同义词请求，该请求没有标签代表要做。
–迈克尔
19年6月19日在16:17
@Michael，所以我只有1.5年的时间才能获得批准？甜！
– miken32
19年6月20日在18:55
@Michael Funnily够了，您的评论促使我在我的网站上检查标签同义词，我刚刚批准了两个待处理的请求，其中一个请求的历史将近1.5年。
– El'endia Starman
19年6月30日在5:54
我将以最纯粹的技术来将此答案称为状态已完成-您可以在“待批准”标签上看到所有建议的同义词。 :)有关您的其他答案的更多反馈很快就会到来。
–亚当·李尔♦
19年7月2日在21:21
#4 楼
错误状态已完成排序不方便分页。访问第二页或第三页时，不会保存排序的顺序。
我按升序对“创建者”标签进行了排序，并且可以正常使用。该URL是https://stackoverflow.com/tags/synonyms?tab=Creator&dir=Ascending&filter=Active。 （注意
dir=Ascending）。 当我访问第二页时，“创建者”选项卡将降序排列。该URL是https://stackoverflow.com/tags/synonyms?page=2&tab=creator&filter=active（没有
dir=Ascending）。手动将dir=Ascending添加到URL可解决此问题。 #5 楼
功能请求状态已完成感谢您对字段进行排序的能力。我一直在使用SEDE进行排序，并将其放在同义词页面上非常容易。
但是，在“待批准”页面上，无法对“得分”列进行排序：
我认为“得分”列是需要排序的列，因为它对我来说真的很容易浏览列表并批准已被三次更新或类似的内容。 （我知道我可能是唯一以此方式使用它的人，但是如果可以对该列进行排序，那将非常有帮助）。
#6 楼
功能请求错误状态已完成当您在建议的同义词页面上，并且是对提案的最终投票（第4上升或第2下降）时，什么都没有发生，只是分数发生了变化。如果刷新页面，该页面将不复存在，但是更有意义的是让它查看是否是最后一次表决并隐藏行，以直观地确认已完成。
评论
+1。这需要解决，但是这里有一些细微差别-例如，在这种情况下撤消投票的行为如何？ （此行为现在在每个标签的同义词页面上类似地未定义，您可以从技术上撤消对已批准的同义词的投票，嘿。）
–亚当·李尔♦
19年6月19日在18:47
如果您投了最后一票，您是否可以实际撤消它并以普通用户的身份重新获得同义词？
–Machavity
19年6月19日在18:50
您可以撤消它，但实际上并不会还原同义词批准。 ¯\ _（ツ）_ /¯
–亚当·李尔♦
19年6月19日在18:57
投票也一样。乐谱会改变，但向下投票按钮不会突出显示。如果再次单击它，则显示“同义词不再存在，可能已删除”，页面刷新将确认这一点。您无法撤消队列操作，也许这些应该是相同的。
– miken32
19年6月20日在19:49
@AdamLear谷歌通常以一种方式来缩小行，并将其内容替换为刚刚发生的事情的确认和一个撤消按钮。那这个呢？
– RedClover
19年6月22日在20:07
这里的症结是通常可以撤消投票...但是可以撤消对标记同义词（批准或拒绝）的最终投票，这样做不会撤消批准或拒绝。当用户要进行决定性投票并提供有关操作发生的视觉反馈时，我们将在此处添加一个确认步骤。
–亚当·李尔♦
19年7月2日在21:19
#7 楼
bug次要烦人状态已完成这只是次要烦人，但是在所有站点上单击的投票按钮均为橙色，而不仅仅是堆栈溢出。我希望与问题/答案/评论投票按钮使用相同的颜色...
发布：
注释：
标签同义词：
#8 楼
错误状态已完成单击“目标”列中的标记有时会引发404错误
我在BoardGames.SE上注意到了这一点。有些标签后面没有数字。单击它们会引发404错误。
例如，单击
[eldritch-horror-cities-in-ruin] 
导航到https://boardgames.stackexchange.com / tags / eldritch-horror-cities-in-ruin / synonyms，它会显示404页。
单击“同义词”列中的标记在正常页面中，尽管表示有0个问题。
很显然，出现了问题。乍一看，似乎已经存在已删除标签的同义词。不知道这是否与您所做的更改有关，但是无论如何，仪表板的行为方式都不符合用户期望。
评论
那是一个现有的错误，与当前的更改无关。我会在那里看到我能做的。谢谢！
–亚当·李尔♦
19年6月19日在17:58
将看到有关在没有活动链接的情况下显示风格化标签的信息，最好是带有说明性的工具提示。
–亚当·李尔♦
19年7月2日在21:20
@AdamLear在这种情况下，解释性工具提示会怎么说？标签同义词存在，但是没有问题被标记吗？如果是这样，我希望标记同义词只是定期清除，就像没有分配任何问题的标记一样。
–雷铸
19年7月2日在22:03
我认为这里的用例有点奇怪，但最终还是有道理的。仅仅因为目标标记已删除，并不意味着其中的同义词映射本身就是无效的。假设目标标签已被重新创建...如果我们删除同义词，假设它最初是出于需要而创建的，那么我们将丢失该链接，甚至可能允许不需要的标签（同义词的来源）再次使用。这类似于我们在技术上不删除已删除问题的答案的方式，以防稍后恢复该问题。
–亚当·李尔♦
19年7月2日在22:06
#9 楼
状态已完成有一个小的矛盾之处：
只有＃OF RENAMES右对齐，其他所有都左对齐。那是故意的吗？这有点令人困惑，因为它和CREATED之间也有很大的差距。
评论
数字在右边对齐，文本在左边对齐，这很常见，实际上我不记得上次我看到的不是这种情况的表格了，请参见是否有标准的“在左边对齐文本并在右边对齐”。证明数值合理。”
–user394554
19年6月18日在20:36
同意尼克的观点，我唯一的牛肉是我们也不会在约会时这样做。
–Shog9
19年6月18日在22:53
@ Shog9我的牛肉是，我们不是使用ISO 8601。
–脑袋
19年6月19日在1:09
以ISO格式表示日期/时间的一大好处是它们的宽度都相同，因此我们不必担心它们是左对齐还是右对齐。是否可以像在后期时间表中那样切换格式？
– G-Man说“恢复莫妮卡”
19年6月20日在20:14
今天早些时候在内部进行了讨论。我们将总体上看是否要在内部为表中的数据类型建立准则，并特别处理该表上的不同对齐方式，以查看对于“得分”和“重命名”列而言哪个看起来更好。
–亚当·李尔♦
19年7月2日在21:24
#10 楼
功能请求状态延期除了被广泛宣传之外，我真的很想看到此页面默认为“待批准”请求，按最旧的顺序排序。毫无疑问，同义词请求必须等待数年才能获得批准，我真的觉得该页面应该尽一切努力在系统中移动这些请求。
评论
现在，我们将继续使用当前的默认值。在某个时候，我们想看看我们可以做些什么来增加对该仪表板的发现，然后查看我们是否有足够的使用量/流量从那里开始进行优化。
–亚当·李尔♦
19年7月2日在21:17
#11 楼
错误状态已完成取消投票不会更改触摸屏设备上的手色。
投票给标签同义词：
通过再次点击“投票”按钮撤回投票会更改分数，但不会改变按钮颜色从橙色（？）变回灰色：
刷新页面可解决问题：
#12 楼
状态已完成我对新仪表板有一些一般性的反馈，这使我处理同义词变得有些困难。
让我告诉你我要去哪里。在过去的一年中，我一直在使用标签（从2018年6月16日开始，除非我从9月15日到12月15日休了三个月的假期），并在Stack Overflow上添加了大约600个同义词。几天来，我已经创建了20或30多个同义词，因此我绝对是该页面的重度用户。
今天，我开始了今年的“带有标签的乐趣”的年度循环，并使用了新的闪亮仪表板。我常用的处理同义词的方法是：
我打开主标记的页面，然后单击“同义词”。
键入另一个标签的名称，然后单击“查看所有同义词”。
单击“批准”。
如您在这里看到的，它是3次点击。现在是：
我打开主标记的页面，然后单击“同义词”。
键入另一个标签的名称，然后单击“查看所有同义词”。
单击“待批准”标签
单击“批准”
单击“是，我批准” “
现在的点击次数为5次，几乎是上次点击次数的两倍。这导致我的生产力严重下降。我知道通常我不太快，但是这让我慢了一些。
当前引起小麻烦的另一个事实是交换主位置和同义词位置。存在被称为“肌肉记忆”的问题。在过去的一年中，我一直受过培训，可以将第一列作为主文档，将第二列作为同义词。交换这两个问题很麻烦，并且确实会造成一些麻烦。创建同义词的过程现在是：
我打开主标记的页面，然后单击“同义词”。
键入另一个标签的名称，然后单击“查看所有同义词”。
单击“待批准”标签
单击“ ...”以获取交换菜单，以交换两个我以错误顺序提出的同义词（肌肉记忆问题）
单击“交换”
单击关于“取消”，意识到我犯了一个错误
单击“批准”
单击“是，我批准”
这需要我花很长时间才能获得同义词已获批准。我的“带标签的乐趣”情节不再有趣。我看到您提到了：
现在，“同义词”和“目标”列已反转，因此可以从左到右读取该表；
但是实际上有人抱怨这是一个问题吗？对我和使用同义词页面的大多数用户来说，这很清楚。即使在我的大多数元答案中，我也使用
←来指示该方向。我看不出为什么会造成问题。 无论如何，我要为这个错误负责。在接下来的几个月中，我将习惯于新的版本，但仍然需要点击5次才能获得批准的同义词。
是否可以使这种体验更加流畅？请？我确实谦虚地要求你。
评论
在下周之前，我将没有任何机会在这里做任何事情，但是我想发表一下简短的评论，以便让您知道我已经看到了该帖子，也非常感谢您详细地写了这篇文章。我将在几天后跟进与您的担忧实际相关的事情。
–亚当·李尔♦
19-6-29在23:33
太好了，非常感谢！
–巴尔加夫（Bhargav Rao）
19年6月30日在1:59
我非常喜欢“同义词->目标”命令。我记得几年来一直感到困惑，这种从左到右的顺序更符合我的思维模式（例如，“ X映射到Y”，“ X会变成Y”，“ X是Y的别名”等）；交换时，所有这些都更难以说明）。肌肉记忆/习惯肯定是不平凡的考虑，但我敢打赌，大多数人会喜欢“同义词->目标”顺序。
– El'endia Starman
19年6月30日在6:03
再次感谢您的详细反馈！我们今天早些时候在内部进行了讨论，我们将在这里做两件事：我们将“全部”视图放回主持人中，并从“交换”和“批准”操作中删除确认步骤，因为两者之间的错误很容易通过交换来逆转再次或删除同义词。但是，各列的顺序将保持不变，希望您能很快适应。
–亚当·李尔♦
19年7月2日在21:31
太好了，非常感谢！ @AdamLear。固定的第一个周末，我会回覆您。谢谢。
–巴尔加夫（Bhargav Rao）
19年7月2日在22:30
#13 楼
功能请求状态延迟据我所知，已经对许多页面进行了重新设计，以使页面适应任何屏幕宽度的设备（又称“响应性”）。但是标签同义词页主要由表构成，因此，对于如何在将表行保留为一行的同时包装表行没有明显的解决方案。如果不进行此类包装，则该页面仍将无法在狭窄的移动设备上使用，而无需反复放大/缩小。
这是该页面在我的手机上的外观（此图片在桌面浏览器上的当前比例几乎代表手机屏幕的实际尺寸，即实际尺寸）：
在Wikipedia上找到了一种可能的解决方案（水平滚动表格，而整个页面的宽度是固定的）：
评论
我们目前不支持水平滚动表，但是我想出了这个主意。但是，即使这样，我们仍需要在此处进行其他工作以使表本身可用-例如，当您一直向右滚动时，每一行的上下文都会丢失，因此我们可能必须重新排列列。目前，由于团队时间和资源的限制，我们将继续保持现有状态。
–亚当·李尔♦
19年7月2日在21:28
#14 楼
buglocalizationstatus-completedhttps://ru.stackoverflow.com/tags/synonyms?tab=Newest&filter=Merge
请将字符串
Preview tag merge添加到transifex中，这样我们可以能够翻译。
评论
哈。我的问题...修复了。
–亚当·李尔♦
19年7月11日在20:38
#15 楼
状态计划标签信息弹出窗口位于合并模式窗口的后面。
评论
并且请确保人们将来可以找到该页面：meta.stackexchange.com/q/210564/172011真好！谢谢。标签同义词并没有引起人们的广泛关注，我认为最大的因素是旧的UI和可发现性。
在改善标签同义词的用户界面时，您是否有机会在/ tags页面上从单标签问题中区分同义词？
直到该页面存在。该链接仅出现在标签页面和特权页面底部的两个位置吗？
它也链接到各个标签的标签同义词页面@Peilonrayz
我只有一个字：是的。
我认为这主要是在泰坦尼克号上重新布置躺椅的情况。标记-同义词系统的基本缺陷（难以获得对同义词的建议或投票的权限）仍然存在，这使得它实际上是仅主持人的页面。
@Mark人们通常想要同义词的大多数标签通常不需要使用同义词。它们足够小，只需简单的重新标记就足够了。对于更大的标签，可发现性更为重要。
那真是不正常！此外，还翻译了我们的meta：ru.meta.stackoverflow.com/q/9292/15479（：
但是您已将其推出而没有通知，因此本地化站点再次具有未翻译的字符串）=
我们大多数人只是凡人不打扰标签同义词页面的原因是，就像@Mark所说的那样，我们没有必要的权限。因此，同义词页面是一个巨大的实用笑话，让您一直以为自己可以改进某些东西……直到最后一秒钟它说“ MWA HA HA HA HA！开玩笑！我不会让你那样做，因为您真是微弱的弱项！MWA哈哈哈哈！直到并且除非对此部分进行了改进，否则实际上只是重新布置了《泰坦尼克号》上的躺椅。
当您使用它时，是否可以更轻松地建议标签同义词？
我喜欢您的帖子如何开始，因为该页面的访问量很小。对于为什么要在社会上决定工程优先级以及为什么要允许最低优先级的任务具有一定的优先级感到困惑！话虽如此，看起来确实更好。
是否有理由不给标签同义词自己的评论队列？对于可发现性问题而言，这似乎是一个更简单的解决方案。在The Workplace，我们有待定的标签同义词可以追溯到2014年，因为没有人想到过那里。如果每当提出一个新的同义词时，合格的选民都会在队列中收到通知，那么事情就永远不会待久。
@JoeFriend谢谢，乔！您也很想念。希望新演出顺利：)