我们可以使用“声誉更改”标签吗?在meta上?
我怀疑数据已经存在,因为我曾经在每个站点的meta上都获得了Mortarboard徽章(而且我不是唯一的一个)。如果已经在每个站点的metas内部对类似于声誉的东西进行了跟踪,我们是否可以将其公开?
#1 楼
是的,请。了解您的问题/答案如何在子meta上投票非常有用。投票是反馈,目前,该反馈尚未明确显示给用户。如果我们需要了解我们的某些帖子是否被投票赞成/反对,则需要访问用户个人资料,然后检查得分。这很烦人。
代替名声变化,我们可以这样来做: 。我不确定如何处理单个帖子同时有赞成票和反对票的情况。
基本思想还是一样的-在成就下拉列表中包括投票细节,因此我们不必转到子Meta网站进行检查。
评论
我喜欢这个想法,除了同一帖子有多个事件不是理想的。也许用黑色而不是通常的绿色/红色之类的“ 2UV 1 DV”能行吗?
– Monica Cellio
14-6-5在1:59
我认为Facebook / YouTube风格的拇指向上/向下图标非常适合此处。每个人都已经习惯了这种表示喜欢/不喜欢的系统,这实质上是在元站点上表示赞/不赞成的内容。该图标必须在前缀前面加上尚待表决的数量。
–和A可亲
2014年6月5日13:02
#2 楼
这就是我想要的样子。我认为投票不应是绿色或红色,因为它们不会影响您的声誉。
因此,如果您被否决,请显示“ -1”,如果您被否决两次,请显示“ +2”。会很棒:
并突出显示成就指标,就好像您获得了徽章一样。
编辑:
我做了一个很好的代表跟踪器,几乎是我愿意得到的。
评论
+1我赞成两个答案,但实际上我更喜欢这一点。
–到'
14年6月6日在16:25
已经有一段时间了,我现在才注意到更好的答案是更低;)
–吗?
2014年6月6日下午16:29
没有愤怒的红色的+ 1 / -1看起来更合适,并且与“ rep无关紧要”概念相吻合。
– jmort253
2014年6月7日在16:45
这是我想看到的实现-顶部栏通知和meta配置文件上的选项卡。我怀疑它甚至像rep一样在内部被跟踪,因为我曾经在每个站点的meta上收到一个Mortarboard。因此,请公开它。
– Monica Cellio
14年6月20日在18:49
@MonicaCellio是的,我在Meta Stack Overflow上收到了Mortarboard,并问一个问题。
–nicael
2014年6月20日18:50
我认为这会很棒,尽管可能使用“ +”会使它容易与声誉混淆。 “▴2/▾1”怎么样?
– jtbandes
16年4月5日在20:18
#3 楼
当前的行为完全取决于声誉,这是愚蠢的,而不是应有的意义。真正有趣的信息是有人投票赞成或反对您的帖子,其他人则找到了您的帖子有用或有趣,同意或不同意您的信息。但是超级对撞机弹出窗口不提供此信息,它会沉迷于您从中获得的声誉点。一旦您没有从投票中获得声誉,它就会认为它毫无价值且毫无意义。
但是有趣的是,有人对您的帖子进行了投票,您可能从中获得声誉奖金。该下拉列表必须停止完全涉及声誉,而应该显示每个人真正想知道的内容:其他人如何对我们的帖子进行投票。
评论
这是解决问题的绝妙方法。如果采用了这种对弹出式菜单的作用的看法,其他愚蠢,烦人,无意义的不一致也可能消失。
–jscs
2014年10月9日19:09
#4 楼
这遵循James的回答,但希望能走得更远。摘要:应该引入有关元投票活动的顶部通知,以通过游戏化促进元参与。 > Stack Exchange的强大功能是知道您收到了赞誉,即人们发现您的贡献有用或相似。知道我收到赞成票使我感到高兴;知道我收到了不赞成票,至少让我重新评估了我在做什么,因此希望可以提高自己(特别是我的答辩能力)。此外,对旧帖子的投票有时使我重新访问该帖子并以新的视角查看它,可能会对其进行改进,或者查看它是否以及为什么遭到颠覆(通常伴随着投票而发生)。
现在,许多每个站点的元数据很少受到站点普通用户的关注。尽管我无法证明这一点,但我认为缺乏关于上下投票的信息在其中起了很大的作用。人们不会认为在Meta上做出贡献是有好处的,并且人们不会偶尔收到Meta的存在的提醒(每当有一篇文章被投票时),这会促使他们查看最近的活动或只是提醒他们可以讨论
现在,有些人可能会争辩说,人们不应为了获得赞誉或其他奖励而参与Meta,而应该使网站变得更好。虽然我不认为人们会因为积极地希望获得这些通知而做出贡献,但我对此的主要答复是:那又如何?如果有人只是为了看到投票就为Meta做出了良好的贡献,那么他们仍然会对Meta做出了出色的贡献-完成任务。另外,请记住,整个Stack Exchange都是基于这样一个事实,即人们不仅可以以组织良好的方式帮助他人,还可以因此而获得声誉(游戏化)。为什么元数据应免于此?
以上主要是根据我在较小站点上的经验得出的。也许由于这个原因并不需要太多功能,例如,Meta Stack Overflow。
最后,我不禁要说我觉得很烦我必须检查我的手动查看元信息,看看我是否获得了投票。
评论
非常好点。我经常忘记自己在Meta平台上问过问题...并且在前三个站点(16个问题)上比在常规站点(3个问题)上问了更多的meta问题!当然,我是一个离群人...我不想要他们的代表,但是我想知道何时获得投票。
–Catija♦
15年7月13日在3:13
#5 楼
我真正想念的是作为这种确切行为的媒介的是旧的“ profileLink”弹出窗口。您将鼠标悬停在上面的位置,它显示了您最近的代表更改,徽章,投票以及所有爵士乐。当顶部显示出来时,我使用用户脚本保留了该功能。但是,profileLink弹出窗口已被完全删除(大约6-8周前),我无法提供其屏幕截图。
该弹出窗口包含最近帖子的+ n票,每张票日,周和月-以meta为单位。并非这些值是10、5、2和其他数字的组合,而是全部都是1。尽管没有声誉指示,但对于查看我的元帖子上最近的投票活动以了解过去和过去有很大帮助。无效。
我希望以某种方式为所有用户返回此功能。显然,悬停不再“处于”状态,因为移动用户无法悬停。但是,既然他们有了自己的经验,那么剥夺鼠标用户(老实说,他们可能是绝大多数)的悬停机会就没有任何意义。工具本身应该可以在某处进行检查。它在一个位置提供了每个站点的详细分类,这非常方便,对于metas而言,该信息在其他任何地方都不可用。
评论
我发现悬停也很有用,尽管它没有告诉我哪些帖子产生了这些选票,只是其中有一些。我还想知道哪些帖子。
– Monica Cellio
2014年6月6日18:09
@MonicaCellio-它在底部。它将显示6条最近的帖子的列表,并对其进行投票。
–特拉维斯J
2014年6月6日18:11
哦!谢谢;我忘记了
– Monica Cellio
2014年6月6日18:16
#6 楼
这是显示您的元状态并可以跟踪差异的页面。它使用
localStorage
来记录浏览器会话之间的记录并突出显示任何已更改的值。例如,该用户对这个问题的评分从7分提高到8分:(点击查看大图)
该页面还带有URL参数,例如:
http://jsbin.com/ximuhuzo/1?poll=no&interval=77&sitename=meta.stackoverflow&userid=2963652
请注意:
当前,保存的基线每次获取数据时都会更新。
因此,如果启用轮询,则更改突出显示将仅出现一个轮询间隔。
如果对此页面进行了任何增强,这将是我接下来要更改的内容/ app。
最后一个“有效”日期时间值当前是API中的原始Unix时间。我将在下一个版本中格式化它们。
现在,显示的是当前总计,而不是增量值。
评论
未删除,因为一段时间以来我一直在使用您的脚本来跟踪我的Meta.SO帖子。很抱歉,如果您有其他原因要删除此帖子,而您有其他原因,请删除此帖子,但就我个人而言,我喜欢这个脚本。请继续改进它!
–马丁·彼得斯(Martijn Pieters)
2014年10月9日14:54
功能要求:也跟踪“已接受”状态。
–马丁·彼得斯(Martijn Pieters)
2014年10月9日14:54
如果在我的赏金到账时没有更好的答案,那么它很有可能会落在您身上,因此我希望您将其保持一段时间。
– Pollyanna
2014年10月9日15:07
我知道了,这是我的ID :)
–nicael
2014年10月9日15:20
@MartijnPieters,我之所以关闭它,不仅是因为几乎是瞬间的投票,而是因为它花了很多功夫而没有什么回报。从那时起,我的空闲时间就大大减少了,并且在接下来的几个月(至少)里,我可能无法调试,重新访问或改进该项目。 “就在我以为我不在的时候,他们把我拉回去。”
–很棒的贵宾犬
2014年10月9日19:47
@AwesomePoodles:好的,与此同时,我们当中的一些人确实感谢您到目前为止所付出的努力,我们现在就照做!
–马丁·彼得斯(Martijn Pieters)
2014年10月9日19:55
#7 楼
UI中有两个可以提供此信息的地方,现有答案讨论了这两个地方。这些是顶部通知和元配置文件。我知道一直不愿意在顶部通知中提供一些被认为是“噪音”的内容;这是反对提醒人们接受降票的论点。无论出于何种原因,人们都希望限制进入该通知区域的内容。
但是在这种情况下可以。要求是使信息可用,而不必实时地向人们推送,因此,如此答案中所建议的那样,在元配置文件中添加一个选项卡以进行元投票,这样就可以满足需求。当发生更改时,此选项卡以某种方式“点亮”是非常重要的,例如收藏夹和代表的计数器(在主菜单上);采取什么形式并不重要。可能是“虚拟代表”计数或实际投票计数,或者只是一个小小的blue1 UI东西,表示“这里有新东西”。 (否则,可能会使用Meta Mortarboards吗?),所以此更改仅是公开数据。由于meta没有“信誉”标签,因此添加“已收到的票数”标签不会使设计过宽-可以使用一个广告位。应该可以从主站点配置文件重用大多数设计。
底线:我建议在元配置文件中添加一个选项卡,而不更改顶部栏的通知。 br /> 1或您网站上的颜色是什么。
评论
我不认为“噪音”是不提醒人们投票否决的原因。接受低票会使人们感到愤怒和不满,并且会发出红色警报,警告您发生了不好的事情,这不是令人愉快的经历。在当前的系统中,您不会收到让人们感到不快的-2通知,而在下一次投票时,您会收到+8通知。仍然有投票,但伴随着新的投票需要的好消息摆脱一些刺痛。
– sth
2014年8月30日13:33
即使您没有从他们那里获得代表,接受投票也总是一个积极的事件。如果人们被告知发生在他们身上的积极事情,他们通常会感到高兴。
– sth
14年8月30日在13:34
@有些人对我不同意的顶级通知有一些想法(如果我在某个地方买了DV,我肯定很想被告知,所以我可以尝试解决这个问题)。因此,我不再争论已经存在分歧的地方应该或不应该存在的地方,而是去寻找一个地方来放置易于实施,一致且希望不会引起争议的信息。
– Monica Cellio
2014年10月10日,下午2:37
#8 楼
在哪里通知我们从逻辑上讲,只需使用顶部栏中的“最近收件箱消息”即可。
如果可以发表评论,徽章,其他所有东西,那么还可以: ,等等。
元升级通知-Meh
我不太关心升级。
无关紧要,因为我发布答案时相信这是一个很好的工具,有人会从中得到利用,否则我不会发布它。
因此,我真的不需要知道要确认这一点的赞成票,只需同意赞成票即可,所以我知道这是矛盾的!
话虽如此,当我在旅途中检查是否有问题时,不必手动检查我的问题以查看人们是否同意/反对,还是有用的。不喜欢功能请求的想法。
元降级通知-是的
我不仅想知道何时有人降级了我的答案或问题,而且如果网站希望人们回去并改进它,这是必需的他们的答案或问题,或继续信息流。
虽然堆栈是一个问答环节,但是Metas通常更多地基于讨论,并且无论发布答案还是问题,都不是真正的成功案例。
一个人喜欢回来看看看别人对您的问题或答案的看法。
对于答案,较差的答案通常不利于该站点,应该通知我们能够对此做某事-对其进行改进等。
也许有人不赞成并且不同意。我需要知道,以便我可以辩论他们的回答或同意他们的意见,并且可以通过两种方式更新我的答案以反映这一点,从而为所有其他用户提供一个体面的答案,以供将来参考。
对于问题,我显然需要知道,因为正面或负面的选票告诉我我是对还是错,或者有观点,或者其他。
停止用户继续参与
感觉有点奇怪,很吓人,事实上,跳回到一个元问题并看到了我不知道的各种活动。
我目前只能避免这种情况,并通过手动返回来继续参与在那里,这是不切实际的。
在我没有回头的时候,辩论可能已经跳过了几个主题,因此对我来说提出评论或建议可能为时已晚(没有大量的评论赶上。)。
此外,如果人们正在这样做,因为他们没有得到自动通知,那么他们就是在浪费时间检查以前的Meta答案/问题,因此没有花时间在其他地方提供帮助。
必要吗?
我认为这是我们需要而不是想要的。
现在,我怎么知道有人是否同意...我知道,我将打开一个选项卡,然后不时回来:(
评论
好吧@詹姆斯,我同意你的看法。 =)至少是。不能说我喜欢只收到有关downvotes通知的部分。在较小的网站上,meta有点慢。因此,当说出一个新标签是否很好时,知道您的请求或答案已得到很好的接受将是有益的,并且可以继续进行重新标签。
–RubberDuck
2014年11月6日,下午1:28
@RubberDuck是的,我并不是在说我们不需要/不应该有上投票通知,只是说下投票更重要。当然,如果实施了此功能,则作为整个系统的一部分,我们很可能会自然地上下波动
–詹姆斯
2014年11月6日14:31
#9 楼
所有投票活动实际上都已记录下来,因此我制作了功能齐全的代表查看器(可在任何网站上使用,包括任何元数据)。可以在此处找到该查看器。填写字段并单击“开始”后,您可以看到所有代表更改(并从顶部栏中复制链接,该链接包含您输入的值)
(我无法托管作为摘要,因为它需要外部调用SE元数据,可以通过在服务器上创建一个从SE中提取数据的php文件来解决该问题。对于SE网站,对我服务器的访问仍然是跨域的。) />
gif演示:
以及此演示产生的链接。
此应用程序也可以在Stack Apps上找到。
评论
很好,谢谢!对我来说,这在Firefox中不起作用(无响应),但在Chrome中却有效。如果它可以显示多天的价值(例如,“信誉”标签),或者如果失败的话,如果存在上一个/下一个链接,那就更好了。
– Monica Cellio
15年6月28日在16:31
@Monice实现prev / next是个好主意;但是,根据我提出的概念(按天获取销售代表),那几天将是多少天?这不是该脚本的意图。我第一次要从用户创建日期开始直到今天获取rep,但是如果我决定设置一个很大的间隔以免您受到IP阻塞,那么这1)ip块2)加载非常缓慢。
–nicael
15年6月28日在16:51
信誉选项卡也不会显示自创建以来的所有内容,除非您没有那么多事件。也许一次显示一个星期或一个月,或者只显示最后N行(我不知道使用API更容易)吗?
– Monica Cellio
15年6月28日在17:25
@Monica不是api。这是通过类似于meta.stackoverflow.com/ajax/users/4/rep/day/1435449600的链接进行的。关于最近...嗯,我想。带有prev / next的版本即将推出!
–nicael
15年6月28日在17:27
@Monica带有prev / next的新版本在那里。我会考虑一次显示更多天。
–nicael
15年6月28日在17:40
评论
因为MSO现在受到影响,所以我投了赞成票,这让我很烦!确实,我们在没有分数反馈来代替代表更改的情况下有点盲目。
如果投票更新以当前在主要站点上用于CW帖子的方式显示,并且显示空白的上,下投票而没有代表表示,我将不胜感激
令人失望的是,这并没有引起官方的广泛关注。这将是一个很棒的功能!
显然,rep是在子meta上跟踪的,只是不显示。