维基百科讨论:互助客栈/存档2

最新留言:1年前由Jimmy-bot在话题互助客栈的编辑提示内发布

再议方针页拆分问题

值此页面源代码大小直逼40KB、实际渲染html已达754KB之际,如此庞大体量,无论是因编辑冲突而被弹回全文编辑,抑或是手机浏览,还是对数据流量,都是不小的伤害。鉴于讨论页现已有机器人负责整理最后发言时间,在下建议:

  1. 若讨论主题已有确定存档页(如存档至Wikipedia_talk:N),则直接前往对应页面讨论,此处仅挂标题、跳转模板,及动议者所撰简介,由机器人从对应页面抓取最后编辑时间放至顶部话题栏。
  2. 其余未定主题再放此处讨论。

这样既可以缩短讨论页长度,不必查阅不感兴趣之话题,又能借助顶栏,即时追踪最新话题,可谓最佳方案。--Yangfl留言2018年5月23日 (三) 15:00 (UTC)

推荐类似于en:WP:RFC的方案,超过一定时长的讨论(例如1个月)移动到相关的对话页或专门的讨论页去深入讨论,也可以直接发起RFC(满足一些发起条件)--百無一用是書生 () 2018年5月24日 (四) 02:26 (UTC)
其实条目探讨也多主题,但又正正因为这种主题集中才可以聚集得到一定人数去参与讨论,转为索引就未必有此效果。--J.Wong 2018年5月24日 (四) 03:24 (UTC)
如今索引已有机器人更新最后讨论时间,查看最后讨论时间一般就可判断是否有人气。至于长讨论开RFC,个人觉得可行,比如当前的WP:儿童保护议题,明显较之其他议题过长,拆分不失为一种解决办法。--Yangfl留言2018年5月24日 (四) 04:47 (UTC)
不是要判断是否有人气,而是要有一个页面集起人气。过于分散,反而导致讨论缺人参与。--J.Wong 2018年5月24日 (四) 04:55 (UTC)
显然单个过长的WP:儿童保护讨论也会对下面诸讨论造成影响。--Yangfl留言2018年5月24日 (四) 05:28 (UTC)
建议参考日文维基互助客栈做法。讨论如发展到有相当长度就移动至方针区子页,而方针区则保留标题及连结。如此,如何?--J.Wong 2018年5月24日 (四) 10:46 (UTC)
也可。--Yangfl留言2018年5月28日 (一) 09:03 (UTC)
(&)建议:以“提案”和“讨论”区别是否可行(后者为未有实质条文者)?--【和平至上】💬📝 2018年5月24日 (四) 11:11 (UTC)
对于一些影响大的议题,RFC是个不错的选择。之前也讨论过RFC的事情,但沉水了。——꧁༺星耀晨曦༻꧂留言2018年5月26日 (六) 10:56 (UTC)

综上本人提议,对所有VP页面均增加一句话,为避免本页面过长,若单串讨论内容超过10,000字符,且有明确归档页面,敬请考虑移步对应页面继续讨论,在讨论结束之前请保留此页面上的标题及重定向提醒。新增提醒仅为建议操作,并非强制。如何?--Yangfl留言2018年5月31日 (四) 14:32 (UTC)

对比这,在下更建议建立“提议”分页。--J.Wong 2018年6月1日 (五) 06:31 (UTC)
愿闻其详。--Yangfl留言2018年6月1日 (五) 07:41 (UTC)

Growth team is looking for your feedback and ideas

Hello!

Have you heard about Growth team

The Growth Team's objective is to work on software changes that help retain new contributors in mid-size Wikimedia projects. We will be starting with Wikipedias, but we hope these changes will benefit every community.

We are contacting your project today, because you may be interested by what we work on.

8 ideas we consider: tell us what you think about them!

We are considering new features to build, that could retain new editors in mid-size Wikipedias. We will be testing new ideas in Czech and Korean Wikipedias, and then we'll talk to more communities (yours!) about adopting the ideas that work well.

We have posted the 8 ideas we are considering. We would really appreciate your thoughts and the thoughts from your community. Please share the ideas, and tell us what do you and your community think of those ideas before September 9.

Share your experiences with newcomers

We want to hear about what is working and what is not working for new contributors in your wiki. We also want to hear any reactions, questions, or opinions on our work. Please post on the team’s talk page, in any language!

Learn more about us

You can visit our team page to find out why our team was formed and how we are thinking about new editors, and our project page for detailed updates on the first project we'll work on.

Get updates on your project page

The Growth team's newsletter will provide updates regularly. You can subscribe to it.

On behalf of the Growth team, Trizek (WMF) (talk) 2018年8月27日 (一) 17:41 (UTC)

Does anyone consider if Curator-rank might be a good addition to admin/editor rank? Also a graveyard watcher. I would volunteer to be the latter. Just my two cents --LairdUnlimitedLLP 2018年9月18日 (二) 12:37 (UTC)Allthingsgo

重新规划维基社群和互助客栈

原互助客栈内容大致是英文维基维基社群(Community)和互助客栈(Village Pump)内容之和。

现在中文维基也有了社群页,理当更好的定义两个页面的分工和职责。

实际上,目前的互助客栈,其实大致是两个活跃的部分:维基新闻+政策讨论。有时有一些编辑问题的讨论。 而社群页大致只是扮演着导航页面的角色。

A,理想状态(Goal State)
  1. 面向编者的互助页面:专注于内容,帮助条目编辑和质量提升。
  2. 面向事物性质的:管理、运营、政策方针的讨论方面。
B,修改过程(Steps)

设置两个页面

  1. 页面甲专注于条目编辑,社群建设,互相帮助——使得互助客栈可以作为维基百科编辑者的主页也就是和条目相关的内容。
  2. 页面乙,专注中文维基政策、模板设计,机器人等行政事物,辩论,欢迎提名,也就是专注于“Wikipedia:”等命名空间的内容。
  3. 页面甲作为社群主页,编者主页,以对所有维基人都有用的信息,所有人都可以帮忙的理念设立。有两类主要内容:提出帮助请求,和帮助他人,以条目为中心。
  4. 页面乙作为行政主页,用于交流、辩论关于中文维基百科本身的内容,以维基百科本身为中心。

现有维基社群的页面组织令人困惑,更像是一个导航而且大多是其他页面的嵌套,可以考虑删去或者整合进页面甲。

C,命名
  1. 建议将页面甲叫做互助客栈。
  2. 页面乙叫做议事大厅。

如果大家同意A、B所述,命名事项可以稍后再次投票。

为了方便交流,可以用字母和数字指代上述项细分讨论。viztor 2018年11月2日 (五) 12:41 (UTC)

讨论

请问,关于“维基百科:互助客栈/条目探讨”的讨论应当归档何处由谁决定?

如果我以为维基百科:互助客栈/条目探讨的讨论需要在其他条目归档,请问我可否自行添加?亦或如何提出?——Huangsijun17留言2018年12月5日 (三) 04:51 (UTC)

任何人,你认为归档的位置合适则可。标记{{saveto}},当讨论平息一段时间后,机器人会自动处理。——路过围观的Sakamotosan | 避免做作,免敬 2018年12月6日 (四) 00:56 (UTC)
可以,我都自行添加,只要不要探讨的是A条目,却故意{{saveto}}到B条目就好。如果你觉得别人saveto的目标条目不适当,你也可以自己改。-游蛇脱壳/克劳 2018年12月6日 (四) 10:59 (UTC)

建议废止互助客栈消息版

下列讨论已经关闭,请勿修改。如有任何意见,请至合适的讨论页进行,并不要再次编辑本讨论。

如题,关注人数过少,或许不适合再继续独立成一个版-- Sunny00217 --祝元宵节快乐 2019年2月28日 (四) 11:09 (UTC)


本讨论已经关闭,请勿修改。如有任何意见,请至合适的讨论页进行,并不要再次编辑本讨论。

提议至少将方针板块下的RDRNC、关注度问题设立独立页面讨论

现今方针板块的几个讨论在日后存档到对应的讨论页时,其长度都足以作为一个独立的存档页,提议至少将至少将方针板块下的RDRNC、关注度问题设立独立页面进行讨论。可以再将对应页面再嵌入于方针板块中(此举会影响机器人表格统计)--及时雨 留言 2019年7月16日 (二) 13:48 (UTC)

关于Template:Villagepumppages

关于名著书籍中的人物“参考资料”

名著书籍由于其特殊性,里面的人物很少会有参考资料。但是想要编辑维基百科,就必须弄参考资料,我在寻找参考资料的途中,可谓是条件困难重重。我也看过许多其他类似的词条,例如东方不败,这里面就没有参考资料。因此我申请,名著书籍里面人物的词条的编辑条件可以放宽一些,因为这些是虚构人物,几乎没有参考资料。 Assifbus留言2020年4月6日 (一) 02:31 (UTC)

@Assifbus请至WP:互助客栈/条目探讨提出。这里是讨论有关互助客栈版面的地方。--🍀 CLOVER YAN (^_^) (回复请ping我) 2020年7月9日 (四) 14:49 (UTC)

台湾风云

请问如果有人会创立的话 那如果有关台湾风云的报导的话就好 可是我有些演员知道 有些不知道所以我不知道怎么办 肥达留言2020年5月20日 (三) 12:43 (UTC)

@肥達请至WP:互助客栈/条目探讨提出。这里是讨论有关互助客栈版面的地方。--🍀 CLOVER YAN (^_^) (回复请ping我) 2020年7月9日 (四) 14:49 (UTC)

没有参考资料。 Assifbus留言2020年4月6日 (一) 02:31 (UTC)

是不是应该在互助客栈技术区增加编辑提示模板以免发生错误之类的?

 完成,已经增加应有的提示。--Z7504非常建议必要时多关注评选留言2020年8月10日 (一) 02:14 (UTC)

下列讨论已经关闭,请勿修改。如有任何意见,请至合适的讨论页进行,并不要再次编辑本讨论。

详情讨论,不过技术区页面编辑(或预览)时根本没有任何提示阿?--Z7504非常建议必要时多关注评选留言2020年8月8日 (六) 15:00 (UTC)

我们不会在所有讨论页面上放置如何使用Wikitext的提示,如果您不会的话,可以自行阅读Help:编辑页面来学习。 Xiplus#Talk 2020年8月9日 (日) 02:34 (UTC)
如果您是点击按钮所产生的预先载入内容(preload)就有包含此错误语法,请说明您的操作步骤;如果这是您自己输入的,那这是您自己的问题。--Xiplus#Talk 2020年8月9日 (日) 02:45 (UTC)
是吗?Help:编辑页面看了表格那段几秒锺也没有提到任何会影响互助客栈的阿,如果只是仗着管理员职位说大话那大可不用理会。原来该提示的都没有提示阿。--Z7504非常建议必要时多关注评选留言2020年8月9日 (日) 06:23 (UTC)
您可以在Help:编辑页面#表格Help:表格看到一堆正确使用表格语法的范例,我不知道您为何这样错误地使用语法,也不知道您从哪里学来的,您究竟想要怎样的显示结果而这样使用语法?另外请问我哪里说大话了?告诉您您的语法是错的跟我是不是管理员有什么关系?难道是管理员就不能告诉您您错了吗?--Xiplus#Talk 2020年8月9日 (日) 08:14 (UTC)

{|
0|0 文字
|}

自己看看你缺了什么符号。-- 娜娜奇🐰枫香花茶(宇帆·☎️·☘️2020年8月9日 (日) 08:54 (UTC)
  • 喔,那提案的时候不写那个!|-或是|又要怪别的用户了吗?这又不是条目,这不是互助客栈吗?只是想问能不能像“Wikipedia:互助客栈/求助/header”里面那样写或是写在“Template:Editnotices/Group/Wikipedia:互助客栈”这个模板而已啊,唉。其他用户在互助客栈提案使用表格的时候大概也要注意啦,2位都这么清楚,互助客栈却都没有这种提示,真是矛盾阿。--Z7504非常建议必要时多关注评选留言2020年8月9日 (日) 11:17 (UTC)

本讨论已经关闭,请勿修改。如有任何意见,请至合适的讨论页进行,并不要再次编辑本讨论。

温带落叶林一文近期由Iokseng君和在下共同将落叶阔叶林温带落叶林两条目合并而成,由于原有两个条目的名称具有一定歧义性(类似羊蹄甲问题),我提出了将结果条目定名“温带落叶阔叶林”的移动请求,不成想被Iokseng君以“原创研究”为由果断关闭。经交涉重新开启后,Iokseng君提出“‘温带落叶林’是台湾地区常用名称”的观点并移除部分条目合并内容,但没有对常用名称部分进行举证,至简单给出了温带落叶林是台湾推荐名称的证据(后悔)。我并未立即要求他证明常用度,而是向其展示了在中文全域无论是Google学术搜索还是Google网页搜索均显示“温带落叶阔叶林”常用度远高于“温带落叶林”;而在限制台湾中文情况下,Google学术搜索结果二者相当(样本太少总共不超过15条),Google网页搜索“温带落叶阔叶林”仍明显高于“温带落叶林”,无法支持他“‘温带落叶林’是台湾地区常用名称”的观点。然而Iokseng君称无法看到台湾地区搜索结果数量并要我证明“‘温带落叶林’不是台湾地区常用名称”,这我觉得有点过了,因为维基百科应该是谁主张谁举证的,而且搜索结果数量摆在那里怎么会看不到呢?麻烦各位进去看看,也听听Iokseng君的观点,帮忙“仲裁”一下。让我举证“不是常用名称”这个可真的难为我了,因为明显二者都是常用名称。--173.68.165.114留言2020年10月3日 (六) 20:53 (UTC)

本想放条目探讨的,系统提示“请至Wikipedia:互助客栈/求助向其他人请求协助”,但Wikipedia:互助客栈/求助也编辑不了,出现同样提示,只能放求助版的讨论页了。--173.68.165.114留言2020年10月3日 (六) 20:53 (UTC)

有关客栈形容修订的一个惯用语

在客栈方针区讨论时,常有编辑用“事实性修订”来形容单纯优化语法的修订。我个人其实一直被这个词所困惑,事实性修订给我的感觉就是对方针实质内容进行了修订。不知道“事实性修订”为什么得其名?此外,与“事实性修订”相对的修订又如何称呼?向各位请教。--Kirk★ 0#0 2020年10月7日 (三) 16:50 (UTC)

可能是混同的缘故。语法的误用可能(但并非必定)造成与实际共识不符,而修正语法是使方针符合与实际共识不符(事实)的途径。我建议可以将仅修正语法、原文非与实际共识不符、修正语法本身不改变原意的修订径行称为“语法调整”,且可如同原文与实际共识不符的“事实性修订”一样无须走公示程序。SANMOSA SPQR 2020年10月10日 (六) 10:04 (UTC)
(※)注意:“事实性修订”已经广为人知,即使改了,也很难改变社群的习惯;现在社群喜欢改这个改那个,如果一定要改,我比较喜欢“修饰语句”这个词,因为很少人直接修改语法,都是“修饰语句”,机译才会“修正语法”。而且有些人以“修饰语句”为由去改方针,实际上把方针原意也改了,因此有争议应该放到客栈去讨论,明显有歧义的更应公示,以减少往后不必要的争议。而且如果修订是“合理”,放多久也不怕人反对,因此不要心急。此外,如果不影响理解,不改更好,方针指引是维基法规,就像国家法律,不应任意修改;方针指引保持稳定的版本,有利社群自觉地遵守。--虫虫飞♡♡→♡℃留言 2020年10月11日 (日) 03:19 (UTC)
感谢二位,稍有解惑。--Kirk★ 0#0 2020年10月11日 (日) 10:13 (UTC)
@KirkLU蟲蟲飛:抱歉打扰(?)疑问一下,问题是“事实性修订”根本不等于“修饰语句”阿  囧rz...?“事实性修订”是一种惯用语,“修饰语句”也是;以前也问过了,编辑摘要想事后更改理由,技术上也办不到阿。就算将编辑摘要写上“事实性修订”或者“修饰语句”的理由其实都可以,而根本不用吵吧?--Z7504非常建议必要时多关注评选留言2020年10月19日 (一) 17:35 (UTC)
没太明白您的意思(?)我主要是询问表述上的习惯(或者隐含了推荐采用纯粹语法修订、修订格式等一类更加字面化表述的意思)。关于各种修订之间的判别问题、何者可以直接修订等问题还没有深入思考过。--Kirk★ 0#0 2020年10月19日 (一) 18:00 (UTC)
(说真的,不明白在说什么就算了吧。)“事实性修订”和“修饰语句”两者理由根本不相同,但都可以写在编辑摘要的理由中。还是说你们在互助客栈上提议的内文并非追求“事实性修订”?那可能知道为什么会说在互助客栈讨论真的是浪费时间,因为你们可能没有做出有实际、有意义的讨论,光来互助客栈哈拉浪费时间的?还有,编辑摘要想事后更改理由是不可能的。--Z7504非常建议必要时多关注评选留言2020年10月19日 (一) 19:07 (UTC)
“事实性修订”的确会让人误会,不过要修正这个习惯也很难。比较好的建议是从自身做起,多使用“修饰语句”这类适合的描述,让不适合语句的整体使用量下降,到时候就可以逐渐淘汰这类说法了。--台湾杉在此发言 (会客室) 2020年10月28日 (三) 14:54 (UTC)

条目目录的折叠于展开

每个条目的目录都可以折叠/展开,但位置会变化,这个该向谁寻求帮助? ---- 居上位而不骄,居下位而不忧 2020年12月4日 (五) 02:41 (UTC)

编辑请求 2021-03-18

  请求已处理

将“投诉管理员不当处理站务”的标题改回原本的“投诉虫虫飞不当处理站务”。是虫虫飞把标题上的“虫虫飞”抹去,改成“管理员”--温大善人留言2021年3月18日 (四) 00:27 (UTC)

已改回[1]。—-Outlookxp留言2021年3月18日 (四) 01:54 (UTC)

编辑请求 2021-05-02

编辑请求 2021-05-04

  请求已拒绝

请协助建立页面:「Wikipedia:长期小作品」,将之与 en 的“Wikipedia:Permastub”链接在一起(跨语言链接),并将“Template:Wikipedia essays”中的「* {{Link-en|Wikipedia:元素小作品|Wikipedia:Permastub|元素小作品}}」一行改为「* {{Link-en|Wikipedia:长期小作品|Wikipedia:Permastub|长期小作品}}」,谢谢。

我是非确认用户,没有权限做这些编辑,本想试试那个内容翻译功能,结果它告诉我服务器连接不上(

WuzgXY留言2021年5月3日 (一) 16:18 (UTC)

*更正:最后一项改为「* [[Wikipedia:长期小作品|长期小作品]]」。

我受自动登出漏洞影响不能编辑原文本,只能在手机版视图再加一条评论了(

WuzgXY留言) 2021年5月3日 (一) 16:18 (UTC) WuzgXY留言2021年5月4日 (二) 00:21 (UTC)

未见建立的必要。SANMOSA Σουέζ 2021年5月9日 (日) 01:16 (UTC)

我认为有建立的必要。原文的 perma 显然不是“元素”的含义,这是一点需修正的错误;另外我作为非确认用户想对原文作翻译,不得不请求确认用户建立此页面,还希望能再考虑一下。WuzgXY留言2021年5月9日 (日) 07:09 (UTC)

你可以直接在Template:Wikipedia essays更改译名,而且你理论上也可以直接建立Draft:长期小作品页面并翻译完成后后请求移动。SANMOSA Σουέζ 2021年5月10日 (一) 03:10 (UTC)
好的,感谢回复。但前者由于 https://zh.wikipedia.org/wiki/User:SteepPeak/Guide/Autologout 无法实现,后者涉及到创建页面,我个人尚未找到 2017 版编辑器创建页面的方法,因此也受此漏洞限制,我个人不能完成此项编辑。我已经将翻译后的文本上传至 https://paste.ubuntu.com/p/7y54Yk6DJX (文中的带协议外[内?]链可能格式有误),如能帮忙建立,感激不尽。WuzgXY留言2021年5月12日 (三) 15:11 (UTC)
@WuzgXY你能不能先尝试用流动版编辑器(在手提电话上的browser编辑)?SANMOSA Σουέζ 2021年5月18日 (二) 02:43 (UTC)
已添加Draft:长期小作品,并已修改好 [[Template:Wikipedia essays]],正等待草稿审核。很抱歉添麻烦了,本来能自己解决的WuzgXY留言2021年5月19日 (三) 11:06 (UTC)
提请人已自行解决。SANMOSA Σουέζ 2021年5月22日 (六) 03:13 (UTC)

编辑请求 2021-06-01

方针区的存档问题

现在方针区已经太大了,我已经多次遇见不能在移动设备上查阅方针区的事情,是否有一些已经讨论完的事项能及时存档,或者移至其他的名字空间进行进一步讨论?--LightyearsTalk·Sign#维猫报 2021年5月15日 (六) 10:08 (UTC)

建议多弄点儿→“方针一区”、“方针二区”、“方针三区”。[开玩笑的]--安忆Talk 2021年5月15日 (六) 10:12 (UTC)
未尝不可[开玩笑的]--LightyearsTalk·Sign#维猫报 2021年5月15日 (六) 13:12 (UTC)
方针核心方针热门入方针必刷方针动画,方针番剧,方针音乐……方针小黑屋...[开玩笑的]--ClayM300(留言讨论🧐) 2021年5月15日 (六) 13:16 (UTC)
也不要给到B站的连结,,,-- Sunny00217  2021年5月23日 (日) 14:24 (UTC)
之前谁好像说过可以启用集中讨论制度啥的。—— Eric Liu 创造は生命(留言留名学生会 2021年5月15日 (六) 15:10 (UTC)
(?)疑问:现在方针区还好,我也用手机,没发现什么问题,怎么不能查阅?--虫虫飞♡♡→♡℃留言 2021年5月15日 (六) 15:20 (UTC)
@虫虫飞:我不是很清楚,不过您在香港我在深圳,我需要跨越虚拟混凝土或者用镜像站,这或许是区别之一。--LightyearsTalk·Sign#维猫报 2021年5月15日 (六) 15:22 (UTC)
建议试一下用手机时点选桌面电脑模式,手机的模式,有很多功能都不支援。--虫虫飞♡♡→♡℃留言 2021年5月15日 (六) 15:31 (UTC)
是桌面电脑模式,不排除是我的手机问题,但方针区的及时存档和分流也应提上日程了。--LightyearsTalk·Sign#维猫报 2021年5月16日 (日) 07:37 (UTC)
就是单纯的大,页面内容多到浏览器渲染起来很慢。当然和链路也有关,VPN会有一个中转的过程,会比在香港直连新加坡服务器慢一点,反代站的话还要有解包处理再打包的过程,还要比VPN慢得多。--安忆Talk 2021年5月16日 (日) 08:00 (UTC)
(?)疑问:能否使用类似Wikipedia:互助客栈/方针/Example的页面来储存每个讨论,然后只在Wikipedia:互助客栈/方针上使用{{Wikipedia:互助客栈/方针/Example}}这样的语句来显示讨论?或者只在主页面上保留一个前往讨论的链接,而讨论本身放在子页面进行?--Yining Chen留言|签名2021年5月17日 (一) 13:13 (UTC)
方针区的问题严重吗?还是个别型号手机的问题?因为最近维基也有各种形式的问题,像我自己输入“:”“{}”经常有乱码,要复制黏贴才可以,其他人好像都没有这个问题。前些时候,vip的小工具,也只有我不能用,但最近突然又没事了。--虫虫飞♡♡→♡℃留言 2021年5月17日 (一) 13:55 (UTC)
这样感觉和现有的存档机制不太协调。有一部分是设备和网络的原因,但最主要的原因其实还是页面太大了。现在就进行着很多个大型提案,完全可以分离一下。--安忆Talk 2021年5月17日 (一) 14:11 (UTC)
我觉得可以利用WP:RFCWP:CD之类的方式处理。比如将讨论时间过长的讨论转移到相应的对话页或者建立单独的RFC页面继续讨论,减小单个页面的压力。有时候页面那么大,讨论内容各种各样,阅读的心情都没有了,更别说积极讨论了--百無一用是書生 () 2021年5月18日 (二) 01:38 (UTC)
我用PC,在方针版用回复功能经常显示 服务器未在预期时间内相应,但其实我的回复已经发布出去了,我觉得和页面大也有关系。 ——羊羊 [ 留言 贡献 维猫报 古典音乐专题 ] 2021年5月17日 (一) 15:28 (UTC)
我这边没这个问题,其他大陆用户也遇到相同问题吗?如果用“quickedit”会否改善?--虫虫飞♡♡→♡℃留言 2021年5月17日 (一) 22:36 (UTC)
+1,大的页面经常出“编辑冲突”的错误,有的可能自动解决,有的不会。--ClayM300(留言讨论🧐) 2021年5月18日 (二) 08:41 (UTC)
+1,遇到过。回复功能不会有编辑冲突,可视化也比较方便。--安忆Talk 2021年5月17日 (一) 23:55 (UTC)
前两天我用回复功能编辑冲突好几次....--百無一用是書生 () 2021年5月18日 (二) 01:32 (UTC)
回复功能会通过API回传整个页面内容,时常编辑有保存,但显示连线逾时。--Xiplus#Talk 2021年5月20日 (四) 08:40 (UTC)
半开玩笑的说,不妨在讨论部分引入Discuz,或者其他的BBS系统。虽然编辑冲突仍然存在,但是这样至少可以缓解讨论页的问题。——ClayM300(留言讨论🧐) 2021年5月18日 (二) 08:44 (UTC)
或者默认折叠所有的讨论,只有在主动点击查看的时候再加载内容。——ClayM300(留言讨论🧐) 2021年5月18日 (二) 08:44 (UTC)
电脑端加载缓慢的内容不见得手机端会更容易加载,有一次因为打开的标签页太多,Chrome直接崩溃了。我上一次遇到因为内存不足导致PC端浏览器崩溃的事情是还是在10年前。——ClayM300(留言讨论🧐) 2021年5月18日 (二) 08:48 (UTC)
好像没这功能(指Ajax请求段落文字),就算是用Minerva,也只有图片是懒加载…MediaWiki正常的“折叠”只是视觉上的,实际还是得把全文拉回来才行。--安忆Talk 2021年5月18日 (二) 09:00 (UTC)
@AnYiLin:参考Wikipedia_talk:模板限制#模板限制后半讨论,认为可以从minecraft wiki引入{{LoadBox}}与{{LoadPage}}模板过来。(mcwiki:MediaWiki:Gadget-site.js、另见mcwiki:Category:Ajax载入页面)。参与者只要在有兴趣的议题按下 [阅读更多..] 之类的按钮或连结即可(像Facebook那样,显示个贴文摘要)。-- 五岁抬☎️·☘️2021年5月18日 (二) 09:25 (UTC)
但无论哪种做法,势必都会需要重新调整目前的客栈源代码结构。-- 五岁抬☎️·☘️2021年5月18日 (二) 09:29 (UTC)
赶快将无法通过的讨论存档掉就行。--Temp3600留言2021年5月18日 (二) 14:43 (UTC)
同意Temp3600的建议,“赶快将无法通过的讨论存档掉就行。”现在就是太多 一望而知无法通过的提案,这些提案提早存档,不但方便阅读,而且避免大家浪费时间在无法通过的提案上,例如有些新手方针还没看,就走来改方针,这类提案都可以提早存档。--虫虫飞♡♡→♡℃留言 2021年5月19日 (三) 02:39 (UTC)
我一台能跑GPU实时光线追踪的Mac,开方针区网页滚动页面都要白上半秒钟才有内容渲染出来,方针区真的太大了。短时间内涌现大量议题讨论也是可能的事情,我建议尽快分流一些大的话题到集中讨论那里去。 --Milky·Defer 2021年5月18日 (二) 16:35 (UTC)
你确认是你的电脑垃圾吗?我的,使用桌面网页版,Chrome,系统锁定显卡为mx150,都没有这种情况。如果你说在手机上使用手机网页版或者桌面网页版显示加载有延迟,这我倒见过。——Sakamotosan路过围观杯弓蛇影 | 避免做作,免敬 2021年5月19日 (三) 03:11 (UTC)
@cwek:我认为是方针区成千上万个DOM节点造成的。 请注意DOM节点的运算,预设是在CPU,算完才会开始渲染。-- 五岁抬☎️·☘️2021年5月20日 (四) 08:37 (UTC)
有本地缓存(例如图片、脚本),重新加载也就是6秒左右。也没有滚动时有明显色块撕裂的情况。可能和机器渲染效率有关,但方针现在的规模还没有达到加载缓慢的问题(像是模板扩展溢出的基本上十几秒)。——Sakamotosan路过围观杯弓蛇影 | 避免做作,免敬 2021年5月20日 (四) 09:27 (UTC)
DOM处理是在CPU,当DOM节点过多时,很难保证CPU能在Frame update前完整更新DOM节点资料给GPU。-- 五岁抬☎️·☘️2021年5月20日 (四) 10:05 (UTC)
和显卡有什么关系吗…网页里也没有WebGL、CSS动画等“图形内容”。即使浏览器开硬件加速也不会用GPU算document啊(解析DOM、执行JS等),要是单纯的DOM节点巨多也没关系,主要是还有很多JS在增改它(在DOMContentLoaded的前后,这堆脚本还是各管各的,没多少协调性可言),整体就慢下来了。onload的时间会变得很长。--安忆Talk 2021年5月20日 (四) 10:11 (UTC)
但长度过长造成困扰也是事实。其他条目照样有JS在增改它,但大部分的条目没有客栈方针区这样的LAG状况,就说明客栈方针区真的太长。建议拆分,可用子页面模式+嵌入包含时用Lua脚本让他只显示摘要或有限内容,展开完整内容则从minecraft wiki引入{{LoadBox}}与{{LoadPage}}模板(见留言#A2569875 2021年5月18日 (二) 09:25 (UTC))。-- 五岁抬☎️·☘️2021年5月21日 (五) 04:59 (UTC)
我的意思是想说“DOM巨多的同时,又被长时间计算和增改,所以才更慢(相比单纯DOM巨多)”…--安忆Talk 2021年5月21日 (五) 05:16 (UTC)
  • 把讨论内容分流到其他页面,很影响社群阅读讨论,而且现在的问题不是很严重,我这边就完全没有问题。如果是个别用户的装置问题,不认为把讨论切割和搬到另一页面就能解决问题。现在方针区的主要问题是太多没意义的提案,很多都是“为改而改”,甚至有新手没看方针,就走来改方针,只要订立一些规则,约束一下不合理的提案,已经可以把方针区的提案大大减少。--虫虫飞♡♡→♡℃留言 2021年5月21日 (五) 10:24 (UTC)
    因为您离服务器很近…不受传输速率(浪费在跨境中转上)所影响。现在方针区不算脚本、样式表、媒体资源等,一个网页(即/)就将近300K(别看数字比较小,但这和下载文件不一样,浏览器还要并发一些其他的资源,同时解析处理它们,上面说过了),换算起来就是十五六万字,大到能出书。--安忆Talk 2021年5月21日 (五) 10:36 (UTC)
User:Temp3600的建议很好,其实不用太复杂,像用户讨论页那样,弄一个存档小工具,方便大家把一些显然没共识的提案尽快存档,不但可以解决提案所提及的问题,而且可以避免浪费社群时间在讨论没意义的提案上。--虫虫飞♡♡→♡℃留言 2021年5月21日 (五) 13:35 (UTC)
理论上Bluedeck的Easy Archive已经足够了,问题是这岂不是谁想存档点一下就好,打编辑战从未如此方便。--痛心疾首 2021年5月22日 (六) 09:23 (UTC)
建议订立一些存档规则,违规回退存档的可以举报。--虫虫飞♡♡→♡℃留言 2021年5月23日 (日) 05:04 (UTC)
直接POINT处理就好何必定新方针-- Sunny00217  2021年5月23日 (日) 14:29 (UTC)
我看了下方针区发现有一些提案似乎正处于等待处理的状况,例如专题命名空间有关新增伪命名空间的提议似乎在等人写机器人,设计一个制度解决部分速删模板挂不上去的页面的删除问题在等着更新Twinkle。像这种与其说在讨论不如说更像是等待性质的提案,是不是可以另外增设类似Wikipedia:互助客栈/方针/等待区将这些等待处理的提案放进去,这应该可以减少一定程度的内容。另外我对于虫虫飞说的“没共识没必要浪费时间讨论的提案”感到疑惑,目前方针区有哪些提案是属于这种性质,能不能提供几个实例?假设将这些没必要浪费时间讨论的提案进行存档后,能不能改善目前方针区内容过大导致有些手机无法查阅的问题?--Poontele留言2021年5月26日 (三) 01:33 (UTC)
可以根据常识判断,如果提案出现大量反对票,那提案人就不好强行通过,要么就撤回提案,要么就根据反对意见弄一个新的修订案。如果还是出现大量反对,提案人坚持下去也没意义。--虫虫飞♡♡→♡℃留言 2021年5月26日 (三) 02:35 (UTC)

编辑请求 2021-06-13

  请求已处理上扬斯克的雪 2021年6月13日 (日) 09:05 (UTC)

hi,各位,我想要翻译条目,然后发现了Wikipedia:翻译请求,但是,我想“为了保持鸡巴整洁,请勿在此填写完成度。”应该并不合适,我不知道维基百科对这个内容的态度是什么,然后我注意到WP:联络我们,然后我到这里来了。--JohnFrankStar留言2021年6月13日 (日) 04:14 (UTC) 还有,请问为什么“WP”也可以链接到Wikipedia?

编辑请求 2021-06-28

  请求已拒绝-- Sunny00217  2021年7月15日 (四) 03:10 (UTC)

您好,我已在“中华民国中古车出口建设研究协会”编辑"英文"板本:

https://zh.wikipedia.org/w/index.php?title=Special:%E5%86%85%E5%AE%B9%E7%BF%BB%E8%AF%91&page=%E4%B8%AD%E8%8F%AF%E6%B0%91%E5%9C%8B%E4%B8%AD%E5%8F%A4%E8%BB%8A%E5%87%BA%E5%8F%A3%E5%BB%BA%E8%A8%AD%E7%A0%94%E7%A9%B6%E5%8D%94%E6%9C%83&from=zh&to=en#suggestions

请求协助后续发布,谢谢~--ucc留言2021年6月28日 (一) 02:49 (UTC)

invalid-- Sunny00217  2021年7月15日 (四) 03:10 (UTC)

有三个网址希望补充一下一些重要资讯

https://zh.m.wikipedia.org/wiki/B.1.617譜系 https://zh.m.wikipedia.org/wiki/B.1.1.7譜系 https://zh.m.wikipedia.org/wiki/B.1.351谱系 希望补充项目: 主要症状 重症率 致死率

如果知道主要症状或许就能够提高染疫者的警觉 Geni0809048212留言2021年6月30日 (三) 07:29 (UTC)

编辑请求 2021-07-08

  请求已拒绝-- Sunny00217  2021年7月15日 (四) 03:10 (UTC)

请求开放建立振宇五金股份有限公司条目。--Sam2468083留言2021年7月8日 (四) 03:55 (UTC)

invalid-- Sunny00217  2021年7月15日 (四) 03:10 (UTC)

编辑请求 2021-07-12

  请求已拒绝-- Sunny00217  2021年7月15日 (四) 03:10 (UTC)

请管理员协助将以下意见移至“有关台铁EMU500型电联车与台铁EMU600型电联车改造中的资讯有必要留吗?”一节,感谢。

invalid-- Sunny00217  2021年7月15日 (四) 03:10 (UTC)

编辑请求 2021-07-22

  请求已拒绝:无内容。--东风留言2021年7月26日 (一) 16:13 (UTC)

修改部分页面内容--Villager8787留言2021年7月22日 (四) 07:10 (UTC)villager

编辑请求 2021-07-23

  请求已拒绝。--东风留言2021年7月26日 (一) 16:15 (UTC)

您好。 因为我原来的条目“儿童文学作家张友渔”被删除,我不晓得为何被删除。 删除后,张友渔的网页搜寻结果,本人也就是张友渔是女性,照片却被置换成大陆同名同姓已故男性张友渔作家。 请问,我该如何将张友渔(作家)这条目,修改成儿童文学作家张友渔, 以便与大陆已故作家张友渔做出区别。 照片被误植、错置,让人非常忧郁。 恳求这里的高手帮忙,谢谢。--Jeeptaiwan留言2021年7月23日 (五) 07:28 (UTC)jeeptaiwan张友渔

@Jeeptaiwan您可前往WP:DRV申请复核,此处并非恰当的求助位置。--东风留言2021年7月26日 (一) 16:15 (UTC)

(节删)

注:此处原有文字,因为和互助客栈关系不明确的留言,已由Wolfch (留言)于2021年8月4日 (三) 22:27 (UTC)删除,尚祈见谅。若有异议请至互助客栈或向管理员反映。

关于Wikipedia talk:互助客栈

建议将Wikipedia_talk:互助客栈(或是包含其子页面)以标题黑名单半保护,并自订提示导到WP:VPH。看起来是有新手搞不懂(可能还不是少数)要去哪里求助,造成困扰。-- Sunny00217  2021年7月15日 (四) 03:15 (UTC)

可是客栈各页面都被那群(节删)LTA搞臭到半保护n个月(条目探讨14天而且我发言不久即将到期(LTA一定不死心然后该页被大概率补上3个月),方针1个月到8月6日,求助57天到8月18日,消息技术和本页直接到十月)(至于跟维基百科无关问题的WP:ASK则是一周到本月19日),把新手都挡之门外,那些不友善的页面对新手来说就跟不存在无异,还是要让他们去IRC还是找管理员还比较有可行性。-- Matt Zhuang表示有事按“此”留言 2021年7月15日 (四) 03:51 (UTC)
更新:不出所料,条目探讨保护一结束又有LTA用Open Proxy破坏而再度被半保护到十月。-- Matt Zhuang表示有事按“此”留言 2021年7月16日 (五) 08:48 (UTC)
或者临时将在Wikipedia:互助客栈编辑提醒,加上其他渠道的联系方式,例如IRC、telegram等,方便转走沟通。不过某位虫虫飞黑的孜孜不倦确实令人“叹为观止”。——Sakamotosan路过围观杯弓蛇影 | 避免做作,免敬 2021年7月16日 (五) 02:22 (UTC)
@Cwek 完成。--Txkk留言2021年7月24日 (六) 06:51 (UTC)
求助版不该被保护的!-- Sunny00217  2021年7月16日 (五) 13:35 (UTC)
或者你去说服虫飞飞辞职或者说服那位整天喊虫飞飞辞职的那位收手呗。 ——Sakamotosan路过围观杯弓蛇影 | 避免做作,免敬 2021年7月24日 (六) 07:00 (UTC)
在求助版发“求助,为什么我编辑不了求助版”  囧rz…… --Yining Chen留言|签名2021年7月25日 (日) 02:44 (UTC)
求助,因为无法求助。 ——Sakamotosan路过围观杯弓蛇影 | 避免做作,免敬 2021年7月25日 (日) 05:04 (UTC)
Wikipedia:回退、封禁、不理会,不是保护吧  囧rz……-- Sunny00217  2021年7月27日 (二) 02:37 (UTC)
如果不保护的话,就会变成猫捉猫鼠的游戏吧。干脆保护长久一些,他愿意“等待只因渴求”那就无计了。(摊手)——Sakamotosan路过围观杯弓蛇影 | 避免做作,免敬 2021年7月27日 (二) 02:54 (UTC)

LTA:QCHM

受制于千村狐免及其傀儡实施的长期破坏,使得互助客栈知识问答的讨论受到严重影响。永无止境的半保护抹杀了IP用户的言论自由。所以,如何在不半保护客栈和知识问答的情况下防止千村狐免继续扰乱或人身攻击?过滤器还是标题黑名单?

以下是千村狐免的常用内容:

  • 虫飞到鼻孔里怎么办?
  • 虫子和车子什么关系?
  • 所谓《讣告》(节删)

--爬行数码1903 2021年8月2日 (一) 05:20 (UTC)

过滤器一直都有,但效果逐步不太好。(LTA也说过这个用户有一定的技术基础)——Sakamotosan路过围观杯弓蛇影 | 避免做作,免敬 2021年8月2日 (一) 05:40 (UTC)
最佳解决方案:在方针里写明禁止非自动确认用户编辑WP:VPWP:RD[开玩笑的]--Yining Chen留言|签名2021年8月7日 (六) 04:29 (UTC)

延长互助客栈的存档时间

希望将互助客栈,只少是方针的存档时间改为10天。因为WP:7days要求7天无发言但又8天存档,结果经常要人打捞,不然很容易错过议题,被存档,不利讨论。ghren🐦吱吱吱...🔊 2021年11月8日 (一) 16:07 (UTC)

现在不就是 10 天存档吗?T: Village pump page header:“10月29日之后没有新回应的议题会移动至相应的讨论页或存档。”
7 日无发言。公示 7 日。公示开始,编辑一次,说一声。公示结束,再编辑一次,总结。然后 10 日后存档。所以最快也是 24 日后才存档。 — 𝕏ℂ𝕠𝕞𝕙𝕘𝕙𝕒𝕝𝕝 talk 2021年11月8日 (一) 16:32 (UTC)

  公示7日,将WP:VPP的存档时间延至10天。ghren🐦吱吱吱...🔊 2021年11月17日 (三) 11:08 (UTC)

十日了。--路西法人 2021年11月25日 (四) 18:16 (UTC)
我去请求更改了。--ghren🐦吱吱吱...🔊 2021年11月26日 (五) 08:47 (UTC)

为什么WP:VPA重定向至此?


总感觉A和“求助”不怎么搭调啊?总感觉A对应article,即条目,照理来说应该重定向到Wikipedia:互助客栈/条目探讨才对啊?--Liuxinyu970226留言2021年12月10日 (五) 01:12 (UTC)

ask?桐生ここ[讨论] 2021年12月10日 (五) 01:23 (UTC)

如果这样,那岂不是Wikipedia:知识问答更沾边?!--Liuxinyu970226留言2021年12月10日 (五) 04:41 (UTC)
Village pump,VP。--安忆Talk 2021年12月10日 (五) 07:09 (UTC)
Assistance. -Mys_721tx留言2021年12月10日 (五) 07:12 (UTC)

请求协助存档

我打算帮助这里存档一年前(更近期也可以)的存档(我有开小工具),不知道各位有意见吗?如果没有请@我。另外如果有其他页面积存需要存档也可以一并向我说明。--Evesiesta 2022年8月21日 (日) 14:32 (UTC)

Wen WanYi

Wikit2022留言) 2022年9月25日 (日) 03:12 (UTC)于文晚一,我尝试编辑,它有显着的参考 qnd 做中文翻译,但 contect 说上个月翻译不好,我不知道该怎么办。我需要帮助做中文翻译Wikit2022留言2022年9月25日 (日) 03:12 (UTC)

WP:共识与WP:移动请求协调等

由于有人认为在页面及其讨论页发起的移动请求,在被转入互助客栈后属于提案,按Wikipedia:共识#互助客栈的公示/免除公示程序及公告等步骤处理,不适用Wikipedia:移动请求:“一般来说,移动请求将在提出请求七天后依据其讨论页之讨论结果处理”,因此提出以下问题:

  • 1. 被转入客栈的移动请求经逾七日讨论并达成共识,可否据此共识移动?应否遵循客栈提案的公示/免除公示及公告等步骤?

如以上问题一否一应,衍生以下问题:

  • 2. 被转入客栈的移动请求经逾七日讨论并达成共识,处理此请求的管理人员是否有权不经公示/免除公示及公告等步骤,据此共识直接移动?
  • 3. 经客栈逾七日讨论、达成共识但未经公示/免除公示等步骤的移动请求,经机器人自动存档转出客栈后,可否免于客栈提案通过程序,据移动共识直接移动?
  • 4. 经客栈逾七日讨论、达成共识但未经公示/免除公示等步骤的移动请求,经请求者、管理人员或其他人手动存档转出客栈后,三者分别可否免于客栈提案通过程序,据移动共识直接移动?
  • 5. 若不转移移动请求的讨论,仅在客栈设置链接以导向相关移动请求的讨论,其他情形不变,第1、2问答案为何?会否改变?

无关移动请求,亦有客栈提案通过相关问题:

  • 6. “提案”为何?
  • 7. 如在客栈中有条目等页面编辑提议,提议者或其他人可否在此提议停留在客栈期间,不经公示/免除公示等步骤,实施与此提议一致或近似的编辑?如否,此提议自动或手动存档转出客栈后,又可否如此为之?
  • 8. 如在客栈中有条目等页面编辑提议经多日讨论后达成共识,提议者或其他人可否在此提议停留在客栈期间,不经公示/免除公示等步骤,实施与此提议一致或近似的编辑?如否,此提议自动或手动存档转出客栈后,又可否如此为之?
  • 9. 如在客栈中有求助性请求,可否不经公示/免除公示等步骤,满足其请求?如否,达成共识后,又可否如此为之?

此外,Wikipedia:共识#互助客栈有极重大漏洞:

  • 10. 只规定客栈提案的公示通过、免去公示通过、微小修订通过的条件;未规定无定语或状语的“通过”本身的条件,或前述三者是客栈提案通过的唯三管道。即法理上任何人可不经公示/免除公示/微小修订规定在客栈宣布通过任何提案,包括方针指引修订。(也许有人说确实如此,以上问题全部白问了;或许也有人说前者说法游戏维基规则,该方针实质上暗示“若要通过,理应公示,除非例外”。)

--Gohan 2023年1月20日 (五) 09:03 (UTC)

这是为什么我在一个月前提出修订WP:共识,涉及共识的必须明确表达意见,当进入公示程序时,管理员需插手确认有没有问题,这样的做法可以解决上述问题。--唔好阻住我爱国留言2023年1月20日 (五) 17:16 (UTC)
先决问题是上述请求需不需要公示,此前又有多大比例确实公示。--Gohan 2023年1月21日 (六) 01:40 (UTC)

互助客栈的编辑提示

目前,互助客栈所有子页均使用相同的编辑提示,其中包含一个推荐的讨论格式。但这个讨论格式不适用所有子页,也有新手向我表示在求助版提问时对编辑提示感到困惑。很明显,“问题背景、我的观点、我的解决方案、比较条文”完全不适用于消息、求助版,在条目探讨和其他版也只有部分话题适用。考虑到互助客栈属于高流量页面,且目前使用组提示套用至所有子页,若要一页一提示会需要大改引用关系,所以在这里发起讨论。最基础地,至少应该要在消息和求助版移除这个讨论格式,条目探讨和其他版也应该考虑移除掉。希望得到大家的意见。--Tiger留言2023年1月23日 (一) 15:14 (UTC)

本来就只有方针版有这个提示,是有人自作聪明改的。--Xiplus#Talk 2023年1月24日 (二) 03:14 (UTC)
都几年前的事了  囧rz……--SunAfterRain 2023年1月25日 (三) 05:45 (UTC)
支持,又有多少人在方针版用这个格式呢 ——魔琴 留言 贡献 新手2023计划 ] 2023年1月24日 (二) 13:45 (UTC)
咱觉得直接把那段限定在方针版才能看到就好了吧--SunAfterRain 2023年1月25日 (三) 05:45 (UTC)
现在编辑提示没有存档提示了。--Gohan 2023年1月31日 (二) 06:07 (UTC)
返回到项目页面“互助客栈/存档2”。