“谈话网页咨询2019/个人反馈”修订前后的差异

来自MyaWiki.Org
跳转到导航 跳到搜索
标签2017源编辑
第85行: 第85行:
γ
*正如我评论[TalkpPaxSeSufftoIs2019/MualalthApple反馈〉WuthododoYuthYuthKythOfthPytoTythOutOrthOrth.一个可能的解决方案是创建一个以文档为中心的讨论模型,其中注释可以被显示为文章余量的注释。这是协作工具(MS Office,谷歌文档,也是MeimUME使用非常轻量级的设计,它不会分散阅读文章内容,只显示一个小标记,可以扩展以显示讨论)的常用成语。为了避免{{u} iLeaveLuChESar }所描述的问题,当重新构造时,注释将被错误地放置,注释可以被锚定到文章中的特定点,并带有“锚”标签,可以在编辑时移动。
γ
*正如我评论[TalkpPaxSeSufftoIs2019/MualalthApple反馈〉WuthododoYuthYuthKythOfthPytoTythOutOrthOrth.一个可能的解决方案是创建一个以文档为中心的讨论模型,其中注释可以被显示为文章余量的注释。这是协作工具(MS Office,谷歌文档,也是MeimUME使用非常轻量级的设计,它不会分散阅读文章内容,只显示一个小标记,可以扩展以显示讨论)的常用成语。为了避免{{u} iLeaveLuChESar }所描述的问题,当重新构造时,注释将被错误地放置,注释可以被锚定到文章中的特定点,并带有“锚”标签,可以在编辑时移动。
γ
从这个侧面板,我们可以有一个“扩展讨论”链接到相应的部分在完整的谈话页,如果讨论增长太大,为保证金。[ [用户:Diego Moya·Diego Moya ] ]([用户对话:Diego Moya谈话])08:43,2019年6月18日(UTC)
γ
从这个侧面板,我们可以有一个“扩展讨论”链接到相应的部分在完整的谈话页,如果讨论增长太大,为保证金。[ [用户:Diego Moya·Diego Moya ] ]([用户对话:Diego Moya谈话])08:43,2019年6月18日(UTC)
γ +
([用户:Diego Moya·Diego Moya ],我真的很喜欢你的概念:有可能讨论(评论)特定的文本将有利于有经验的编辑,更容易掌握新手。使用可移动的锚也有助于解决文本何时移动的问题。不幸的是,当一些文本被删除时,这仍然不能解决这个问题,这也会删除所有“附加”的评论,或者他们需要去某个特殊的地方来保存(毕竟,通常最激烈的讨论完全是从没有对它们达成共识的删除中出现的,并且通过简单地删除有争议的文本来破坏讨论太容易了)。我还担心,尽管这个系统在协作工具中工作得很好,正如你正确指出的,但这可能是因为那些系统中的合作者通常比典型的维基百科案例中的任何时候都要少得多。非常积极和复杂的讨论与许多参与者可能会“饱和”这样的文件为中心的评论系统很快(我见过很多讨论比文章本身更长)。但是,如果找到了解决这些问题的方法,那么,我认为这样的系统会很有帮助。
跨字体=“字体家族:‘Doop-SaNs’,Calibri,Verdana,SANS;颜色:银;”[-[b]:[用户:Iliev·LuChESar ] ] & [nbsp;n[b]:[用户谈话:Iliev [t] ] / [ [特殊:贡献/ ILIVE[C] ] < <小> < /SPAN > 10:29,2019年6月18日(UTC)
γ γ
γ
===显示讨论工具==
γ
===显示讨论工具==

2019年6月18日上午10时30分修订

这是所有维基贡献者的页面,向他们添加他们的观点和想法。对话页面咨询2019. 咨询的目的是在六月底之前确定Wiki通信工具改进的一般产品方向。有关更多信息,请参见主页

当我们说“对话页”时,我们指的是维基通信的所有形式。这可能意味着任何谈话名称空间、项目页面、子页面、沙盒或任何其他页面。它包括你在wiki上使用的所有工具或系统:wiki ExtTek页面,结构化讨论(流程)液线,用户脚本,小工具,维基友爱消息,Ping,通知等。

如果你愿意的话,可以自由地回应其他人,我们希望得到尽可能多的信息。如果您对咨询过程有任何疑问或想法,请告诉我们。你可以写在咨询主页或平丹尼特里泽克. 谢谢!

如果这个页面太复杂,那么尝试谈话页面.

第2阶段问题

社区名词项目2280白点击阅读第1阶段报告!

非常简短地说,提出的方向WiKiTeXTalk页面应该被改进,而不是被替换。我们建议在Twitter页面上建立一个新的设计,改变页面的默认外观,并提供诸如回复、缩进和签名等关键工具。为了保持与现有工具的一致性,新设计将是现有用户可以选择退出的默认体验。我们还建议构建有经验的贡献者想要的特征,包括观察单个讨论的能力,以及移动、归档和搜索线程的能力。构建这些特性可能需要一些灵活性的损失,或者WiKeTeT约定中的小到中等的更改。我们的目标是只进行直接启用用户真正想要的功能的更改。

你对建议的产品方向有什么看法?

语境维基媒体基金会提议在现有WiKiTeXTalk页面之上构建一个新的更清晰的设计。它将提供简单的回复、缩进和签名工具。如果你喜欢的话,你可以继续在聊天页上使用WiKiTeXT。也可以在不使用WiKiTeXT的情况下参与讨论。
问题你觉得这个产品的方向如何?
  • 一般的观点不是“一个新的更清晰的设计”,而是“改进现有的系统”,这是通过简化“添加变化的特征”,而不是增加另一层,甚至是一个可选层来改进的。太多的事情会出错。这不是增量变化。二甘醇说话2019年5月18日(UTC)17:03
  • 倾向于不做持续改进,而是等到新的咨询项目周期去做不连续的改进是一个问题。尽管你们进行了前所未有的磋商,但你们已经看到了社区的推波助澜。它可能太迟了,太晚了;新用户已经继续前进了,并且将不受节制地远离。怠速4说话2019年5月28日(UTC)
  • 新手的可用性测试是有趣的,但是我们知道不连续的变化对那些不是新手的人来说是令人困惑和恼火的。因此,将新系统描述为“默认”是令人担忧的。还应该记住,MyaWiKi被用于许多非维基媒体项目、内联网等,其中谈话页面本身可以以不同的方式使用或者根本不使用。区分页面/编辑/谈话/编辑对话是一个基本的MiaWiki概念,它比翻转更容易解释或方便。如果其中一个问题是新用户无法找到正常的“讨论”选项卡,那么该函数似乎需要更少的更改,并且这个新的“层”可以是从页面右侧的选项卡或图标访问的不同的“向导”(像“+”/“新区段”这样的自动化功能)。回复、缩进和签名是否是第1阶段的主要优先事项?是的,一些新手必须为他们添加SIGs,但我没有看到一个普遍的问题。对我来说,更大的问题是:(a)在没有编辑冲突的情况下添加一个部分;b)一个完整的索引(也许是一个完整的索引)页面内容的演变(TOC)包括所有的档案。我可以想象一个渐进的变化是增加了友好的新手。回复建议按钮,加上每一页的讨论索引,可以包括生成代码的可选参数。TOC要:在这个和相关页面上索引标题副标题和信息框;包括开始日期和结束日期和用户名;省略区号;添加指向评论功能的链接。我希望任何改变都能对现有的编辑表示同情,并证明它们是有用的和可访问的。——割草机说话07:28,2019年5月28日(UTC)
  • “WiKiTeXT对话页应该被改进,而不是被替换”的决定排除了先验最有潜力的显著改进,并确保结果将是均匀的。更复杂比目前的方案。
    “在更大的社区中有经验的贡献者基于操纵WiKiTeXT的能力建立了大量的重要工作流程”的论点并不令人信服。这样的数目技巧不重要;重要的是数量编辑这将受到替代(积极或消极)的影响。如果有十个“有经验的撰稿人”在编辑新的话题页面时无法使用他们的200个花样,这是一个很小的代价,让成千上万的普通编辑贡献出更多的可用性。实际内容那些页面。
    此外,考虑到典型的维基百科谈话页面的低迷状态,很难相信这些把戏实际上对维基百科有什么好处。——豪尔赫·托尔菲说话21:22,2019年5月29日(UTC)
  • 这几乎不是这里最重要的问题,可能甚至超出了范围,但我很高兴看到签名被投入。在下面各自对评论页面的评论,而不是直列式在最后一排。尤其是长篇文章,我发现更容易识别作者,更不用说署名有时会在结尾处分崩离析。液体线程Irc正在做这个正确的IMO,除了它把签名放在上面。
    -*卢切萨γ-γT/C14:39,2019年5月30日(UTC)
  • 另一件事情是一样的:我总是把空格放在谈话页的评论之间,否则,尤其是长文章,我发现很难跟上文本。压痕有帮助,没错,但我觉得它本身还不够。这就是为什么空白往往插入在段落之间的书籍,它提高了易读性。我会很高兴看到这在某种技术上被强制执行;再次,液体线程在可读性方面做得很好。
    -*卢切萨γ-γT/C14:39,2019年5月30日(UTC)
  • 关于“ping”功能:像我这样的人在他们的签名中有一个与用户名不完全对应的名字。可以理解的是,这是一个可能混淆的根源。我想我们可以简单地强制签名代表用户名,但是也许更优雅(并且不太难实现)的解决方案可以是添加一个“ping这个用户”链接到签名代码,它将在文本光标中插入适当的{{PIN}}模板。
    -*卢切萨γ-γT/C14:58,2019年5月30日(UTC)
  • 我非常喜欢编辑的新方向。目前尚不清楚新的方向是否只适用于谈话/讨论页面,或适用于所有页面。我希望能在所有页面上使用新的编辑选项。我也喜欢这样一个事实,我被要求从四个不同的偏好中选择(尽管事实上,第1阶段的报告甚至没有包括“首选项”一词。我非常喜欢使用偏好来允许新编辑和有经验的编辑在平等的基础上做出贡献。现在,如何在没有四个Deles的新编辑器界面结束编辑?我想我还是必须这么做。我如何预览/显示我的编辑?这不明显,抱歉。戴维斯佩克特说话2019年5月30日23时32分(UTC)
  • 在我看来,这里有很多关于新用户不知道如何/从哪里开始一个新的讨论后,他们点击“谈话”从用户签名,文章等。我可以告诉大家,所有新用户需要的是页面重定向到“新的部分”创建/编辑窗口默认情况下。作为一个薛定谔的编辑(新的和有经验的),我可以告诉你,教新编辑的最好方法就是以身作则。当下一个编辑器遇到由新用户启动的讨论时,他们可以编辑它以缩进,他们可以添加签名,他们可以解决他们的问题,并允许他们合并到前面的部分,可能已经有完全相同的讨论。这显示了新用户(1)缩进是重要的以及如何使用它,(2)签名是重要的,如何做(在未签名的评论之前签名……是一件好事,但这应该是任何其他编辑器可以做的,并且“前未签署”应该链接到四个TILDES指令)和(3)任何编辑器可以编辑任何东西,没有用户拥有他们的内容、评论等(如果他们对此犯了任何错误,他们可以在以后被纠正/指导)。作为维基百科的一个新用户最恼人的是另一个编辑告诉你用四个提要签你的评论。它应该是一个自动的过程(告诉我,正如我上面所说的,签署应该由另一个编辑做而不大惊小怪)。当一个更有经验的编辑告诉你签署你的评论时,它立即建立优势,破坏自由言论的环境。因为无论新用户认为什么重要的事情都足以解决开始讨论的麻烦,本质上是官僚官僚的繁文缛节。另外,我们还不能有一个更非正式,更不可怕的通信系统,像一个实时聊天,即时通讯的东西,从一篇文章中,你可以问快速的问题,主要贡献者,从用户空间,交谈的人,你经常遇到的项目,从茶馆或某事,交谈经验丰富的帮助,从ANI或某事,与管理员助手。只是一个环境,要求非正式的快速提问,你知道不必喜欢向众议院提出一项法案,对美国宪法提出的第十四修正案。托贝索尔说话2019年6月13日07:00(UTC)
  • 一个好的通信系统将有消息/帖子/评论作为一个一流的对象与索引字段的作者,时间,ID,线程,涉及/在答复等,然后将允许搜索,排序,过滤,拼写和灵活的格式化。它与MeaWiki的页面和差异结构非常不同(我不知道内部设备,我只是推测)。我也不太了解流量,因为它在En.WikidiaI上没有启用——我听说它存在并且没有被大量使用。假设已经做了一些完全不同的尝试,那么“让一些可用性在当前系统上分层”的方法似乎是合理的。(如果这是对拟定的产品方向的不公平的总结,道歉)将会有什么限制。
    • 全局唯一锚(或至少站点/项目唯一的,换句话说,跨页或非页相对)可以很长的方式来实现派生特征。重构内容的灵活性受Wiki编辑器的重视,但是如果更改标题名称或在页面之间移动节,则链接会被破坏,并且历史会被搞乱。从公告板或工作流页面归档会话线程是一个最好的例子。但是,每一个发布后的ID都可以做得更多:你可以有一个独立于页面结构的索引,而仍然以可接受的方式存储聊天页面。很抱歉有点偏离主题,但我想说的是,现在实施的正确的基础机制可以在未来建立。
    • 我现在用视觉编辑器打字。它出现在这个维基上,我想“为什么不,我试试看”。我很惊讶,它实际上在这方面很好,我只是打字,而不是处理模板或链接或调整文章结构。(在沙箱中的一个快速测试确实给我带来了链接标签的问题,一开始)当我点击这里的编辑链接时,我被放进了全页编辑模式。在交谈的上下文中,这可以鼓励人们跨多个线程进行编辑,这可能会影响诸如POST和线程跟踪之类的东西。一个新的谈话界面会被内置到视觉编辑器中吗?如果分开,我们应该考虑对VE以及底层WiKiTeXT应该做些什么调整。然后是手机,看看下一步。
    • 许多从事这一过程的编辑[谈话页面咨询]将像我一样,主要或仅仅通过桌面网站使用WiKiTeX源编辑。我们需要记住,编辑经验在视觉编辑器和手机上是非常不同的,这也适用于谈话页面。它可能比谈话内容、帮助等更重要,而不是内容页面。这影响了这些谈话改进的范围。
    • 我在开篇中的一些无关紧要的陈述掩盖了更深层次的问题。例如,在其他wiki上的会话约定(例如,子弹和缩进)相同吗?我们可以将En.WiKi实践编码到软件中吗?我们需要多少站点/项目才能配置新添加的特征以适应他们的偏好?
-我甚至不知道该怎么签字。当一个帖子有多个段落或点时,我们现在的谈话看起来很混乱。也许我用嵌套子弹违反了惯例?耸肩,远洋的说话01:32,2019年6月16日(UTC)
  • 在第1阶段的结论和建议的方向上,我有一种感觉,我们缺少了一个关于“功能”的巨大的盲点。文章内容嵌入谈话页面作为讨论的一个重要部分。这对于项目空间中的讨论并不重要,就像这一个;但是文章讨论页面往往比讨论论坛更接近协作群件——即它们作为数字白板,其中草稿内容和评论交织在一起。Talk页面是一个空间,我们可以在本文中比较我们想要使用的内容的几个候选版本。任何新的设计应该考虑到这个协作编辑功能作为一个优先使用情况,我没有看到足够的讨论这一点。
在MeaWiKi工具中,这种用法是微不足道的,因为从一篇文章粘贴到一个谈话页面中的任何内容将或多或少呈现相同的(减去一些复杂的模板,但是我们的模板通常准备好支持这种处理)。许多“反对”变革的“现状”的人不只是出于对使用他们所知道的东西的渴望,而是因为他们直觉地意识到了这种需求,并担心它会在任何根本性的变化中消失。这是一些重要的属性,这对于使用会话页面作为协作空间是至关重要的:
-扩展灵活性(用模板和机器人),以支持新的工作流。
-激进的责任:有可能看到在过去的任何时间的页面的确切状态,以及每个原子变化的确切效果。这严重地影响了我们的政策,使我们的小社区形成一种能够维持噪音的信号-允许我们维持巨魔和群体对特定利益的影响。
同质工具:在文章和讨论空间中拥有相同的工具,这使得我们可以将任何文章内容的副本放在一个谈话页面中,以查看它将如何呈现。即使文章和聊天空间有着根本不同的用途,但讨论内容可以围绕文章内容的替代版本进行。一些编辑还提到了新来者必须学习一套工具在文章和协作空间中工作的重要性。
也许在建议的解决方案中,我们可以探索其他方式来支持这种用例,通过将部分讨论引入文章和草稿中,而不是将文章内容复制到讨论页面。例如,我们可以添加能力来显示特定的谈话线程作为评论的文章或草稿的边缘,锚定到一个特定的段落(MediuMo这样做,它是相当有用的)。这种哥白尼式的转变有助于讨论新发现的内容,这将有助于减少我们的软件“不像其他会话工具”的看法,当我们使用直接评论内容而不是一般讨论的工具时,我们应该避免使用这种工具。迭戈摩亚说话08:16,2019年6月18日(UTC)

分开讨论

语境人们希望在谈话页面上观看各个部分。他们希望更好的通知、归档和搜索。要做到这一点,我们可能需要创建一个更结构化的定义,作为一个单一的讨论。这可能意味着在谈话页上对WiKeTeXT约定进行更改。例如,我们可以创建一种新的方式,讨论标题在WiKiTeXT中,或者一个新的链接,您需要使用它来创建、重命名或拆分一个线程。
问题这种方法的优点和缺点是什么?
  • 一个优秀的附加功能。但我看不出为什么它不能使用现有的“==这个标题=”语法,而不必引入一个新的方法来打破现有的程序。二甘醇说话2019年5月18日(UTC)17:03
  • 是的,软件的标记部分是必要的,但它可能不会是“重命名”标签——如果是的话,当前的标签就足以将它们分开。也许实际上存储的部分类似于插槽?——瓦戈说话20:43,2019年5月23日(UTC)
  • 我不明白为什么当前的“==”H2航向也不足够。软件也不可能解析现有的签名和缩进吗?我不会反对一个可选的“添加评论”按钮,来访问附加的或简化的特征,出现在“编辑”的右边,或者在部分的底部,或者实际上是每个评论右边的“回复”按钮,但是不想删除对现有特征的访问。用户页面讨论我发现更复杂,因为有不同的约定,回答是否出现在同一个用户谈话页面或其他编辑器。可以更自动化的“回复”或“添加评论”预先填充缩进,签名和适当的Ping(如Twitter一直到它的2017个变化)?——割草机说话07:40,2019年5月28日(UTC)
  • 我希望一个新的谈话页面至少在ReDDIT中易于使用和阅读。即,
  1. 该页面是一个“主题”的扁平列表,每个标题有一个标题、一个“头柱”和一个“回复帖子”的树。
  2. 每个帖子(头或回复)都应该有一个“回复”按钮来添加回复到那个帖子。
  3. 每一个新职位(头或回复)的缩进和签署都应该是自动的。
  4. 每个帖子旁边应该有一个[e] [/+]按钮,以折叠或解压回复该帖子的整棵树。
  5. 读者应该有选择列表的主题(和回复到每一个职位)在最新的第一或最旧的第一顺序。主题列表的默认值应该是最新的第一个。
  6. 不应该存档旧话题。相反,一次只显示20/100个/ 500个主题,如在搜索结果或历史页面中。
  7. 如果回答树太深嵌套,则显示为一个按钮,为该子树打开另一个窗口,从零缩进开始。
ReDDIT不提供以下功能,但维基对话页面应该允许(自动确认?)编辑:
  1. 编辑任何职位的任何其他编辑器。
  2. 由任何编辑器将任何帖子移动到结构中的任何其他地方,包括另一个主题或另一个对话页面,以及附加的回复子树。
  3. 将任何子树标记为“问题关闭”,然后它的子树将在显示器中默认(但未被删除)折叠。
  4. 在一个谈话页面中标记任何一个帖子(或至少任何一个主题)为“观看”,以便在该列表中报告对该帖子的任何编辑或回复。
  5. 在“R”的子树的“最新第一次”显示中,应该有选择只考虑R的每个子帖子中的最后修改日期,或者R的每个子树中的任何帖子中最近的最后修改日期的选项。
此外,在新的谈话页面:
  1. 每个回复帖子应该有一个单行摘要,即使在帖子本身崩溃时也会显示出来。标题标题的一行摘要是标题的标题。
  2. 每个帖子(标题或回复)都应该有一个单独的历史日志,记录到该帖子的文本编辑;以及整个对话页面的历史页面,只记录帖子的移动。(成本不会令人望而却步:大多数后编辑历史将是空的,因此它们不必显式存储,它们的总大小将与当前谈话页的编辑历史相同。)
  3. 应该有一种方式来进行文本搜索,只限于给定的谈话页面、主题或帖子以及相应的子树。
——豪尔赫·托尔菲说话21:57,2019年5月29日(UTC)
  • 我确实希望能够看到一个特定的部分,而不是每次更新一个非常大的页面,如一个ANI页面被编辑轰击。但我不想支持任何大的变化,而不知道它们可能会影响我已经喜欢的东西。我认为“监视段”应该可以单独从区段标识(=文本==)实现。否则,默认情况下,最好在编辑摘要括号上进行监视列表显示,精确地编辑哪个部分,而不需要在当前系统中进行任何更改。我对存档和搜索没有任何评论。那次泥潭,我已经决定不去潜水了,到现在为止。托贝索尔说话2019年6月13日07:00(UTC)
  • 现有的=标题=对于线程的分离是足够的,但不要将其限制为H2(视觉编辑器中的“标题”)。看看我们正在运行的这个页面,功能线程是==H3=========(“副标题1”)。在其他页面上,它们可能是H2、H3、H4的混合物。有些东西,比如存在一个持久的ID,或者标题存在于一个谈话页面上的事实,可以把它标记为“可观察的”。
线程可以变得非常长:子标题之间的许多页。个别职位也可能是冗长的。崩溃帖子,崩溃子树,和/或崩溃所有线程的特点,我认为很多读者都希望。崩溃的帖子应该显示概要信息:谁,何时,可选描述(当未崩溃时,我们显示上面还是下面?)顶层章节标题(H2)已经在移动页面上崩溃。把员额当作单独的单位处理,就意味着分别划定员额和讨论。一直有人在分析类似“UTC”之类的签名来检测帖子的结尾。或者我们可以建立一个约定,其中某个标题级别,比如H6“子标题4”,代表了POST标头,上面的所有内容都是线程级别。让数以千计的人持续使用这个公约对我来说似乎很困难。就个人而言,我喜欢某种新的、明确的标记来开始和/或结束文章。(也见我的条目)缩进是指示帖子开始的最好方式吗?“。抱歉,我在第1阶段的演讲之前就意识到在那里阅读有点晚了。所以,是的,我喜欢一个新的标记,但是对于帖子而不是线程。
要解决您的直接问题,利弊将取决于实施细节。如果需要一种插入生物板或生成细节的方法,需要每一个页眉或页脚,而不是四个Trdes,并不那么繁重。管理线程拆分的IDS会更麻烦;有人编辑源能够生成和插入新的线程ID,还是必须使用一个特殊的线程分割工具,以便新的和旧的IDS以某种方式联系起来?线程合并可能只是复制现有的锚的问题,除非您想再次对线程结构的更改做一些跟踪。
-远洋的说话03:25,2019年6月16日(UTC)

帮助新人找到谈话页面

语境新来的人很难找到谈话内容。在用户测试期间,只有十个人中有一个找到了讨论选项卡。大多数测试者在页面的另一侧寻找一个讨论标签,其中所有其他标签和链接都是。许多人还希望看到文章中关于特定章节的讨论的链接。我们可能想把文章的链接移到文章页面的另一面。我们可以添加连接到各个部分的讨论功能。
问题使文章内容和讨论之间的联系更加明显的利弊是什么?
  • 新用户找不到谈话的地方,似乎是一个常见的问题,我从来没有明白为什么。我认为添加一个现有的右侧标签会使情况变得更糟,而不是更好。也许一个更清楚的名字,即使它会更长,比如“谈论文章”——甚至是黑体或颜色。链接到(和观看列表的能力)特定的部分将是一个非常好的特性,WiKiTeXT已经有能力编辑特定的部分。同样,我不明白为什么它不能建立在现有的=*===标记上,在会话页上自动添加一个“链接”。二甘醇说话17:11,2019年5月18日(UTC)
  • 我认为在当前的选项卡系统中是很好的,因为只有一些链接,在侧栏,他们将不那么明显。但它的标题改变可能是个好主意。章节之间的连接可以鼓励在文章上进行合作。——瓦戈说话20:43,2019年5月23日(UTC)
  • 当然“永恒的皮肤”已经做到这一点了。它自动将侧菜单推到顶部。然而,你需要研究为什么新用户即使在找到之后也不使用交谈。一个大的蓝色按钮,或新的“教程”弹出可能不够。-怠速4说话2019年5月28日(UTC)
  • 然而,现实中新来的人究竟在寻找什么呢?可用性测试是否使用真实的事实缺陷、遗漏或拼写错误?他们想要“问问题”、“报告问题”还是他们实际上想对这个问题发表意见(在维基百科上应该被劝阻)?我本来想互动,他们可能想尝试编辑自己,或者如果不那么自信,“报告”或“建议”。它支持在编辑按钮附近添加一些东西。也许是一个“?”有一个工具提示的符号可以解释你可以点击添加评论或建议来改进文章吗?——割草机说话07:48,2019年5月28日(UTC)
  • 关于“讨论功能连接到个别章节[在各自的文章]”:这听起来真的很好,但如果文章得到重组会发生什么?一个部分可以被完全重做,改变它的主题甚至删除。我可以想出一些可能的解决方案,但我不确定它是否真的值得付出努力和由此带来的复杂性。
    -*卢切萨γ-γT/C14:25,2019年5月30日(UTC)
  • 是的,一个页面上的两个对话链接令人困惑。但不是一个更大的问题,而不是需要两个额外的点击来处理。我不认为这是否足够大来检修系统,否则系统运行良好。一种可能的解决方案是将所有用户选项折叠到用户链接本身(如在许多其他站点上,用户名是一个折叠菜单,它提供用户选项)。我同意现在熟悉的方式更舒服,但第一次混淆。你也可以把文章的“Talk”标签改为“讨论文章”和“谈话”来“用户对话”。在Cookie的时代,你可以选择简单地识别第一时间用户,并向他们展示文章讨论和文章编辑的第一次,而不需要做任何激进的事情。是的,谈话页面可以被分割成标签(很像文章,谈论文章页),关于页面(对于项目模板),讨论文章(关于整体文章和领导)和章节讨论(针对个别章节)。托贝索尔说话2019年6月13日07:00(UTC)
  • 正如我评论的那样在上面使讨论可以发现的一个可能的解决方案是创建一个以文档为中心的讨论模型,其中注释可以被显示为文章余量的注释。这是协作工具(MS Office,谷歌文档,也是MeimUME使用非常轻量级的设计,它不会分散阅读文章内容,只显示一个小标记,可以扩展以显示讨论)的常用成语。为了避免被描述的问题卢切萨当重新构造时,注释会被错误地放置,注释可以被锚定到文章中的特定点,带有“锚”标签,可以在编辑时移动。
从这个侧面板,我们可以有一个“扩展讨论”链接到相应的部分在完整的谈话页,如果讨论增长太大,为保证金。迭戈摩亚说话08:43,2019年6月18日(UTC)
迭戈摩亚我真的很喜欢你的概念:有可能讨论(评论)特定的文本将有利于有经验的编辑,更容易掌握新手。使用可移动的锚也有助于解决文本何时移动的问题。不幸的是,当一些文本被删除时,这仍然不能解决这个问题,这也会删除所有“附加”的评论,或者他们需要去某个特殊的地方来保存(毕竟,通常最激烈的讨论完全是从没有对它们达成共识的删除中出现的,并且通过简单地删除有争议的文本来破坏讨论太容易了)。我还担心,尽管这个系统在协作工具中工作得很好,正如你正确指出的,但这可能是因为那些系统中的合作者通常比典型的维基百科案例中的任何时候都要少得多。非常积极和复杂的讨论与许多参与者可能会“饱和”这样的文件为中心的评论系统很快(我见过很多讨论比文章本身更长)。但是,如果发现这些问题的解决方案,我认为这样的系统会很有帮助。
-*卢切萨γ-γT/C10:29,2019年6月18日(UTC)

何处展示讨论工具

语境目前,许多wiki在项目命名空间中都有社区讨论空间(项目维基百科),而不是在会话命名空间中使用(项目谈话:维基百科谈话:项目名称空间通常用于村镇泵/咖啡厅、告示板和一些工作流程,例如删除条款. 系统将需要知道讨论发生的地方,以便它可以在这些讨论中显示新的工具,而不是在其他页面上显示它们。有几种可能的方法来做到这一点。其中之一是将所有的讨论转移到谈话名称空间。
问题做这件事的利弊是什么?
  • 我可以看到一个重要的问题,就是将讨论从他们的项目命名空间转移到他们的谈话命名空间:实际上所有的讨论页面都已经使用他们的谈话页面来讨论项目页面的元讨论。比较举例维基百科茶馆它的对话. 我不认为使用模板或类别来选择性地启用“谈话页面模式”是一个主要的技术障碍(例如SineBot的作品(注:我只是从我在英国维基百科上的经历说起) RCARD2SCOUT说话20:12,2019年5月17日(UTC)
  • 我同意以上观点,在EnWP中,这将是一个重大的并发症。我也不认为自动把特殊的功能添加到聊天页面中作为文章的区别——我不是已经分开的空间了吗?二甘醇说话17:13,2019年5月18日(UTC)
    • 二甘醇文章和文章的对话页面很容易处理。但是,“维基百科:可验证性”和“维基百科:管理员的通知板”都在同一个命名空间中。如果每个名称空间启用通信工具,而不是每个页面,那么选项是:
      • 这两个页面都启用了工具(下边:策略页面获取讨论工具)。
      • 这些页面上的工具都没有启用(下边:公告板没有讨论工具)。
      • WP上的对话:必须移动到WT:AN(然后可能是关于告示板自身组织的元讨论,当前发生在WT:AN上,将移动到WT:A/某事)(下边:必须调整一些机器人)。
    • 在这三个选项中,哪一个是你的偏好?WAMF(WMF)说话22:59,2019年5月21日(UTC)
  • 在这种情况下,魔术字是最好的解决办法。移动到谈论名字空间可能不是好主意,因为我们应该在主题空间上有什么?——瓦戈说话20:43,2019年5月23日(UTC)
  • 也同意这将是非常破坏性的,而且似乎是不必要的。受影响的命名空间的选择不是Wiki的SysOP和设置选项,甚至在配置文件中可以决定的吗?——割草机说话07:52,2019年5月28日(UTC)
  • 关于文章的讨论应该在文章的讨论页面中进行。大多数为文章做出贡献的编辑不关心声称拥有它的WiKi项目(尤其是当多个项目要求同一篇文章),并且不会看到或促成任何其他论坛中发生的讨论。
    这也适用于“删除文章”论坛。大多数参与删除讨论的编辑都被禁止参与“新手”——看起来像一个法庭,一个永久性的“删除调查者”的干部坐在那里,通过“删除警察”在那里被拖动的文章进行评判。如果讨论在文章本身的谈话页面中进行,那么这种印象可能会减弱。
    ——豪尔赫·托尔菲说话2019年5月29日23时01分(UTC)
  • 一次赞成用户:Jorge Stolfi. 没有进一步的评论。托贝索尔说话2019年6月13日07:00(UTC)

历史权衡

语境有时候,你需要看到整个页面的历史。其他时候,只看到单个讨论线程的历史会更有帮助。如果我们能同时提供这两个,那将是理想的,但我们不确定如何做到这一点。
问题拥有完整的页面历史或特定的线程历史有哪些利弊?
  • 这将是一个额外的特征,虽然我不知道我们如何可以兼而有之。二甘醇说话2019年5月18日17:15(UTC)
  • 他们应该两者兼而有之。整个Talk页面历史是有用的,尤其是当仍然有正常的WiKiTeXT页面,允许编辑多个线程和操作。每个线程(或POST)历史有助于过滤特定讨论的进度,特别是与CistSn上市连接。——瓦戈说话20:43,2019年5月23日(UTC)
  • 这是一个问题,谈话页面,这是主要是添加剂,比它是一般的文章页。在文章页上,通过编辑的部分过滤历史(目前由->符号进行视觉化)可能是有用的,因为有时我们必须使用分叉搜索工具来找到一种特别的破坏性或错误的编辑。在Talk页面上,我查看历史的唯一时间是识别哪个用户添加了一个未签名的编辑。如果签名被预先填满了一些“容易评论”的特征,那就不再是一个问题了。——割草机说话07:57,2019年5月28日(UTC)
  • 也许我在这里漏掉了一些东西,但是如果一个谈话页面上的每个线程都有一个唯一的ID,那么通过这个ID过滤页面历史是不可能的吗?事实上,这是可能的,即使现在有一些JS代码,只要所有在线程中回复的编辑器都没有删除相应的编辑摘要标题。显然,如果一个编辑器在一个编辑中的多个线程中留下回复,这是行不通的,但是IMO无论如何都不是一个好的实践,应该在技术上是不可能的。
    -*卢切萨γ-γT/C14:18,2019年5月30日(UTC)
    • 评论:我同意这不是好的做法,除非编辑有意重构多个部分。可视化编辑器将您放入整页编辑视图,使其更容易,甚至可能鼓励、编辑跨节。我希望看到这种变化。远洋的说话06:42,2019年6月18日(UTC)

元数据定位

语境一些wiki在文章谈话页面的顶部放置模板。这些可以显示指令、警告或常见问题解答。它们可以保存页面质量信息,链接到相关的WiKi项目,或标识过去的活动。许多新用户在文章讨论页面的顶部发现了非讨论材料。将一些或全部内容移到页面上的其他位置,或在不同的选项卡下是有帮助的。
问题这种方法的优点和缺点是什么?哪些模板对于讨论页面的正确使用至关重要,哪些页面可以移动到其他地方?
并非所有wiki都有多个盒子,所以这可能是个小问题。也许子标签或滚动会有所帮助。MCR可以用来帮助。——瓦戈说话20:43,2019年5月23日(UTC)
新用户希望发布最新消息。社区抵制这种风格的改变。怠速4说话2019年5月28日(UTC)
这主要是像维基一样的大wiki,喜欢在所有的谈话页面中存储元数据。它应该在其他地方,而不是在所有谈话页面的顶部。斯特林说话06:48,2019年5月28日(UTC)
  • 我认为现行制度很难改进。活生生的人物警告传记是重要的,所有编辑都可以阅读,而其他具有可选但有用信息的框可以有“显示”和“隐藏”链接。我唯一能想到的,可能是鼓励移动用户的是把所有的,但最重要的模板,在上半部分的初始屏幕,并有顶部的讨论指数(目录)或增强型TOC作为页面底部的固定div。(我不认为这是关于上榜的问题,但最重要的是,这当然会干扰到人们的循序渐进的理解。)割草机说话08:04,2019年5月28日(UTC)
  • WiKiTo标签不应该插入到聊天页面(或任何地方)。它们提供的信息与绝大多数编辑器无关,它们所占用的空间(在视觉页和源中)与它们的实用程序不成比例。相反,每一个WiKi项目都可以有一个“感兴趣页面”列表,而在给定页面中感兴趣的WiKi项目可以作为边栏中的菜单条目“WiKiStudio”,使用与“这里什么链接”相同的机制。
    事实上,在密切关注两个WiKi项目的活动之后,我真的怀疑他们是否在帮助维基百科。但这是另一个讨论。——豪尔赫·托尔菲说话22:18,2019年5月29日(UTC)
  • 如果你喜欢这些页面上的第一页,可能只有一个隐藏的“系统”,可能只在原始WiKiTeXT中进行编辑吗?这听起来像是最简单、最少侵入的可能解决方案。
    -*卢切萨γ-γT/C14:47,2019年5月30日(UTC)
  • 在讨论页面上发表一篇关于讨论的横幅。将其他模板移到页标签。它可以是一个标签页中的一个选项卡或一个姊妹选项卡的主页本身(文章,谈话,约)与页面访问统计强制性。托贝索尔说话2019年6月13日07:00(UTC)
  • 我们应该区分重要警告(BLP,制裁)和信息/广告(GA,FA,WiKi项目)。编辑源时,在内容页上会出现一些警告,但不能使用VisualEdage(!)即使这是一致的,仍然希望在谈话页面上有警告。维基百科:模板:WiKi项目旗壳维基百科:模板:文章历史做得很好,依我所见. 如果信息和项目模板可以被放置在TOC旁边,而不是把它推到页面上,那就太好了。或者我们把它们放在TOC下面的特殊区域?需要考虑在狭窄的窗户和不同的皮肤中的行为。远洋的说话08:15,2019年6月18日(UTC)
  • 注意:模板的行为相当地在移动网站上有所不同。远洋的说话08:15,2019年6月18日(UTC)

第1阶段问题

当你想谈论维基时,什么工具能为你工作,哪些问题阻碍了你?为什么?

    1. 作为一名经验丰富的行政人员我很好,但是即使如此,仍然需要使用(无数的、卷曲的)模板,详细的“做什么”的方向,在多个页面的每一个页面上,仅仅通知多个用户/谈话页面/项目页面,或者在诸如AFD/RFC/DRV/ANI/……的过程中,是一个耗费大量时间的烦恼。这可以被撕开,并用某种自动编辑器处理程序来替换,它定义了所需的输入,并规定了机器可用的逻辑步骤,这些输入应该在现场张贴,并使用什么模板?因此,您可以选择任意的Wiki进程或模板,模板或页面中的内部代码列出任何必需的/可选的输入+验证,以及哪些模板+内容应该被张贴在上面/下面哪些锚定在哪个页面上。因此,您可以选择一个模板,一个窗体弹出,您填写一些文本字段和验证+所有编辑的过程自动发布。那将是巨大.
      (额外的思想:我们已经拥有了如果是其他的和其他语句作为解析器的一部分。模板的验证/过程处理代码将与模板或相关的项目页面一起保存,在特殊的 Prime>…< /Prase>标签中,该标记作为链接+可选文本来启动该过程,并且可作为模板和过程可塑性/可更新,使用普通编辑,像任何其他模板编辑一样。
      AFD的工作示例:输入可以是AFD的一个或多个文章/s,AFD的原因,AFD的类型,要通知的用户/页面[+部分]的列表,以及默认通知措辞的可选用户消息或空白。在输入单页表单之后,输入用于测试输入有效性,为文章/秒创建AFD,在AFD摘要页中列出它们,并通知用户/页面,在测试AFD是否已经存在于页面之后,调整其重复AFDS的帖子。
    2. 如果我是一个经验不足的用户我讨厌添加到聊天页面。我想看到一个混合系统,在讨论页面上仍然像往常一样,但有额外的能力(如果需要)阅读和添加到它使用普通的聊天系统桥接到MeaWiWi,而不仅仅是普通的MyaWiKi编辑。也许谈话页面和他们的章节可以有他们旁边的链接“在聊天客户端中打开回复”(或者“在聊天客户端中添加新的部分”)?γ(可能的异议是,它意味着社交聊天,StExchange的网站聊天系统表明,如果设计得好,可以在主题上实现紧密的聚焦。无论如何,我们希望用户参与,也许有助于容易读者参与可能有助于?
    这是我的两个选择。谢谢您!FT2γ说话γ电子邮件11:21,2019年4月4日(UTC)
    • FT2(以及其他任何人),如果你必须在“改进文章谈话页面和用户谈话页面”与“修复”之间进行选择。原子荧光法和ARBCOM案例页“,你建议先做什么?WAMF(WMF)说话18:03,2019年4月5日(UTC)
  • 结构的讨论可能会恼人,因为在重新编辑时减少了控制。氟加尔说话11:36,2019年4月4日(UTC)
    • 在WiKiTeXT编辑模式或可视化编辑器中使用结构讨论?WAMF(WMF)说话18:03,2019年4月5日(UTC)
  • 阻碍我前进的是界面的阻碍。请不要删除在纯文本编辑器中输入零铃声的能力。被迫使用“视觉编辑器”将大大减少我的享受和实用性。MyaWiKi聊天页面的格式是可怕的无效。我不介意你让NeWBS更容易,只要你提供一个方法完全退出这一切。卡普扎普说话11:48,2019年4月4日(UTC)
支持-我仍然使用标记编辑+单本的原因-使用它,更快,更少的浏览器麻烦,工作良好,紧凑,更多的控制。FT2γ说话γ电子邮件11:56,2019年4月4日(UTC)
  • 我将为任何一个实现编辑(我自己)编辑评论能力的人提供一个BARNSTAR。悖论者说话14:38,2019年4月4日(UTC)
  • 我喜欢从历史观点直接评论或质疑编辑/反转的能力,而不必去编辑编辑器页面,开始一个新的主题,然后引用编辑(如果编辑来自IP),甚至无法工作的东西。事实上,许多编辑器现在经常反转编辑并使用编辑摘要作为开始对话的一种方式。我自己使用这个方法和编辑我熟悉/友好,但它不太理想。莫别斯说话15:23,2019年4月4日(UTC)
  • 与许多人相反,我是一个大粉丝。结构化讨论我认为他们真的降低了不熟悉模板、缩进、标记等的人的门槛。我怀疑流量团队比爱更讨厌,所以这里有一些来自我的。莫别斯说话15:23,2019年4月4日(UTC)
  • 这是一个很小的事情,也许只是我,但是每当我看到一个红色徽章,我本能地认为“警告”,“坏消息”,“立即行动需要”。但通常,我只是被轻视或提及。蓝色或其他颜色徽章更适合区分警告和单纯的通知吗?莫别斯说话15:34,2019年4月4日(UTC)
  • 在英语维基词典中,我经常为具有大量单个活动线程的聊天页面做出贡献,例如“茶室”或“删除请求”。这些线程可能在几天或几周甚至几个月的时间内发展。我需要的是订阅单个线程的方法,这样当新的帖子添加到我感兴趣的线程时,我就会收到通知。没有这个设施,就没有希望跟踪一个正在参与的讨论。米希亚说话17:53,2019年4月4日(UTC)
  • 为了使谈话页面更好,恢复破坏性或破坏性编辑直接。飓风邦特说话19:37,2019年4月4日(UTC)
  • 对于移动用户来说,如果我能跳转到谈话页面而不滚动到文章的底部,那将是很好的,与我在PC上做的相反。有时文章是长的!学生7说话20:03,2019年4月4日(UTC)
  • 我喜欢看到结构化的讨论被重新提出来,我没有理由在聊天页中使用WiKiTeXT。是的,它使更具挑战性的事情变得容易(用模板等),但它使基本的讨论变得荒谬复杂,尤其地新用户。在我见过的所有其他站点中,一旦你有一个帐户,在转换中做出回复的唯一障碍就是键入HTML文本并按下“提交”。没有其他必要的,它是自动格式化的,很多站点自动地有线程,大多数站点都有通知,当你的评论中有一个新的评论时,大多数站点都有一个内置的机制来帮助人们,评论通常会自动地分成不同的部分,并且不需要手动添加签名,因为站点为你处理。Wikitext有这些特征中没有一个没有向后弯曲。我喜欢结构化的讨论,它们更容易,而且实际上我想与维基百科或Wikista的其他人进行互动。我几乎没有在这里发表评论特别是因为我不想处理WiKiTeXT. 我想可能有很多像我这样的人。谢谢,很抱歉这么长时间的评论。我对这很感兴趣,自从七年前我开始编辑维基百科。尼克尔迪说话2019年4月4日23时23分(UTC)
    • 我还想提到的是,尽管在过去几个月里,Wikista大约有5000次编辑,但我从未在项目聊天中看到评论的请求。我只是在浏览了“Talk Page咨询2019”页面之后才发现它发现Wikista的讨论摘要,我从未见过并且从未参与过。很显然,我对这件事有强烈的看法,并且很乐意提供我的建议,但我从未听说过。我不确定这个解决方案是什么(没有用大旗通知每个人),但我确实觉得这会影响对电力用户的反应。我也想指出此评论在WikistaRFC,这基本上总结了我对这个话题的看法。再次感谢您的长期评论!希望这次我能正确地签署我的评论:尼克尔迪说话(23)47,2019年4月4日(UTC)
  • 结构化的讨论听起来比我们现在的要好得多。(或)那些阻碍我和/或其他人的事情:(a)有经验的编辑,他们抨击其他(不太有经验的)编辑一系列批评,慷慨地引用维基百科的法律,你知道,那些看起来像这样的:[U:R愚蠢]。(只是为了确定……这个条目包含事实的错误陈述,例如“维基百科定律”和假维基解密,因为我是[ [SAR:CasTi] ]。是的,我知道我不是[话题],我说的是人的行为,而不是工具。但是,如果我们不集体和积极地劝阻咬、啃咬和肢解新来的和经验不足的编辑,世界上最好的工具就无关紧要了。γ-标记 (谈话)2019年4月5日(00)22
    • 这一点我同意:我们需要加倍努力“不要咬新来的人”。请记住,在2005年至2006年,ISH人没有更多的问题添加到谈话页面。我相信应该有更新通话页的想法,因为人们习惯于脸谱网/ 2010ISH网站可能有点困惑,但更重要的是让用户体验友好。耳语刀说话05:42,2019年4月5日(UTC)
      • 离开维基,我几乎是一个纯电子邮件的人,所以我从来没有使用过脸谱网或类似的东西。什么可以告诉我你想从这样的网站复制的想法或概念吗?例如,我听说它们更具有移动友好性,如果你不想读他们必须说的话,你可以阻止用户。什么是最有用的在我们的背景下?(是的,我知道,团队希望做正式的UX研究和用户研究,但我对你们都在想什么感兴趣。)WAMF(WMF)说话17:59,2019年4月5日(UTC)
        • 我认为在不需要添加签名的情况下添加注释是非常有用的。选择公共领域的表情符号也不错。奇怪的是,我不想看到“阻止用户,如果你不想读他们必须说什么”,因为我担心这会导致Balkanization的对话。维基百科工作得很好,因为不同观点的用户被迫相互交流。耳语刀说话18:10,2019年4月5日(UTC)
          • “对话的巴尔干化”,我们已经存在了。人们只是不回应,积极地存档。我们已经阻止了某些用户从你的谈话或电子邮件功能。你不能让人们阅读他们的谈话警告。但你可以让它更有用,希望他们能更多地参与谈话,而这不是现在发生的事情。怠速4说话01:14,2019年4月10日(UTC)
            • 能够隐藏您不喜欢的用户发布的评论与拒绝在用户谈话页面上留下的消息不一致。我可以想到一些长时间运行。W:En:WP:IBAN在英国维基百科的情况下,这可能是有益的。我想它会是个人的(只影响你所看到的),并且很容易被逆转。模板:折叠顶部风格的盒子,上面写着“从用户解体的评论:FrOffice;无论如何点击点击阅读”。WAMF(WMF)说话18:47,2019年4月10日(UTC)

我发现一些简单的观察:

  • 我经常只想加1,或者“喜欢”一个评论来支持这个观点,但是我没有什么额外的补充。否则,人们往往保持沉默,这可能会歪曲对话的一致性(在全面投票之外)。
  • 有时人们会缩进有时与*. 这可能会使向缩进的答复中添加弹头成为不必要的麻烦。
  • 知道如何使用A{{外径}模板花了我几个月的时间
  • 即使没有专门的系统实现,跨所有命名空间的VisualError都将是必要的最小更改。
  • 大量缩进的线程在移动中很快变得不可读。
  • 新用户有时可以将他们的回复评论放在编辑摘要中而不是主编辑窗口中。
  • 显然,老的编辑和经验丰富的编辑在当前的谈话页面上是很好的。允许他们退出任何新的接口对于不阻碍新用户的到来是有用的。

T.Shafee(埃沃·埃沃)说话07:29,2019年5月1日(UTC)

你的维基上的新用户是如何使用谈话页面的,他们遇到了什么问题?

  • 许多新用户未能正确地为新的讨论制作新的部分。也许有些滚动到底部,点击“编辑”不知道顶部的按钮。无政府状态说话11:15,2019年4月4日(UTC)
    (+ 1)哥德里克翼翼说话2019年4月4日15时38分(UTC)
  • 忘记签署他们的职位。当编辑一个谈话页面时,没有什么可以说“不要忘记添加你的签名”。无政府状态说话11:15,2019年4月4日(UTC)
    + 1的签名问题。对于用户来说,这不需要太多的解释/干预/努力。也许它应该是自动的,甚至没有太多隐秘的维基代码出现。氟加尔说话11:26,2019年4月4日(UTC)
    我同意新用户应该有一个选项(默认情况下),它总是在某些空间中添加签名(Talk,ToeTalk等)。一旦你有了足够的经验,你就会发现这个设置,并希望关闭它。哥德里克翼翼说话2019年4月4日15时38分(UTC)
    无政府状态在你家的Wiki中,在每个谈话页面的顶部提供每个帖子的指示。W:EN:MealaWiki:TalkPaGeTeXEXT或者看看上面的http://e.维基百科.org/wiki /特殊:随机/通话?行动=提交 WAMF(WMF)说话20:10,2019年4月4日(UTC)
    • TR;DR,没有什么像Wik'的文本墙那样受欢迎,然后将MeaWiKi UI的负担转移到用户上,然后向登录帖子发出警告。怠速4说话11:39,2019年4月5日(UTC)
      • 离开了我们呻吟的那一步没有人阅读说明书. -)我花了一小会儿时间在村镇泵的页面上添加了失踪的签名,我认为仅仅告诉人们去做,甚至是怎么做是不够的。(但我们真正愿意放弃什么来解决这个问题呢?)缓慢?有时它在不应该的时候签字,有时它不应该签到。重新训练我们的手指停止自动签名?我不知道你的情况,但我已经发送了超过几封我用四个Deles签署的电子邮件,如果全自动签名实现,我很可能会在几周内意外地双倍签署一些信息。WAMF(WMF)说话17:53,2019年4月5日(UTC)
  • 没错,如果警告对你不起作用,那就停下来。如果人们继续不签名,而BOT的标志滞后,那就好了。最好是汽车标志。我敢肯定,你可以设计一个“如果没有签名,然后签署”类似于机器人,但它不会是完美的。持久的问题是批评文化的人把新手归咎于用户体验困难:失败的编程。在没有质量改进过程的情况下,完善和列出错误的期望是不正常的。怠速4说话13:21,2019年4月7日(UTC)
  • 格式化来区分你的文章和以前的文章需要知识/经验。此外,在冗长的讨论中,仅仅添加缩进是不现实的。氟加尔说话11:29,2019年4月4日(UTC)
  • 大量的小讨论散落在文章页上,除了那些看过这些页面的少数人之外,从来没有得到更多的眼睛。如果项目标签系统允许任何新的谈话页面帖子被通知所有订阅该文章的项目的人,那就太好了。新用户应该被自动询问他们是否想加入项目,基于他们编辑的文章和他们所属的项目。[使用项目来通知通知的替代方案也可以是类别——但由于嵌套等原因,它变得更加复杂。萨玛尔说话2019年4月4日12时(UTC)
    AfAIR,BOBO03正在运行一个研究项目,根据他们的编辑模式或类似的东西,自动向新编辑推荐项目。哥德里克翼翼说话2019年4月4日15时38分(UTC)
  • 与其说是新用户的问题,而不是知道如何制作章节和签署他们的评论,但更多的是没有明确地显示出谈话页面的内容。我们有{{通话头}弹出的功能,但有更多的东西,以简化或说明要点?一个简单有效的流量聊天可能吗?网格说话12:11,2019年4月4日(UTC)
  • 当用户首先创建他们的帐户时,会出现小的消息框来解释基础知识。我不记得在我做我的帐户时,有任何这些小贴士在谈话页(我可能是错的)。毕竟,在我决定使用它之前,我已经做了很多年的记录。——DeRever Doc说话13:24,2019年4月4日(UTC)
  • 编辑冲突,计算一些微弱的尝试,在线程交谈,疯狂五彩缤纷的签名或根本没有,不可能写在手机上,整个事情是一个可怕的黑客,我无法想象它会是什么样的任何可访问性问题。没有一个用户简介图像可以让人变得更人性化(不仅仅是“社交媒体”网站有用户图像,而是几乎每个主要网站,包括Twitter、易趣网、Github、SoundCu云和维基媒体基金会自己的网站)。灭菌器但是任何试图在维基百科上添加一个配置文件图像的方法,都意味着你的脸可以被任何人用于任何混音或广告或者他们喜欢的任何东西(认真的WTF)?为什么每个人都要为这样的骚扰打开自己的形象?整个评论系统是一场灾难,你问用户基础的唯一原因是你已经知道了。我期待着维基媒体基金会在未来的20年里“咨询”用户在这个问题之前,最终承认他们没有能力或资源去开发更好的东西,并且永远无法让用户切换到任何方式。不要浪费大家的时间。企鹅说话22:07,2019年4月4日(UTC)
  • ^什么企鹅说,^ ^辉煌。γ-标记 (谈话)2019年4月5日(00)25
  • 1除了“承认他们没有能力或资源”,而不是承认他们没有乔治·米切尔的外交技巧,让分裂的社会接受一条更好的道路。怠速4说话15:51,2019年4月8日(UTC)
  • 我同意设计要点,但我不认为在谨慎的用户咨询,以确保合法的授权改变的危害。当然,在开发之前和开发过程中都要保持对水的测试,而不是在开发后获得巨大的反弹。T.Shafee(埃沃·埃沃)说话07:33,2019年5月1日(UTC)
  • 人们经常忘记签署,有时用户批评他们这样做。签名指令在顶部,但人们通常不阅读没有被粗体或斜体化的东西。如果它很重要,我们需要引起人们的注意。我还第二次Worthen先生的声明,用户问题比技术谈话页面的东西更重要。耳语刀说话05:40,2019年4月5日(UTC)

谢谢大家的参与!

UI的彻底重新设计

谈话页面仍然是大多数有经验的编辑。新手(尤其是读者)甚至不知道它们的存在。这是因为TalpButo/Tab不是网页讨论的标准方式。标准的方式是论坛或聊天,聊天是最受欢迎的。如果你能让它聊天,你可以提高参与很多倍。您可以提供一个浮动聊天窗口,用户可以在该窗口中进行交互。第1步:主题选择/创建,步骤2:读/写。用聊天代替用户名(自动)签名。卡帕卡杰什里约说话2019年4月5日(UTC)

支持这个想法。它需要尽可能容易。我觉得维基百科上的谈话页面甚至还没有VisualEdgor的可能性。122.57.1691870:41,2019年4月5日(UTC)(这个评论是我,注销了)。哎呀!HL说话2019年4月5日(UTC)

我也是支持这是因为UI真的很糟糕,我们可以像WhatsApp信使这样的谈话页面,为什么我们需要在2019点签名?我想应该在左边或右边显示一个小弹出窗口,为什么我们把它叫做“谈话页”?我们可以把它重命名为聊天或消息吗?除了编辑以外,没有人能理解什么是谈话页面。为什么编辑在与新手交谈时使用维基百科术语?我见过很多编辑器使用术语WP:BLP,WP:AFD和WP:IRS等给IP编辑器,我认为这些应该自动转换成它们的完整形式。为了增加编辑器,我建议遵循脸谱网的标题样式登录界面。为什么我们仍然只使用文本?如果你添加一些漂亮的CSS按钮,效果会更好。——伊塔查说话09:34,2019年4月5日(UTC)

支持但是,如果期待经济复苏,文化惰性就是现状的原因所在。怠速4说话11:37,2019年4月5日(UTC)
伊塔查我不熟悉WhatsApp。你能告诉我你想从中拷贝些什么想法或概念吗?另外,如果你(你们中的任何一个人)还没有看到StructuredDiscussions(Aka是一个更大的项目的第一步来平滑一些工作流,称为流程),那么你可以看看。谈论:对话页面咨询2019 /个人反馈. 它默认为在Wiki上进行视觉编辑,但你可以通过铅笔图标切换到WiKiTeXT模式。WAMF(WMF)说话18:47,2019年4月5日(UTC)
FT2上面提到的“普通聊天系统桥接到MeaWiWi”。卡帕卡杰什里约HL伊塔查怠速4你们对这个想法有什么看法?如果你有可能阅读并回复聊天系统的讨论(有什么好的例子吗?)那有用吗?
我可以告诉你,这个团队不打算建立一个聊天系统。从一开始他们的目标就是把一切都放在维基上:开放、公开、透明和永久。但是,不管你是先到聊天页面,点击编辑按钮,还是打开一个第三方消息客户端,并通过它的工具发布到Wiki,我不记得有人在谈论它,但这可能是他们会考虑的事情。WAMF(WMF)说话19:21,2019年4月5日(UTC)
WAMF(WMF)我希望我们的谈话页面看起来会变的更像是一个社交网站这是WhatsApp Web(Web.WhatsApp.com)的截图,它基本上是一个群组聊天,这是我们在一个谈话页面上所做的,但是我们的页面太复杂了。我也想把你的注意力放在用户图像我不是说我们都必须添加我们的脸,但是我在YouTube看到了这一点,在那里大多数用户图像是假的,但它们仍然相互作用,这可能是我们的人性与图像的用户帐户交互而不是仅仅与名字对话。(例如,与我的名字相邻的图像将会很棒)。在聊天页面中附加图像而不将其上传到共享空间(新用户几乎不可能将图像上传到公文包,然后将其添加到谈话页面)。如果你能防止我不知道如何编辑冲突,但它不会发生在YouTube聊天中,那就更好了。这是PydiePee对T-系列生活的计数电视耀斑,有时它是如此之快,它是不可能阅读,但仍然没有编辑冲突。如果不像一个聊天系统,尝试遵循聊天系统的某些特征,比如我上面添加的图像,那就是一个附件标志,这是我们大多数人都熟悉的东西,当一个新用户想要附加一些东西时,他很可能会寻找那个标志,但是在找不到之后,S/He会感到沮丧,甚至可以不写任何东西就离开。没有必要在聊天系统或电子邮件系统、用户图像中签名,为什么我们需要一个讨论页面的编辑摘要?它可以是非常简单的,如果你遵循上面的WhatsAppWebUI(没有摘要部分,只是一个文本框和一个发送按钮),我们中的大多数人只会在Read中写RE或任何不重要的东西(例如,你只写了C,而在此之前,你把它写在这里)。前尖:试着把每一个TalkPoad视为一个组(类似于WhatsApp中的组)和每个以任何方式评论/创建或修改的用户,作为一个绝对可以改善TalkPoad的组成员。你能通过使用IP来获得定制的时间来获得时区吗?为什么我们使用UTC?它不发生在任何聊天系统或电子邮件系统(例如Gmail或脸谱网)。我将无法回答至少6小时,因为现在是凌晨2点30分,我住在那里,我必须早起。谢谢你的回应——伊塔查说话20:07,2019年4月5日(UTC)
WAMF(WMF)我添加了一些截图红迪网&推特. 会谈应该自动调整(为什么我们需要添加:::或*为什么不替换?{{S}}{{O}}竖起大拇指类似于脸书————伊塔查说话07:06,2019年4月6日(UTC)
这很好。我正在使用电报,所以最小的线程会话系统对我来说是有效的。考虑到文化问题,我建议,为新用户推出一个beta版本,并选择加入。(而不是选择那些退伍老兵。)怠速4说话15:37,2019年4月7日(UTC)
我可以看到通知系统转为消息传递。即发送感谢,响应弹出的通知,它节省了文本在谈话页,但线程在通知系统。不知道那会有多困难。怠速4说话16:04,2019年4月8日(UTC)
  • 至少在维基百科和WikGube方面,我支持一个特定的(合理的)努力栏来讨论页面的贡献。它有助于过滤废话。如果人们不知道如何编辑页面或贡献,那么他们的贡献水平很可能也不受欢迎。最肯定的是,我们不想在这些项目上泛滥成灾。任何让维基百科像某种社交媒体垃圾的努力都应该被抵制。最大力.83.173.132.35501:38,2019年4月7日(UTC)
“如果人们不知道如何编辑页面或做出贡献,那么很可能他们的贡献水平也将不受欢迎。”我在管理员和巡视者中看到了这种精神。为什么欢迎每一个人,因为你可能欢迎一个破坏者?不要让UX更容易,因为破坏者会编辑。它最终是“你不受欢迎,不管你的贡献。”这是一个阶级的特权,不想合作,但口述:这是编辑高原的根本原因。怠速4说话15:31,2019年4月7日(UTC)
IP用户,你怎么能这样说?这是我们的核心价值观,维基百科是基于开放的合作。我们不是任何私人公司或诸如此类的东西。你真的想杀死原因,因为你能编辑这个页面吗?如果你担心破坏者会问自己为什么地球还没有被人类破坏?有很多好的人可以帮助我们,为什么我们要阻止一些好人因为一些坏的人。我将坚决反对任何努力阻止好人编辑的努力。我们在这里的原因是改善谈话页面,以便更多的人无法使用目前复杂的谈话页面可以加入我们。伊塔查说话20:05,2019年4月7日(UTC)
这是老编辑投票现状的常见原因。用匿名的恩赐来赞美我们。这对未来的发展来说是一个沉重的负担,但我们需要考虑逆风,以获得系统的改善。我在MeETUPS上与许多新手合作,UX路障非常明显,但如果你不这么做,那么就不多了,“为我工作”。怠速4说话15:59,2019年4月8日(UTC)
我不认为很多既定的编辑实际上想要现状. 这些回答通常听起来更像“不要让我学会一个完全不同的系统,但请修复下面的一长串问题,我按字母顺序为您提供方便:可访问性、归档、自动签名……”
我也不认为这支球队能够逃脱现实。现状提议。观众们将不得不采取我们所提出的任何东西来向董事会批准,我怀疑他们会接受一个提议,认为一切都很完美,没有人真的想要改变什么。WAMF(WMF)说话18:40,2019年4月10日(UTC)

Talk页面的目的是讨论文章的改进,而不是对文章主题进行一般性讨论。将谈话页面转换成论坛或短信只会导致更多用户使用后者,这将对项目有害。-蟒蛇编码器()说话γ小旗21:09,2019年4月27日(UTC)

我理想的讨论页面系统将改变以下特性:

  1. 一种计算机可读的线程系统,使用WITKETCEXT终端使用标签或某物(例如< POST >)分离各个线程。
  2. 还可以使用可视化编辑器类型的东西创建POST(作为新的部分和答复)。
  3. 在两种模式下的自动定位;在WiKiTeXT模式下,MyaWiKi可以检测添加后标签。
  4. 标识哪些帖子是分开的CSS
  5. 通过MyaWiKi而不是通过模板关闭的能力

应该保持不变的东西:

  1. 支持WiKiTeX编辑
  2. 显示帖子后的签名(即使有自动签名)
  3. 页面历史
  4. WiKiTeXT解析
  5. 兼容旧的帖子(这可能很困难,但很重要;也许没有视觉编辑器或这些东西)

在任何情况下都不应该添加的东西(主要来自W:EN:维基百科:TalkpPaGeSuxSuffosix2019“特征”,即“不”。

  1. 无限滚动
  2. 过量的空白,如Ooui
  3. 影子银行

-蟒蛇编码器()说话γ小旗21:59,2019年4月27日(UTC)

强烈同意不应该执行无限滚动。使用滚动索引和正文滚动对我来说很好,其中索引列出了正文中的每个部分或标题。基本上,我总是在偏好上调整新的特性,所以现有的编辑不必改变他们的编辑风格,除非他们愿意。戴维斯佩克特说话2019年5月31日(UTC)

UI的彻底重新设计:偏好:初学者

我都是根据当前界面的多年经验来进行彻底的重新设计。但是,如果可能的话,我希望看到大多数新的特征被个人偏好控制,默认为“初学者最好”,而默认为“保留先前的特征”给有经验的编辑。这会给那些第一次尝试编辑和经验丰富的编辑们带来一种欢迎的感觉。戴维斯佩克特说话23:55,2019年5月30日(UTC)

UI的彻底重新设计:偏好:组织

有经验的编辑应该有一个层次或问答界面来引导他们通过个人偏好,包括将其他偏好组合在一起的偏好。这种方法允许快速指定偏好,而不必担心细节。例如,一个主要的偏好按钮或复选框可能是“使用有经验的编辑器界面”,但是缩进按钮或复选框将允许单独的规范启用或禁用偏好自动插入四个TERDES。戴维斯佩克特说话23:55,2019年5月30日(UTC)

UI的彻底重新设计:自动评论;两个窗格

当编辑源代码时,应该在同一页上自动完成编辑/编辑,在每个字符输入之后进行更新,如在某些论坛软件中所做的那样。在每次编辑之后,不必单击“复查”按钮来查看格式化编辑的外观。偏好审查可以控制显示两个窗格(或面板)并排在源编辑。每个窗格将缩小50%。左窗格将显示源文本,右窗格将显示将发布的格式化结果。戴维斯佩克特说话23:55,2019年5月30日(UTC)