扩展讲座:谢谢

来自MyaWiki.Org
跳转到导航 跳到搜索

早期思想[编辑]

我早期的想法是:

  • 从一开始就限制利率似乎很聪明,因为这一特点似乎很容易误用或滥用;
  • 在处理修订ID时需要格外小心,因为有时用户不存在(如果使用修订删除/抑制);
  • 没有任何一个特定的编辑感谢谁的日志,似乎一些用户可能会意外地感谢用户多次的特定编辑。

除了这些小点,扩展看起来相当不错。我有点担心UI混乱(我们将结束编辑/撤消/感谢),但这可能不是什么大不了的。——麦克麦克布莱德说话2013年3月18日23时51分(UTC)

关于测井问题…我敢肯定这是实际的设计。为了避免把这变成一个类似的按钮,感谢用户私人用户的消息。你当然会立刻看到你是否已经感谢了那个人,不能再做两次了。但是在一个编辑中得到十二个独特的感谢并不会像杂乱无章的情况那样糟糕……在最初的构思阶段,我发送了法布里斯等人的屏幕截图,它可以为闪亮/单本用户添加一个额外的按钮,我认为这是一个常见的情况,杂波可能非常糟糕。我们应该继续思考如何避免像TW这样的电动工具的用户,但我不确定解决方案是什么。显而易见的一点是,对于TW的人来说,把它关掉,但我不愿意提议考虑它有多受欢迎。Steven Walling(WMF)γ-γ说话01:35,2013年3月22日(UTC)
“当然,你会立刻看到你是否已经感谢了这个人,不能再做两次了。”嗯,我确信我发送了2封感谢Kaldari(因为同一个编辑,1个历史,1个来自DIFF),但是我没有看到任何东西,没有日志,没有贡献,甚至没有编辑后的确认,什么也没有。我可以再次感谢他在历史上的同样的编辑……垂钓感谢,是他;阿特拉索瓦说话18:16,2013年4月2日(UTC)
这似乎是一个错误,其中一个观点没有更新,因为你感谢他已经修改了。让我去卡达里,看看他怎么想。Steven Walling(WMF)γ-γ说话19:07 2013年4月2日(UTC)
虫46820提出。Steven Walling(WMF)γ-γ说话01:06,2013年4月3日(UTC)
谢谢,我现在看到了[感谢]的历史和分歧,谢谢之后。但我看不到编辑确认,我不知道我发送或做了什么,我无法感谢自己看到我的“谢谢”的效果。
也见虫46690虫47658. ——阿特拉索瓦说话12:13,2013年5月8日(UTC)
1单击以接受或拒绝差异中的未决更改。当拒绝时,可以给出编辑摘要说明,但不能接受良好的编辑。在接受一个好的编辑时,选择一个快速的“谢谢”怎么样?
请记住,这个感谢扩展将非常,非常有用和重要的Wiki的标记修订,如DWP(和RUWP,ARWP,PLWP,TrWP……)。
让我解释一下为什么:现在有了标记的修订,新手和IP编辑的编辑被标准隐藏起来,直到被另一个“审稿人”维基百科(这本身有点令人沮丧,BTW)审查。NebIs/IPS在接受编辑时不会得到通知,并且是技术上不可能对于审稿人在接受编辑时做出编辑评论(如“感谢参考”)。因此,除非审稿人在新的用户讨论页面上手动书写或留下模板(并且在DWP上有更少的杂凑、模板等),所以没有真正的正面反馈。在另一方面,如果NeBie/IP编辑被“拒绝”或“回复”,经验丰富的维基百科应该在编辑评论(“破坏性”、“非源性指控”、“非NPOV”)中给出理由,即:负反馈。因此,有标记的修订有系统地产生负面反馈,但没有新编辑的积极反馈。这就是为什么感谢扩展将是非常有益和重要的,通过鼓励新手编辑的积极反馈。这将是更好的,如果“谢谢”也会包括一个注释“你的编辑现在被审查和现场/可见在维基百科”,如果“谢谢”是从标志的修订版差异发送(见差异屏幕截图),可以添加。例如,DIFF中的选项:

接受编辑 接受编辑+感谢 拒绝编辑

而不仅仅是:
目前:“接受”或“拒绝编辑”。拒绝确认和编辑评论
这就是德国WP文章的历史版本(见)活生生的例子为你自己):
在德国WP的文章历史,在红色:回滚没有评论(“KMMMOARLOS ZUU CuSKEZEN”,这可以是多个版本);在绿色:回复评论(“Ru CKG SUN NGIG”)。在小类型中是标记/审阅状态:由AutoReVIEWER([AutoStudioGeSeCiTe])自动审查或由用户:X([ GeSeCiTeT von x])审阅或审阅未决(“MakiReang-AsSuthHeDe]”),如果编辑尚未审查(此处未示出)
很多按钮,大多是破坏性的。只有小类型的[ MaqiRang-AsSuthHeNe](和DIFF链接/“Vorherige”)引导我到DIFF,在那里我可以接受NeBee编辑器(上面的截图)未经审查的编辑,但是不能评论。
顺便说一句,一个侧面的注释:“Makirang-AsSuthHead”真是难以理解(对于一个德国的母语者来说!)它应该是“ungEsChiTeT”或“NoCungEsChiTeT”(“未审查”或“尚未审查”),但它会说“标记未决”或“标记要做”之类的东西。这是一个措辞不当的遗留问题,从2009开始,当有2个被标记的修订被考虑但从未实施(并且可能永远不会)。不幸的是,这些不可理解的词是NeBie/IP编辑器将在版本历史中发现的,如果他调查编辑发生的事情(尚未审查)。
总结:
1)这个感谢扩展将非常有用和重要的维基与标记修订,抵消负反馈。
2)标记的修订是混乱和混乱的UI已经,一个感谢扩展应该仔细整合,至多清理旧的遗留物([ Makirang-AssithHeNe])和工作流程。与德国WP对话,这是一个最大的项目,标志性的修订:
3)专注于新用户的感谢。老编辑们对变化持谨慎态度,对半自动消息持怀疑态度,而且他们激励自己没有这种“感谢”——迄今为止的赞赏。突然的感谢轰炸可能和维基爆炸一样不受欢迎,让它从新手开始。
4)“谢谢”需要某种编辑确认。——阿特拉索瓦说话12:13,2013年5月8日(UTC)
用“WikiLove”这样的心脏图标通知“谢谢”?嗯。
5)不要使用心脏符号。它和维基爱太相似了,太女孩子气了。让我们有自己的标志:“嘿,好贡献,谢谢!”短而可以打字的东西(比如“+ 1”)可能是一个“括号中的正星”。[+*],作为一个设计的图标[童话书签绿色之星“?”也许维基人会贡献思想,就像Wik航行2012标志驱动——阿特拉索瓦说话12:50,2013年5月8日(UTC)

类似的想法[编辑]

用户:Leo和My一直在思考类似的想法,“Wik感谢”IPs和新手(特别是在DEWP上的待定改变)。你可以阅读一些关于原理的文章。Meta:Twitter:FraceDeX修订(最后)和提出的想法这里(德语,对不起,我希望你可以用GooGeEng译来管理). 这个想法是使用一个改进的“WikFipe”,基于一个老的Wikhank模板(很遗憾几乎没有用),没有回声。让我知道你在想什么?——阿特拉索瓦说话18:16,2013年4月2日(UTC)

错误信息[编辑]

我正在发出一个错误消息:警告:HelsHooks:OnBeopRevEdError事件()中的缺省参数3:/VAR/WWW/HTML/W/Ext/谢谢/谢。HoOK.PHP第122行。

MIDAWIKI 1.21.1

PHP5.3.3

MySQL 5.5.28

ECHO是安装属性(1.21最新的稳定),在LoalStalpIs.PHP之前声明

感谢是特殊的版本:(版本1.0.0)

有人有什么建议引起什么错误吗?

我再次运行/维护/UpDAT.PHP,只需确定,重新安排LoalStalpIs.PHP,将两者都放在底部,不进行任何更改。我应该试着运行1.20版本的ECHO吗?

需要更新图标截图[编辑]

@法布里斯弗洛林你好我们需要更新这2个图像

用于

谢谢。魁梧说话18:51,2013年8月23日(UTC)

感谢同类按钮,允许用户陪同与解释性评论等;[编辑]

通常,当我感谢某人使用这个扩展时,我最终会在用户谈话页面上留下一个消息,这正好解释了为什么我发现他们的编辑有帮助。我希望它能给我一个简短的评论(例如255个字符或更少)来表示感谢的机会。Log.LogyPosig我把它归档为布吉拉:56373.

我还认为,有多少人感谢一个特别的编辑,这将是很好的。当你盘旋在上面时,它会告诉你他们的评论是什么。我不认为它变成了一个类似按钮或脸谱网评论的问题,只要它停留在对编辑表示赞赏的话题上。

事实上,这对其他用户来说是很好的,因为他们知道什么是对他人有用的,并模仿它。它的作用与巴恩斯星的用途大致相同,只是它的钥匙较低,工作较少。(我不一定想为每一个有用的编辑分发或接收新的BARNSTAR;它有损于奖项,并使之混乱不堪。BANNSTAR更适合A尤其有用的贡献或有用的行为模式。岭雀属说话2013年10月30日12时12分(UTC)

MiaWiKi版本?[编辑]

这个扩展需要实际运行1.22吗?我把它安装在1.21.3,都没有错误和特殊:版本显示了扩展的地方,回声已经在这个安装上工作得很好,但是我没有看到任何“谢谢”链接在最近的变化中:斯泰科说话22:00,2013年11月25日(UTC)

彼此彼此。根据ExpReX-Talk:ECHORION-YON-NOTHORY NO.回声现在与MealaWiki 1.22一起工作(虽然我自己没有尝试过)。纳尔斯乔恩说话15:41,2013年12月12日(UTC)

管理选项[编辑]

是否有可能让管理员来感谢一组用户?例如,新用户制作了他们的第一篇文章(我们可以检查文章是否有WiWiki+ WikTi+ + + + + +引用)山麻5号说话06:49,2014年1月24日(UTC)

无法感谢完全受保护的页面[编辑]

这是一个很小的事情,我甚至不想去打扰它,但是一个非SysOP不可能感谢某人对一个完全受保护的页面进行的编辑。有些情况下需要这样做(例如当有人介入并完全保护荒谬的编辑战争并添加保护模板)时,如果修复是微不足道的,最终可能是值得修复的。凯文戈尔曼说话22:19,2014年1月27日(UTC)

这值得一提。你应该能够做到这一点。Steven Walling(WMF)γ-γ说话00∶19,2014年1月28日(UTC)
包括一个例子。我只是尝试主页“谢谢”按钮工作正常。-魁梧说话19:02,2014年1月29日(UTC)
对不起,慢的回答,我不经常检查MyaWiki.Org。明天我会用一个可重复的步骤把BugZIa放在上面,尽管Tucoxn有这样的例子。在这里。(我让我的女朋友用她的非SysOP账户试试,她也跑了同一个问题。)今天就把它挂起来,但我被EDU的东西淹没了。最好的,凯文戈尔曼说话22:36,2014年2月2日(UTC)
@凯文戈尔曼看来对我有用。你能给出一个不同的地方吗?πrT·C18:50,2014年4月20日(UTC)

入侵防御系统[编辑]

为什么我不能感谢IPS?~丹尼尔汤姆说话22:26,2014年4月8日(UTC)

布吉拉:61022.πrT·C18:48,2014年4月20日(UTC)
我认为这是一个重要的特点,以激励IP用户继续作出贡献。我们还要等多久呢?——猎友2015年9月13日23时21分(UTC)

依赖错误[编辑]

在我的1.23.0和全新的1.23.3安装中,ECHO缺少MeaWiki.U.Ac锚,并且感谢缺少JQueRe.可确认并且似乎忽略了我的$WGISHealthRealMeCudioDebug=false;设置。如果我评论这两个依赖关系,似乎一切都正常。FBSTJ说话20:39,2014年9月18日(UTC)

可确认的是MeaWiKi 1.24的新版本,对于MeaWiKi 1.23的扩展版本不应该要求它。我想你可能是偶然下载了开发版本。WCK台说话06:47,2014年9月20日(UTC)
是的,我不太明白如何使用Git存储库中的分支与我的MeaiWiKi版本配对。我已经修复了,谢谢你的评论:DFBSTJ说话09:16,2015年5月21日(UTC)

全页感谢[编辑]

在文章视图中添加一个“谢谢”按钮是多么困难,当点击时,感谢所有参与当前文章版本的人。就像标题左边的一个链接/按钮,或者替换手表明星,当点击时会产生当前页面的错误,然后感谢每一个最近的修订版本。

我希望这能鼓励用户互动,如果有一个“类似”按钮,那么编辑页面的人更有可能回来,知道他们的编辑被许多读者所欣赏。FBSTJ说话20:39,2014年9月18日(UTC)

IP感谢用户的可能性[编辑]

为什么不呢?——92.1569820714:07,2015年7月31日(UTC)

只是想知道我是否可以重新使用它[编辑]

是否有可能修改这个扩展,以便管理员可以私下向用户发出警告。坏的编辑?KRTT12说话14:59,2015年9月19日(UTC)

感谢日志[编辑]

是否有可能实现日志操作的感谢按钮?——弗雷迪迪说话15:39,2016年6月24日(UTC)

感谢您创建页面?[编辑]

我在创建页面的第一个DIF中忽略了这个链接。-前未签名的附加注释曼诺拉扬说话·小旗2016年7月24日

一个可选的文本消息(可能也有上限)在“谢谢”?[编辑]

我只是觉得我们也应该有一个个人信息的选择。当用户点击“感谢”按钮时,它应该显示一个可选的输入框,以便向“谢谢”-ED用户发送一条消息。思想?01Tythyth马斯说话05:57,2016年9月11日(UTC)

极限[编辑]

它需要可配置的限制。它被一些LTA用户滥用(维基媒体)维基。——瓦戈说话19:01,2017年5月26日(UTC)

我看到标准平限制器就位了,所以美元税应用。如果利率限制失败,那就是一个错误。——尼莫20:06,2018年6月11日(UTC)

错误:感谢行动失败[编辑]

我安装感谢和回声和运行数据库更新,但当我试图感谢某人,我得到的错误:

感谢动作失败(错误代码:http)。请再试一次。

在这个错误上,我找不到任何东西,/VAR/Log/HTPD/ErrRyLoglog没有任何东西,有人知道我怎么能排除故障吗?我的网站正在使用SSL进行加密。另外,如果我需要去服务台而不是这里,请告诉我。谢谢! 杰克塞尔说话13:31,2018年8月28日(UTC)

撤消/恢复感谢[编辑]

我找不到任何方法来收回/撤销/撤销一个被意外点击的“谢谢”。随机的(和非故意的)善意行为都是好的,但需要有一个撤消的选择。

如果有办法撤消,我会感谢有人告诉我如何。我在文档中找不到任何东西,去特殊的:日志/感谢页面中的问题只是让我编辑标签,但不能删除感谢。

——赫库伯说话12:15,2018年9月20日(UTC)

感谢用户编辑的错误。[编辑]

我安装了扩展名:谢谢,但是当我试图用维基的用户来感谢一个RiVISON到一篇文章时,这个错误出现了->

[AB83DF2C9B19CAD14144D4] / wiki / index .php/特殊:感谢C/1223的WAMP64 \WWW\Wiki \ExpRe\Engule\\DealsialPARS.php:参数1传递给EndoRealDealPalsServer::GETEngEdEclipse()必须是MeaWiki Kime\Rebug记录的实例,给定的修订实例,在C:\WAMP64 \WWW \ Wiki扩展中包含\\\\\\\\ApICOReXelp.php,在第50行中调用

Backtrace:

  1. 0 C:\WAMP64 \WWW \ Wiki扩展[\\感谢]包括ApICRo.Exp.php(50):EndoRealDistaPals::GETEdECTEXCELPT(修订版,LanguageEn)
  2. 1 C:\WAMP64 \WWW \ Wiki包含\API\APIMAIN。PHP(1570):ApCiReReXix> ExcUTE()
  3. 2 C:\WAMP64 \WWW \ Wiki包含\API\APIMAIN。PHP(500):APIMAI-> ExcExcTeAcOffon()
  4. 3 C:\WAMP64 \WWW \ wiki \扩展\谢谢\包括\特殊感谢.PHP(166):APIMAI-> ExcUTE()
  5. 4 C:\WAMP64 \WWW \ Wiki包含\HTMLFrase\HTMLFr.php(665):特殊感谢-> OnScript(数组,OUIHTMLFRM)
  6. 5 C:\WAMP64 \WWW \ Wiki包含\HTMLFrase\HTMLFr.php(557):HTMLFrase:TrasSuffME()
  7. 6 C:\WAMP64 \WWW \ Wiki包含\HTMLFrase\HTMLFr.php(572):HTMLFrase>
  8. 7 C:\WAMP64 \WWW \ Wiki包含\Apple Pult\FrimeAutoPult.php(184):HTMLFrase>显示()
  9. 8 C:\WAMP64 \WWW \ Wiki包含\Apple Posie\PrimePopy.php(569):FrimePosie>执行(字符串)
  10. 9 C:\WAMP64 \WWW \ Wiki包含\Apple PosieApple PaulePrime.php(568):Apple Posie>运行(字符串)
  11. 10 C:\WAMP64 \WWW \ Wiki包含MitaWiki .php(288):MitaWiki \特殊的PrimePay-Fix-> ExcReTePATH(标题,RequestContext)
  12. 11 C:\WAMP64 \WWW \ Wiki包含MIDAWIKI.PHP(860):MyaWiki -> PrPrExpRebug()
  13. 12 C:\WAMP64 \WWW \ Wiki包含MIDAWIKI.PHP(517):MyaWiki—>主()
  14. 13 C:\WAMP64 \WWW \ Wiki \index。PHP(42):MyaWiki—> Run()
  15. 14 {主}

——伪钞说话10:43,2019年7月14日(UTC)