首先，很抱歉不及早创建此反馈线程-事后看来，对我们网站的这种既定功能的更改确实值得一些解释。
我们正在运行A / B仅在Stack Overflow上进行测试，才能将信誉良好（> = 15）的注册用户中的一半放入变体组中，这样就可以看到投票控制（从ᔕᖺᘎᕊ的答案这里无耻地被盗）：
有关当前实验的几点注意事项：
如果您位于变量组中，则只有在您可以投票的情况下控件才会移动该职位;您自己的帖子将没有粘性控件
这将继续运行三个工作日，因此应在2015年6月10日下一个星期三完成。
我们将接受标准提高了5％比基线。
实验结束后，我将使用结果更新该问题。
编辑2015-06-08 01:50
我们将进入下一个具有以下更改的变体，基于反馈：
如果帖子的正文长于浏览器窗口视口的2/3，则应用粘性
，无论帖子的主题如何投票率，例如该控件将粘贴在您自己的帖子上（如果足够长的话）
编辑2015-06-09 19:55
实验已完成；准备摘要。
编辑2015-06-12 18:30
TL; DR此功能将无法实现，因为它对投票的影响很小。
我们运行了以下两种*粘贴式投票控件变式：
变式1结果：仅在您可以投票的帖子上启用了移动；柱体没有最低高度要求；变数2结果导致基线损失约3.8％的投票结果：如果您的代表人数至少为15，则所有帖子均启用了移动；柱体高度必须大于视口的2/3；从基线获得约2.1％的投票权
以上结果链接的一些定义：
基线：当前行为，即投票控件不会从其初始位置移出
试用：向用户呈现问题页面谁至少可以对页面上的内容进行投票
成功：用户对一个问题或答案进行了投票或否决了
我们将接受的最低改进阈值设置为5％；这是完全任意的，但这是我们实验中的共同点，因为新功能==新维护。另外，从对该功能的响应的极端分化来看，我们需要用户首选项来禁用它，而我们对于为任何功能都感到犹豫。请尝试在长篇文章的底部复制控件，但没有ETA。
如果您喜欢此功能，则可以通过ᔕᖺᘎᕊ的Stack Overflow Extras（SOX）脚本来添加。
*最初的变体在一个小时后就停止了，并且应用了此更改
#1 楼
我不喜欢它跟着我。如果确实部署了，我希望有一个设置可以将其关闭。评论
只为您，我们将发出嘶嘶声并爆炸：P请尝试几天，看看您是否仍然有这种感觉？
– Tim Post
2015年6月6日下午6:20
有趣的是，我认为会有一个用户脚本将其删除，就像当前有一个要添加的脚本一样。不能一直等所有人，等等。
–罗伯特尼克
2015年6月6日7:40
第一印象是它有点让人分心。也许它将随着定制而改变。
– Ciro Santilli郝海东冠状病六四事件法轮功
15年6月6日在8:09
@CiroSantilli：不仅分散注意力，而且在阅读帖子时我也不在乎分数。我是那种会完全阅读帖子，然后决定是否要投票的用户。这个功能有点花哨，但很烦人。我宁愿为我最喜欢的段落（没有随机投票计数器）截屏，也不要截取截图。
– Unihedron
15年6月6日在8:40
同意当我滚动时，我想滚动而页面的随机位拒绝在请求时滚动。我宁愿完全看不到这一点，因为我认为这只是一些无缘无故的“因为我们可以做到”。但是，如果它成功了，我想将其关闭。
– Greg Hewgill
15年6月6日在9:18
@unihedron：我也更喜欢在投票前先阅读完整的答案，这正是我认为这是一个好功能的原因；我不想滚动到答案的顶部来投票，然后又向下滚动以阅读下一个答案。当前的实现（至少在我的平板电脑上）看起来比理想情况下更加混乱，但这是（希望）可以解决的技术问题。
–伊尔马里·卡洛宁
2015年6月6日在11:51
+1分心。不过，除此之外，我还是依靠投票按钮作为微妙的视觉提示之一，这些视觉提示可以帮助我快速浏览页面，并使它们移动使我放慢了脚步。
– ClickRick
2015年6月6日13:00在
@Unihedron Ilmari报告在平板电脑上，因此实际上不存在键盘快捷键
–萨拉林达
2015年6月6日13:45
我同意;我已经处理了几天，我真的很讨厌它。尽管我可以看到其他人可能会喜欢它，但我认为禁用它的选项会很好。否则，我将不得不查看用户脚本以手动禁用它。
– TylerH
15年6月6日在18:20
正如我在自己的帖子中解释的那样，不喜欢此功能的另一个原因是因为我使用屏幕上箭头的位置来指示帖子顶部的位置。现在，如果不重新滚动，您将再也看不到。我将禁用该功能。
– Reenlist'er先生
2015年6月7日13:06
@GregHewgill的想法是获得更多投票。如果控件在屏幕上没有一个很长的答案（如果很长，并且有人在上面花了很多时间，那就更值得了），人们怎么会记得投票呢？眼不见，心不烦。长答案/问题特别受到固定投票控制的惩罚，这恰恰与您想要的相反。
–杰夫·阿特伍德
2015年6月8日在9:55
@JeffAtwood Long并非永远是自动资格赛。好的答案会让人们想要投票，因此回滚到顶部不会有问题（严重的是，您认为这太难了？在移动设备上更容易）进行投票。那种不会这样做的人是因为他们过去曾经遇到过这样的问题，因为他们需要一个额外的步骤（向后滚动），他们只会开车兜风并进行投票，因为这是他们过去遇到的一个问题（请参阅：所有关于堆栈溢出的可怕问题，这些问题在几分钟内获得了+ 1，+ 2，+ 3票）。
– TylerH
2015年6月8日13:34
@TylerH此测试的整个重点是查看此更改是否确实能使人们投票更多。您所说的“好的答案将使人们愿意投票”的说法实际上正在接受检验（尽管我要指出，不仅是需要投票的好的答案；对不好的答案的否定投票与对好的答案的否决一样重要）。
– KRyan
15年6月8日在15:18
当我滚动时，我不屑一顾。如果您要确保我再也不会对答案进行投票，因为我已将带有投票箭头的div添加到我的内容阻止程序中（ABP：这不仅用于广告！），因此再也看不到投票按钮，这是一个好主意。否则，不会那么多。至于上面建议的其他第三者消除方法；不会发生。创建Google ABP规则以删除进攻性div所需的工作要比谷歌搜索“什么是用户脚本”所需的工作更少；我会选择阻力最小的那100条路线中的100条。
–丹在火光中摆弄
15年6月8日在15:23
我在Meta.SE上重新创建了帐户，只是为了支持该答案并抗议这一令人讨厌的更改。
–装甲危机
2015年6月9日在12:43
#2 楼
非常非常好的功能，来自社区，并立即实施。我赞扬它的实现速度。该功能总体上很好用。我还是要习惯一点，有时它的当前工作不是很直观。
除此之外：一个可爱的功能！
我想知道为什么会有基线为5％。您希望更多的用户投票吗？为什么不使投票更容易，然后看看会发生什么呢？即使没有人投票比现在多，这对我来说也是一个有用的功能。
评论
@JarrodDixon当前，滚动条为57，“我不喜欢。如果继续，我希望可以禁用它。” vs 44“不错的功能”。我想这是不言而喻的。
–伊斯梅尔·米格尔（Ismael Miguel）
15年6月6日在18:34
@IsmaelMiguel实际上，它实际上并没有说明什么，因为那不是他们感兴趣的数字。他们对是否增加投票感兴趣。那是实验的目的。那些数字将代表实验的成功或失败，而不是在这里投票。甚至不需要尝试的人也不需要投票。
– KRyan
2015年6月6日19:07
@IsmaelMiguel如果一个人或六十四个人讨厌它，如果它增加了在此站点上的投票的数量和/或质量，那将是无关紧要的，这是实验的目的，如果该功能是目的，它是真正实现的。改进投票可以改善数百万人的网站，因此，与之相比，没有任何一种个人意见或其他意见至关重要。如果它可以工作，会有用户脚本将其停用，但是您讨厌它；如果它不起作用但有人想要它，则已经有用户脚本可以将其停用，依此类推。
– KRyan
2015年6月6日19:21
@KRyan：我不同意这个前提。在我最了解的网站（数学）上，我发现对问题进行的投票实际上毫无意义，而对答案的投票却毫无用处，而且我认为没有理由认为增加投票可以改善问题。答案本身及其下的评论比投票要有用得多。
–布赖恩·斯科特（Brian M. Scott）
2015年6月6日20:50
@ BrianM.Scott投票计数不是很重要；投票是。 SE的投票方式是SE如何对答案应用排序算法，以及为什么SE是一个可以快速，可靠且一致地找到问题答案的系统。投票是SE避免噪音的方法，并试图确保始终能够立即找到最佳答案。如果没有投票，那是不会发生的，SE在问答环节上也不比讨论论坛更好–讨论论坛并不是进行问答的好地方。更多投票可以提高SE系统正确选择最佳答案的可能性。
– KRyan
2015年6月6日在21:19
@KRyan：除非有人认为计数有意义，否则没有理由按投票计数对答案进行排序。以我的经验，这还不清楚。特别是，我完全不同意投票为确定最佳答案所做的一切。
–布赖恩·斯科特（Brian M. Scott）
2015年6月6日在21:42
@ BrianM.Scott，那么您从根本上不同意该网站的基础，我想知道您为什么使用它。或者，如果不是显而易见的话，我会这样做：您使用它是因为它有效。不管您是否认为，它都可以通过投票获得成功。
– KRyan
2015年6月6日23:21
@KRyan：我的确对基本哲学有一些根本分歧。您的最后一句话充其量不过是个夸张：我认为它的效果并不理想。相反，我之所以使用它是faute de mieux，是因为我喜欢帮助数学人员，并且据我所知，这是唯一一个具有不错的数学界面的网站。
–布赖恩·斯科特（Brian M. Scott）
2015年6月7日下午0:41
作为记录：相对于较早的时间，票数的一定缺乏被认为是对数学稍加关注的原因，从那里的一些meta-post可以看出。
–quid
2015年6月7日14:06
当它粘住时，它会占用本来没有使用的空间，任何人说“令人分心”的东西都必须非常容易地分心。它提供了一个小好处，但是没有任何缺点。装运它！
–Archonic
2015年6月7日在21:17
@Archonic：鉴于有很多人不喜欢它，显然它有一个缺点。它们不会因为您不同意而消失。
–布赖恩·斯科特（Brian M. Scott）
2015年6月7日在23:27
@KRyan-问题不是一维的。牺牲用户体验质量来增加投票数量/质量是一个冒险的主张。为了使SE系统正常工作，还需要提供使用户希望继续使用它的体验。仅仅因为在真空中观察到变化被视为对投票质量产生积极影响，就忽略了这一方面。在真空中什么也不会发生，而以用户为中心的愉悦UX对于持续的内容质量与投票质量/数量同样重要。
–aroth
2015年6月8日，0：52
@aroth当然是正确的，但是56％（当前投票）在匿名投票中不喜欢其中可能包括没有尝试过的人，这与确认他们首先“牺牲UX质量”并不相同。最终，此功能的价值在于它如何影响内容质量的问题，但这很难直接衡量，因为还有很多其他变量会影响它。我主要是为了应对各种下意识的反应和未能理解SE的基本机制如何对其内容质量做出贡献的问题。
– KRyan
15年6月8日在15:15
@KRyan：您的意思是假定SE的潜在机制如何有助于其内容质量。他们确实做出了积极贡献并不是真正的疑问，但是这种贡献的程度尚不明确，并且在各个站点之间似乎有所不同。与天真的用户自然会想到的相反，主要依靠投票计数来判断答案是一个非常糟糕的主意。
–布赖恩·斯科特（Brian M. Scott）
15年6月8日在18:58
@ BrianM.Scott在任何特定的SE网站上，如果主要依靠投票计数来判断您不熟悉的材料的答案是一个非常糟糕的主意，则该网站将损坏并且存在严重的潜在问题需要解决。整个问题是，评分最高的答案（以及其他可能评分较高的答案）是最好的；如果那不是真的，那么整个系统就毫无用处。
– KRyan
2015年6月8日19:00
#3 楼
我认为控件没有在我自己的帖子上移动很奇怪。我最初的反应是，这是一个错误，我不得不在meta上查找它以达到预期目的。看看我自己的分数，当突然有一篇文章的行为有所不同时，我会感到不快。评论
我同意;保持一致性比在这里变得聪明更重要，尤其是因为您完全可以在自己的位置上拥有投票按钮（但是您不能使用它们）-人们会合理地想知道为什么系统会针对他们的职位进行部分调整，但不能完全调整。
– Monica Cellio
2015年6月7日在4:02
我还发现有些不一致之处，而我最接近将行为本地化的地方是，我已经投票的投票计数器似乎在移动，而其他我尚未投票的计数器似乎是静止的。在下一个问题上，我检查了行为是否重复。去搞清楚。
–user284374
2015年6月7日4:30在
这是个好的观点。如果您可以让投票按钮保留在我们自己的帖子中，那么为什么不删除它们呢？
–RubberDuck
2015年6月7日在11:39
@RubberDuck：因为它看起来前后不一致且很奇怪，这使人们怀疑其他人甚至可以对他们发布的答案进行投票，因为似乎没有任何投票按钮。
– sth
2015年6月7日14:13在
最新的变体将滚动您自己的帖子上的控件，只要它们足够长（我用更改编辑了问题）。
–贾罗德·迪克森（Jarrod Dixon）♦
2015年6月8日在2:43
#4 楼
我之所以喜欢这样，是因为我常常忘记在冗长的帖子上投票，因为这些按钮无法看到我的视线。我想等测试完成后再说一遍，以确保确实需要多少，但我怀疑这种影响远非边际。也就是说，我想做的两件事会让它变得更加出色：
当帖子的长度小于或等于帖子的高度时不要滚动投票控制。
我不知道服务器端的成本有多高，因为它需要事先知道，即使确实有可能，从客户端获取也很麻烦。
data-postlen=吗？在滚动停止一秒钟时调整控件，以便人们可以阅读，在滚动恢复时恢复不透明度
我想看看这如何缓解某些问题“疯子的事正在跟着我，伙计！”人们抱怨的抱怨，可能减轻了其他人报告的干扰。当您阅读时，它们变得更加微妙，当屏幕其余部分移动时，它们会变得更加突出。
我想看看我们正在看到多少投票数字。我个人今天发现这很有用，但实际数字会很有趣。
备用
在帖子底部放上/下箭头，类似于关闭/标记的链接的方向（实际上是在它们之前）-但是，我想看看这个测试是如何进行的。
评论
我不仅会忘记在长篇文章结尾处投票，而且经常会在长篇文章结尾处问自己：“我投票了吗？”。
– trichoplax
2015年6月6日14:10在
（是的，我知道不鼓励在阅读完帖子之前进行投票，但有时我不止一次阅读帖子。）
– trichoplax
2015年6月6日14:10在
我会更改此设置，以便在滚动时减少不透明度，然后在停止时恢复不透明度
–矮小的巨像
2015年6月6日15:37
@ humble.rumble我几乎以这种方式发布了它。似乎最重要的是“那个东西现在正在我正在阅读的地方，因此我分心了”，在滚动时阅读的内容不会受到任何积极的干扰，我们希望您能走到最后在您对这些控件感兴趣之前，需要进行一些操作。
– Tim Post
2015年6月6日在16:03
＃1听起来不错。 ＃2听起来完全是倒退的，我不确定它的外观，但是外观上的任何额外变化都会使该功能更加分散注意力。
–吉尔斯'所以-不再是邪恶的'
2015年6月6日18:51
我认为调光/取消调光会更糟。几乎无法忽略我眼角处的颜色变化，而忽略屏幕顶部有效的静态箭头则容易得多。
–亚当·李尔♦
15年6月8日在17:44
将分数放在顶部（“我想阅读这个答案吗？”），将表决按钮放在底部（“现在我已经读懂了，我怎么想？”）似乎是对“问题”。追逐您的投票按钮绝对不是解决之道。
–花
2015年6月9日在21:27
#5 楼
我认为我最不喜欢的是，当我阅读某个帖子时，有什么东西在我旁边移动并且使人分心。对于较长的帖子，这通常可能会有些烦人更加集中。
话虽这么说...
这又将持续三个工作日，因此应该在2015年6月10日星期三完成。
总是会有抵触情绪的变化，也许考虑将其运行时间比几个工作日要长一些，以便获得更好的感觉（除非初步的投票数字可以立即表明）。 br />
评论
由于目前只有一半的用户看到了新方法，因此可以对另一半重复进行测试，而无需再对当前的另一半进行测试。
– trichoplax
2015年6月6日14:13
我们在这里主要需要看的是它对投票有什么影响，还没有确定的东西-这只是对假设的检验，并要求对此进行反馈。根据测试的进行方式，我们可能会进行一些更改，然后要求人们在短时间内再次尝试，或者我们可能会说“不是一个好主意”。滚动投票按钮也离Google + / Youtube不近，让我们保持扎根吗？
– Tim Post
2015年6月7日14:47
@TimPost这就是为什么我建议将其运行的时间甚至超过几个工作日;）
– enderland
2015年6月7日14:53
@enderland好吧，由于我们不预先知道结果，而且投票可能会出现负下降，因此，我们不愿意在短时间内冒险，因为投票与持续参与紧密相关。在此迭代中，我们宁愿合并反馈以使人们对此总体感觉更好，并（可能）很快再试一次。我们必须看到结果才能真正确定，我讨厌听起来这么投机，但是，那是测试的本质:)
– Tim Post
2015年6月7日15:17
@TimPost，除非初步投票数字能立即明确指出-完全同意。
– enderland
2015年6月7日15:22
#6 楼
我已经在另一篇文章中提供了反馈，但我将其移至此处以使所有内容保持整洁。发布。我想要求将帖子的“底部”重新定义为文本的底部，并且不包括用户卡。在简短的帖子中，用户卡会带来不必要的滚动。
例如：
此答案小于投票/分数按钮的大小：
但是，如果我向下滚动以开始阅读其他答案，则按钮的位置正好足以被移动的UI组件所分散。它紧随用户卡的底部。
请注意，上图中的按钮使我跟随到“添加评论”（位于用户卡下方）。
较长的帖子（如上面链接的问题部分）上的粘性很好，但是一些答案很短，并且在不必要的情况下粘性会分散注意力。我认为可以通过仅将按钮粘贴在答案文本的大小内而不包括用户卡来解决此问题。
评论
无论是一行，两行或更多行，总是会有许多行启动动态行为。一致的行为也很重要，并使用户适应投票计数器的运动。
–user284374
2015年6月7日下午4:34
看起来像“如果帖子适合您的屏幕，请勿移动”之类的规则可能会有所帮助。不过，我属于对照组，所以我真的不知道。
–Veedrac
15年6月7日在18:44
我同意，最新版本使投票按钮的位置不低于帖子文本的底部。
–贾罗德·迪克森（Jarrod Dixon）♦
2015年6月8日在2:42
#7 楼
我认为StackExchange不管该功能如何都很棒（我既不反对也不赞成它），但是如果您要实现它，至少要考虑修复此错误。在我的智能手机上（就我而言，是2015年6月6日最新运行iOS 8.3的iPhone 5c，但我认为这与屏幕尺寸有关，而不是与特定设备有关），放大后投票按钮移到了帖子上方。这很糟糕，因为
错误图片（顶部状态栏被切断）：
编辑：我忘记了提出的解决方案：让投票计数不在屏幕上（即仅更改y位置（相对于页面，而不是屏幕），并保留x位置（相对于页面）该页面）。
如果找到另一个解决方案更好，我也可以。我提出一个解决方案只是因为我认为最好说“我不喜欢X，也许Y是解决方案只需声明“我讨厌X的grrr”即可。
评论
使用低屏幕分辨率时也会发生这种情况：i.imgur.com/9jwV3TS.gif
–AStopher
2015年6月7日在10:13
禁用移动设备，而不仅限于移动主题。 @cybermonkey在（不太可能）成功完成实验的过程中，我将修复该错误，但是...对于将要运行一两天的东西来说，它似乎有点复杂。我必须注意水平滚动并偏移固定位置（我认为）。
–贾罗德·迪克森（Jarrod Dixon）♦
2015年6月8日在2:35
@JarrodDixon eww，只需使用粘性
– bjb568
2015年6月8日4:24在
@ bjb568我希望可以，但是我们最大的浏览器Chrome（不支持v35）不支持该功能。
–贾罗德·迪克森（Jarrod Dixon）♦
2015年6月8日在4:26
@JarrodDixon嗯，该功能似乎并不重要，因此也许可以在Chrome上将其禁用。没有粘性，一切都是马车或hacky。水平偏移看起来不平滑。
– bjb568
2015年6月8日下午4:37
#8 楼
您将如何分析A / B测试的结果？可能出现的一个问题是，人们将对错误的答案进行偶然的投票，因为两组控件彼此相邻。将注意到错误，取消投票，然后再次对正确答案进行投票。您可以轻松地跟踪此内容。但是有些人不会注意到它，而您将无法跟踪。
评论
我不明白浮动按钮可减少意外投票选错答案的可能性。因此，尽管我对视觉效果的容忍度很低，但我还是喜欢这种变化。
–吉尔斯'所以-不再是邪恶的'
15年6月6日在18:55
@Gilles他们真的不是。当它们处于固定位置时，可以增强答案之间的视觉区别，您可以清楚地看到下一个答案的开始位置。但是这样他们模糊了休息。
–维塔利·米吉里茨基（Vitaly Mijiritsky）
2015年6月6日18:59
我不明白您所看到的潜在错误。浮动按钮始终在屏幕上，并且始终在答案旁边，因此很容易找到它们。使用顶部按钮时，我已经学会了谨慎地对我想要投票的长答案上方的答案不小心进行投票，因为当我向上滚动时，我可能会错过答案之间的分隔，尤其是当上面的答案已经没意见。
–吉尔斯'所以-不再是邪恶的'
2015年6月6日19:02
在上面的屏幕截图中，恐怕他们会意外地降低最高答案而不是降低最低答案。
–维塔利·米吉里茨基（Vitaly Mijiritsky）
2015年6月6日19:51
为什么？因为他们习惯于投票按钮离得太远？更改后，按钮不再离得太远，因此这只是过渡中的问题，而不是反对新定位的争论。
–吉尔斯'所以-不再是邪恶的'
2015年6月6日20:25
哈哈，只要有一种准确的方法来追踪错误答案的票数！
–达伍德·伊本·卡里姆（Dawood ibn Kareem）
2015年6月7日，下午1:42
@DavidWallace SELECT Count（*）在VoteType = Upvote
– bjb568
2015年6月7日，下午3:01
我认为答案之间应该有足够的空间。只是添加了额外的底部填充，与动画gif不同，它们不再属于注释。
–贾罗德·迪克森（Jarrod Dixon）♦
2015年6月8日在2:39
@JarrodDixon现在好多了，谢谢！
–维塔利·米吉里茨基（Vitaly Mijiritsky）
2015年6月8日下午6:47
嗯，即使OP表示A / B测试仅在Stack Overflow上运行，该屏幕截图也看起来像Meta。该屏幕截图实际上显示了新功能吗？
– Knelis
15年6月8日在12:57
#9 楼
我显然是新窗口小部件拆分/测试的一部分，我从meta.stackoverflow上的帖子中直接获得了有关移动投票窗口小部件的指导。正在移动的动画投票计数器窗口小部件，可以关闭动画吗？以下是关于窗口小部件的问题/讨论的总和和实质，建议用户应该有某种方式来禁用移动对象基于每个用户。有些人可能会喜欢它们，有些人可能想拿起锤子并永久固定。 （介于两者之间的配置选项可能是一个不错的选择）：
在过去的两天中，用于问题的小投票小部件已开始在问题范围内随窗口上下移动。如果是一个很长的问题，那么这个小部件会变得很烦人。
尽管我全力以赴，但我建议不要添加所有最新的“ gee-whiz”动画铃铛和哨子，因为您可以。 SO是干净且非侵入式的。添加的动画小部件越多，网站就越接近干净/令人愉悦和烦人/分散注意力之间的分界线。对于所有用户而言，这条线是不同的，我承认我更喜欢一个干净的，可用的界面，而不会产生动画干扰。
这不是抱怨说要删除它，而是建议将动画部分该网站具有某种类型的用户首选项，允许发现烦人的移动小部件的用户只需关闭它们即可。 （或禁用移动动画或类似功能）
更新您的评论收件箱等的脚本功能都非常好，它们不会移动，因此不会分散注意力。我想关闭投票计数器在浏览器窗口左侧的上下移动。认识到其他人可能会喜欢它，并认为这是切成薄片的面包以来最伟大的事情，请不要对其进行动画处理，但请找到一种允许用户将其关闭的方法。
请记住，某人的最新gee-whiz功能对其他人是一个bug-如果无法将其关闭。如果是摇曳的小部件，对于答案很长的问题，当我向下滚动时，让小控件在屏幕上飞驰非常令人讨厌。
评论
我只读过“添加的动画小部件越多，站点越接近干净/令人愉悦和烦人/分散注意力的界限。”，并投票赞成“原因！
–马丁F
2015年6月6日19:50
@MartinF和David-“动画”如何？我想说，停留在一处的东西与动画相反。
–西蒙东
2015年6月8日4:15在
@SimonEast：故事（粘滞按钮）丢失了。动画（本来是用来说明故事的）很烦人。
–马丁F
15年6月8日在19:08
#10 楼
我是具有新按钮行为的幸运者之一。而且我不喜欢它。起初我不知道为什么我应该关心这个东西是否移动。
但是我现在意识到我已经使用投票按钮作为问题和答案之间的明显分隔，和多个答案。
当我阅读冗长的问题时，我经常来回滚动多次。由于我快速滚动，所以投票指示器是了解何时滚动太远的好方法。那不再有效。
当我滚动到答案的顶部时，投票指示器也是一种很好的了解方式。现在，我必须滚动到上一个答案，搜索答案之间的细线，否则我必须观察投票按钮何时停止移动。
一旦事情发生了，我会尽一切努力摆脱它。因此，请不要太难了。
评论
这也一直困扰着我，特别是在长篇幅长的答案中，特别是在不同的部分-今天早上，我发现自己想知道为什么答案这么烂，然后才意识到我已经将其滚动了一半。
–Shog9
15年6月8日在17:45
@ Shog9我不知道它是否会是一个受欢迎的解决方案，但是也许可以通过在每个答案中添加一个标题来帮助您，以便无论投票小工具在哪里，都可以更轻松地判断问题何时开始。
–杰克
2015年6月9日在13:24
#11 楼
网站上的动画极大地激怒了我。如果我想要动画，我去电视或YouTube。
如果我想要信息，我去那些网站没有动画）。
评论
禁用CSS，然后进行设置...
–nico
2015年6月6日在20:52
和JavaScript。但是在这种情况下，您将失去很多功能，并且如果没有CSS，许多网站将很难使用。
– 11684
2015年6月6日23:31
换句话说，这不是一个可行的选择，是@nico吗？
–马丁F
2015年6月6日23:39
@MartinF我只是在讽刺。您似乎将内容与演示混淆了。信息是否存在动画。投票箭头不会一直移动（现在很烦人），它们只会随着您滚动而移动。阅读较长的答案时，您不会一直滚动，因此箭头不会显示动画，也不会分散您阅读内容的注意力。
–nico
2015年6月6日在23:43
我不知道您或其他任何人在谈论投票箭头–由于令人讨厌的动画，该消息完全消失了。
–马丁F
2015年6月7日下午0:05
没听到吗Stack Overflow现在是电视台！因此，您的论点无效。 ;）
–轨道轻赛
15年6月8日在10:59
#12 楼
对于那些足够幸运的人可以测试这一点，这里是摆脱它的方法。注意我正在将Firefox与Stylish一起使用。滚动第二个
div时会创建它，并且如果停止滚动第二个
div的某些答案，则会在答案和注释之间创建一个空格。 .js-vote-sticky {
position: static !important;
}
.js-vote-sticky + div {
display: none !important;
}
源
评论
这将禁用效果，但不会禁用不可接受的滚动和调整大小事件处理程序。我建议劫持$ .fn.stick_in_parent：Object.defineProperty（$。fn，'stick_in_parent'，{set：function（）{}，get：function（）{return function（）{return this}}}））;
– Oriol
2015年6月6日17:19
#13 楼
我一直被放在带有粘性投票控件的组中。今天，我了解到我依靠那些投票控件来向我指示页面的结构。特别是，它们指示问题和每个答案的顶部。它们就像列表上的要点，页面只是一个很大的列表。如果他们在四处走动，我会失去赖以理解事物的结构。
如果我忙于滚动，那么我将不再有多少答案的感觉
如果我停止在一个大答案的中间滚动并且想要阅读它，则定位该答案顶部的能力当前会受到影响。我通常向上滚动，直到看到投票控件。相反，我向上滚动直到它们停止移动，然后重新定向。如果滚动速度太快，可能会在意识到我的错误之前先将这些投票控件与先前答案的控件混淆。 （毕竟，它们就在我要聚焦的左上角。）
令人迷惑的是，这实际上令人惊讶。这些页面失去了我显然已严重依赖的关键可靠的结构元素。而且我会快速滚动并浏览答案，所以这对我来说是一个很大的障碍。
可以称之为调整。我已经建立了一个思维模型来快速浏览问答页面，我将不得不重新构建它。但这将需要进行一些认真的调整。
我希望不要使用粘性投票控制。我喜欢我的项目符号投票控制。
评论
好吧，这是一个公平的观点，很有趣
– Pekka
2015年6月9日在6:05
#14 楼
我不介意它垂直滚动，尽管起初有点令人不安。但是请不要水平滚动！我浏览的文本较大，因此有时需要水平滚动，并且投票按钮会在屏幕上跟着我移动，从而遮盖了左上角问题/答案的所有文本。评论
meta.stackexchange.com/questions/258128
–chirlu
2015年6月6日在21:13
#15 楼
我发现它迷失了方向。“投票”按钮在视觉上表现为“意外”。
当我向下滚动时，其中一些在“向上”移动，但其中一个仍停留在页面顶部，直到突然从顶部弹出，然后由另一个替换。
不，谢谢。
评论
令我困扰的是，某些按钮与答案一起滚动，而其他按钮却没有。
–塞缪尔·埃德温·沃德（Samuel Edwin Ward）
2015年6月9日15:40
#16 楼
我觉得这很烦人。我不想看曾经在阅读文章时，我不仅不在乎帖子的分数，而且我认为它对选票的要求太多。更不用说分心了。如果我想投票，可以向上滚动页面。我认为更好的解决方案是在很长的帖子的底部添加大部分透明的“转到答案顶部”按钮。或者，如果可以轻松地执行此操作，请检测我是否正在快速滚动并在文本旁边添加底部和顶部按钮（再次，主要是透明的，因此不会那么刺耳），但是我不确定是否会与当前提案一样令人讨厌。
评论
或始终将投票按钮置于底部。
–杰森C
2015年6月10日0:00
这似乎有些极端。彻底的改变，但我想这确实是有道理的。
–ɥʇǝS
2015年6月10日下午0:05
#17 楼
我同意“不在您自己的帖子上滚动投票控件”，但是
我不能在不使当前实验无效的情况下进行更改。根据结果，我们可能会运行另一个测试，使控件始终在移动。 – Jarrod Dixon
很明显，我不在变式组中（我没有看到任何变化），但我支持最初的建议，即将投票按钮固定在某个位置职位的脚下。我希望在他们旁边看到分数，但也要保持在帖子的顶部（不必在那里有投票按钮）。我建议采用这种安排的原因有两个：
在投票前先阅读帖子是很有意义的，而
了解其他人之前的投票方式也很有用阅读。
通过快速浏览这里和其他地方的其他人的言论，我发现我并不孤单，根本不热衷于事物四处走动的想法。
因此，考虑到我引用@Jarrod Dixon的评论后，我们是否还可以进行测试，以使控件永不移动？在我们都有机会尝试不同的方式之后，再对任何运动的最终选择进行表决吗？
评论
总是会有一些帖子适合在阅读之前进行投票（明显的低质量/垃圾邮件），但这也是在顶部也设置标记选项的原因。
– trichoplax
2015年6月6日14:16
@trichoplax我同意你的意思，我对答案进行了略微修改，以使按钮也可以保持在顶部，
–Reg编辑
2015年6月6日在21:21
#18 楼
我其实不在乎。如果回答是好的，并且对我有帮助-不管这些按钮在哪里，我都赞成。#19 楼
在https://stackoverflow.com/q/30673961/1927206上工作，是否需要在该尺寸的帖子上移动？我很困惑。如果那是一篇在页面末尾发表的帖子，那么投票机制需要在某个时候移动，我可能已经确定了目的。
可能会有至少有两个阵营。我的阵营是“只有在需要时才采取行动”，根据职位的长度（如果可能，我不知道）和投票的能力。
如果您要分析这是否会产生更多的选票，我认为您应该将“简短”帖子与“冗长”帖子分开。您真的不希望在不需要该运动时获得更多的选票，大概是想通过使（实际上）更容易对那些文章进行投票来获得更长的文章的更多选票？
真的足够的“冗长”帖子产生影响吗？
，这是我的想象力，还是投票滚动到问题模型中的评论中？那会很糟糕。
那会很糟糕，为什么呢？某人或某人将对他们喜欢的评论进行“投票”。有时他们会意识到（那时或以后）。有时他们不会。
评论
不-他们不会发表评论：meta.stackexchange.com/questions/257910/…。它们出现在gif中的唯一原因是gif来自我的回答（确实包含在评论中）！
–ᔕᖺᘎᕊ
15年6月6日在8:18
@ᔕᖺᘎᕊ是的，我知道他们没有，但是他们确实在此问题上的图像上，并且在一个链接的问题中有人说，如果在评论中存在，那会很好。因此，我想尽早报复。现在，我从您的链接中看到我的报复行动已经晚了，但我将其留给潜在的反对者。
–比尔·伍德格
15年6月6日在8:22
最低高度要求已添加。
–贾罗德·迪克森（Jarrod Dixon）♦
2015年6月8日在2:01
#20 楼
我认为此功能本身并不差，但要权衡利弊和主要目标，我希望选择类似TimPost的答案中的替代选项或LadybugKiller的答案的第一部分。移动（或动画）会使我分心，并避免让我专注于正在阅读的内容。
主要目标是在增加投票数（上下）的同时，使其更轻松（无需在每个答案后上下滚动），就可以在不移动表决控件的情况下实现：
1-如果答案足够短，则无需滚动（我仍然看到此控件在我的屏幕上），因此不需要移动它。
2-如果答案足够长，则下部的重复控制将对您的工作没有任何危害。
如果您不想重复控制，只需将其显示在每个答案的下部即可，因为仅阅读上部的内容时通常很难对答案进行投票。
评论
得分最高，投票按钮最低。会很酷。
–杰森C
2015年6月9日23:59
#21 楼
选票到屏幕顶部的距离是否可以与不滚动时选票与灰色分隔符之间的距离相同？这就是我想要的距离-距淡灰色的线到要点。我将其从行到点的距离设为50像素：
，但从窗口顶部到该点则接近70像素：
请可以相同吗？
评论
您为Google加了书签？
– bjb568
2015年6月6日15:30
@ bjb568是是：P我想这是有很多原因的。
– Tim
2015年6月6日在15:44
#22 楼
我认为，如果为桌面用户部署它会很棒。必须将其添加为附加功能。对于移动用户而言，这可能会有些烦人，因为我也通过手机使用SO和其他网站，而浮动投票按钮会阻碍我在小屏幕尺寸上的体验。进行大规模思考时，我认为会有很多用户通过其移动设备和平板设备使用SO，而每个设备的屏幕尺寸都不同。因此，即使您介绍了它，您也将和实时用户一起玩。我认为SO就像现在一样很好。
#23 楼
将重复的投票/接受按钮放在一个很长的帖子的底部很有意义，因此您不必滚动几个屏幕即可投票。当然，不要让它们移动。评论
如果您想在阅读过程中检查投票的时间过长，该怎么办？如果向上/向下滚动以在此处查找投票框，那么您将失去位置。
– Trisped
2015年6月9日在1:28
专家提示：用光标选择文本，即使滚动页面也保持选中状态。
–user1306322
2015年6月9日在8:17
是的，除非您已经这样做或不是专业人士。 :)当我第一次看到更改时，我也有类似的看法，但是第二阶段似乎解决了我的问题，同时比多票制更易于实现，维护和使用。第二阶段是否仍然困扰您？
– Trisped
2015年6月9日在20:14
#24 楼
我不确定要有条件地实现此功能需要付出多少努力，但是Firefox通过CSS原生支持此功能。像下面的CSS这样的东西将能够替换Firefox中的JQuery库和JS代码。 .vote {
position : sticky;
top : 0;
}
那么为什么不简单地让浏览器处理所有处理和代码以获得相同的行为呢？
评论
参见meta.stackexchange.com/questions/257927
–chirlu
2015年6月6日19:58
#25 楼
感谢您不要像大多数自动滚动广告一样使它“平滑滚动”。它看起来像一个不错的功能，但是对于小而简单的帖子（可能会回答这个问题），让一个小元素保持固定然后立即移动感觉很奇怪。我们可以拥有它吗？如果帖子的呈现长度是屏幕的一半或更短，则关闭？
#26 楼
滚动投票按钮使阅读第一个（长）答案，投票然后继续其他答案变得更加容易。这在Worldbuilding等网站上尤其有用，因为在该网站上许多答案都有完整的解决方案。我发现自己向上滚动整个屏幕进行投票，然后向下滚动以阅读下一个答案。
#27 楼
我喜欢粘性；它很方便，我没有其他用户提出的“ omg，它会跟随我”的保留。就是说，我不太喜欢这个特定的行项目：如果帖子的正文长于浏览器窗口视口的2/3，则应用粘性
尝试解决什么问题？似乎要做的就是引入不一致的行为。
评论
这是为了防止不必要的页面上不必要的移动。我非常喜欢，YMMV。
–Veedrac
15年6月8日在15:35
“根据反馈，我们将进入具有这些更改的下一个变量：”，反馈在答案中。
–比尔·伍德格
15年6月8日在21:26
#28 楼
我还没有机会尝试这种方法，似乎它很有用，但是除了遵循为什么不将所有投票按钮永久固定在帖子底部而不是顶部之外，我还没有这样做？无论如何，您应该在投票之前先阅读该帖子（至少我认为是），因此它似乎可以解决“我不想卷动”的前提，而不会让人感到烦躁。另一方面，将分数放在第一位很有用，所以也许此评论答案不是最好的主意。但是人们总是抱怨分数会影响投票，所以也许分数固定在顶部，按钮固定在底部...我认为这将是解决已确定问题的一种更简单的方法。
评论
您希望分数的最高和最低答案是“这值得一读吗？”和“这篇论文值得完成吗？”问题。
– Trisped
2015年6月9日，下午1:32
@Trisped也许是这样的：得分最高（这值得一读吗？），中间没有（如果某人已经过了一半，希望他们有足够的能力进行独立思考，以决定是否值得再次检查得分而无需完成），按钮位于底部（阅读然后投票）。我认为。我不知道。
–杰森C
2015年6月9日在11:29
#29 楼
我昨天在处理答案时注意到了这一点，包括我自己的答案投票箭头将被固定。看起来不错。我再也无法重现此功能了，如果不能永久地位于变体组中，那会造成混淆。
评论
现在，我在堆栈溢出问题上打开了两个选项卡，分别针对不同的问题，第一个选项有效，而另一个选项无效。令人困惑的^ 2
–安东
2015年6月6日在13:10
评论
这是我唯一希望我在meta上获得125分的机会。如果部署了此功能，请添加一个选项将其关闭。只是好奇，这个变化是长时间坐在抽屉里等待着有人问吗，还是一个超自然的决定？
我认为这是A / B测试结果（“还有5％的投票权吗？”），您将其用作“反馈”。那么，您在寻找这种元问题的答案时需要什么样的反馈？
“我们将接受标准设定为比基准高5％的投票率。”这个百分比有什么依据吗？接受标准不应该是“任何改善，没有明显的抱怨”吗？
我会做不到：我讨厌它！这正是我讨厌的东西。感觉就像在乞讨。就像跟随您的某些网站上那些糟糕的内容一样，尖叫着“点击我！点击我！通知我！”。
我喜欢它-它减少了很长的帖子（通常是最值得投票的）上的滚动时间。
@JarrodDixon然后别用它了。请！在部署新功能之前，您可以展示它们并弄清楚用户是否需要它。但是在此之前，您可以先解决现有的错误。
我个人喜欢。我有时会写书（也许是短篇小说）作为答案。这样，我将获得更多的投票！ ：D J / K！我确实喜欢这个主意。我坚决支持投票，这正是SE发挥作用的原因。如果有一些简单的方法可以提醒人们投票，我们应该这样做。这是简单无害的。完成吧！
那可怕的动画应该为我们做什么？请停下来！
@IsmaelMiguel与往常一样，当向产品中添加一些新功能时，“首先修复现有的错误”的抱怨是错误的。仅仅因为他们添加了此功能并不意味着他们没有在处理其他错误，也不意味着添加此功能的优势不会比修复其他错误的优势更大。
再次@IsmaelMiguel，您的推理是错误的。从事此工作的人员是否应该与IE Bug一样工作？如果不这样做，他们会解决该错误吗？那个虫子影响了足够多的人，值得花时间解决吗？依此类推...除非您从事此类工作，否则很难判断这些事情，因为我们很可能没有更大的前景。如果您不喜欢滚动的小东西，那绝对没问题。我只是说“首先解决错误”在这里是不相关的，因为讨论的主题是“您喜欢麻烦的事情吗”。
我只想说，既然我已经克服了最初的震惊和凝视，我认为这是一个了不起的功能，希望它不会消失。我非常喜欢它，这就像它提供了一种安全感，知道这些按钮在我需要的时候总是就在那儿。不要改变一件事:)
同意@Praetorian。请至少将其设置为可选/可配置。
这个线程中的某人确实讨厌A / B测试。
也可以使其眨眼吗？也许周围有框框边框。