跳转至内容

Wikivoyage:删除投票/2013年11月

来自维客旅行
2013年10月 删除投票存档 2013年11月 (当前) 2013年12月

此页面已被合并标签标记一年多了,但老实说没有什么可合并的。这只是创建者认为比我们标准方法更好的罗马化方案的另一个完整版本的短语列表。

结果:已删除。 --Saqib (讨论) 18:42, 2013年11月3日 (UTC)[回复]

结果:已删除。 --Saqib (讨论) 10:15, 2013年11月7日 (UTC)[回复]

共识:已删除。 --Saqib (讨论) 13:24, 2013年11月10日 (UTC)[回复]

我想创建一个吉隆坡国际机场的新条目,但是该条目已经以重定向的形式存在,并带有 WT 归属(我们不想要)。请有人删除它,我将使用机场模板创建一个新条目。 --Andrewssi2 (讨论) 07:11, 2013年11月13日 (UTC)[回复]

结果:快速删除。 -- Ryan (讨论) 07:19, 2013年11月13日 (UTC)[回复]

有点晦涩且不必要的快捷方式式重定向。 LtPowers (讨论) 21:49, 2013年11月4日 (UTC)[回复]

疑问:您是提议删除整个快捷方式原则,还是仅此一个?
我猜是前者,因为否则您应该直接在相关讨论页上就一个“不那么晦涩”的名称展开讨论。(之前的讨论似乎接受了所有新快捷方式都应放在 wv 命名空间而不是主命名空间的所有提议)。
  • 保留。不可否认,这是一个不太可能的搜索词,但重定向成本很低,而且这个重定向似乎没什么害处。 -- AndreCarrotflower (讨论) 00:13, 2013年11月5日 (UTC)[回复]
    • 它们直到开始散落在我们的策略页面上时才算相当无害,就像这个一样。如果我们乐意保留这些现有页面,同时尽量减少策略页面上的快捷方式框,那么我没意见。 LtPowers (讨论) 14:25, 2013年11月5日 (UTC)[回复]
  • 保留。作为这个快捷方式的创建者,我有点惊讶提议者(管理员 LTPowers)没有礼貌地通知我进行此讨论,因为它已经在 https://wikivoyage.cn/wiki/Talk:Danakil_Depression 中使用了——显然,我认为快捷方式总体上,尤其是这个快捷方式,是有目的的,否则我就不会创建它。
我也很惊讶提议者自行决定过早地删除快捷方式,而没有等待此讨论的共识,并且(大概)没有检查“链接到此处”功能。
快捷方式的主要目的是用于编辑摘要,以便感兴趣的编辑者可以快速链接到相关策略——但它们也可以在讨论中使用,作为那些打字不快或不熟练的人(像我一样)的节省劳动力的设备。 --118.93.67.66 00:54, 2013年11月5日 (UTC)[回复]
删除。如果我早点看到它,我就会说“快速删除”。我认为任何缺乏明显名称和频繁使用的快捷方式都只是恼人的混乱。
之前的讨论在哪里?如果对此类事物有理由,我想我应该阅读一下。 Pashley (讨论) 01:16, 2013年11月5日 (UTC)[回复]
即使有,这仍然不成问题,因为 wv:selfie 不在文章主命名空间中,是吧? --118.93.67.66 01:43, 2013年11月6日 (UTC)[回复]
  • 评论 - 我不知道有一个坚实的删除依据,尽管我宁愿它被删除,因为“selfie”听起来就像是十几岁的女孩对着浴室镜子自拍,而策略的要点是,我们不允许人们在度假照片中摆姿势,无论是你自己拍的,还是别人拍的,还是全家福。策略中使用“你自己”作为示例是完全不相关的,这使得选择它作为快捷方式非常违反直觉。至少,它不足以被列为指向它的策略页面部分的“官方”快捷方式,并且应该从那里删除。 Texugo (讨论) 14:31, 2013年11月5日 (UTC)[回复]
  • 评论 - 这个词现在很普遍,在不断变化的语言世界中,它不再仅仅是十几岁的女孩了……所以它已经从那个领域转移了,并获得了更广泛的使用。我确实看到了从删除和谨慎编辑者那里创建快捷方式的问题,他们提出的担忧确实有效。

问题似乎是需要单独讨论/建立,而不是在这个具体的讨论中,关于使用/创建具有口语化和非正式语言的快捷方式 - 我可以想到一些关于 wv 上许多主题的俚语/黑话快捷方式,这些快捷方式可能或可能不是一个共识性策略讨论可以解决的问题,以朝着一个被接受的标准努力。 sats (讨论) 15:24, 2013年11月5日 (UTC)[回复]

我的观点是,该策略实际上并不是关于自画像,即使采用更广泛的定义。它关于的是人,无论多少人,在照片中摆姿势,而“selfie”并不能暗示这一点。 Texugo (讨论) 15:48, 2013年11月5日 (UTC)[回复]
我可能是错的,但我认为问题不在于快捷方式的创建,而在于将这些快捷方式添加到策略页面。我认为有很多快捷方式四处存在并无害处,只要有人在维护它们,并且它们不在主命名空间内。然而,虽然在一些策略页面上有几个常用的“快捷方式”框是一个有用的可用性工具,但为每个编辑者认为应该是快捷方式的术语都添加一个框,会使页面变得拥挤且不专业,在这种情况下,我同意 Texugo 的观点,“selfie”并不是一个特别适合它链接到的部分的快捷方式术语,并且希望将其从图像策略页面中删除。 -- Ryan (讨论) 15:59, 2013年11月5日 (UTC)[回复]
我明白你的观点。那么,折衷的解决方案是保留重定向,但删除策略页面上它官方样式的展示吗? Ikan Kekek (讨论) 19:44, 2013年11月5日 (UTC)[回复]
备案:当我第一次阅读 LtPowers 最初的提名时,我不知何故错过了他提到不仅重定向存在,而且它还被用作另一个策略页面的快捷方式。如果我注意到这一点,我就会立即得出与他在我的保留投票(时间戳为 2013 年 11 月 5 日 14:25)下相同的结论。所以,是的,我认为我们应该保留重定向并删除它在策略页面上的提及。 -- AndreCarrotflower (讨论) 19:51, 2013年11月5日 (UTC)[回复]
Ryan:抱歉我有点迟钝,但为什么“Wikivoyage:ST”会是一个应该避免的含糊不清的快捷方式的例子,请? --118.93.67.66 01:45, 2013年11月6日 (UTC)[回复]

也许我错过了什么,但对我来说,拥有一个快捷方式的全部(几乎唯一)的用途是它为人所知,因此能够被使用和理解

如果它在策略页面的恰当且精确的节中不可见,那么它既不会被使用,也不会广为人知,实际上只会成为无用的垃圾!

现在我同意许多现有的快捷方式既不令人难忘也不明显 - 这就是为什么我上面特别呼吁大家建议一些同样简短、令人难忘,以及(也许)与相关策略的整体更相关的快捷方式。

请尝试教育和鼓励新编辑者。如果我无法使用快捷方式来精确定位我的(可能无论如何都无法解释的)编辑所指的相关策略部分,或者该快捷方式随后被随意删除,导致我的编辑摘要对文章历史中的其他人来说完全无法解释,那么我将非常不情愿使用解释性的编辑摘要。

Sandy 在上面特别问道“之前的讨论在哪里?”我似乎(错误地?)记得在某个地方进行了一个相当长的讨论,关于像 POdtNAip 这样的快捷方式不应充斥主空间搜索结果,而应始终在 wv: 命名空间创建。是 Inas,还是我弄混了? --118.93.67.66 01:27, 2013年11月6日 (UTC)[回复]

Wikivoyage:内部链接 --Inas (讨论) 01:30, 2013年11月6日 (UTC)[回复]
谢谢,Inas!
很高兴知道我没有产生虚假的记忆:https://wikivoyage.cn/w/index.php?title=Wikivoyage_talk:Internal_links&oldid=2385358#Shortcuts
--118.93.67.66 01:37, 2013年11月6日 (UTC)[回复]
  • 删除。快捷方式与策略不符,该策略涉及照片中的人物,而不是必然是贡献者本人的照片。如果确实需要快捷方式(对于我们几乎从不需要的策略),应该选择一个更好的。 --Inas (讨论) 03:09, 2013年11月6日 (UTC)[回复]
如果你们(或者任何人)能提出一个建议,Inas,那就太好了。我只想有一个简短、令人难忘、合适的、可用于编辑摘要和讨论页面的工作快捷方式并且出现在相关ip策略页面的子部分(否则任何快捷方式都完全没意义),而且对这个快捷方式没有特别的创造者依恋 - 它只是我当时能想到的最令人难忘的,而不是一堆字母。 --118.93.67.66 04:06, 2013年11月6日 (UTC)[回复]
我们花了比你十年使用它所节省的时间多得多的字母来讨论快捷方式。它确实是多余的。但是,如果有人要提议一个快捷方式,祝他们好运。然而,它不能偏离策略本身。 --Inas (讨论) 05:32, 2013年11月6日 (UTC)[回复]
我明白快捷方式的用途。但在这种特殊情况下,Ip 总共是一个非常简洁的页面,“照片中的人物”是一个标题,即使在目录和策略的该部分只有 2 行。难道不应该将人们引导到通用页面更有意义吗?或者至少直到我们可以想出一个更合适的快捷方式术语? JuliasTravels (讨论) 10:06, 2013年11月6日 (UTC)[回复]
WV:Posing 作为这个的快捷方式怎么样? Texugo (讨论) 10:30, 2013年11月6日 (UTC)[回复]
这很好。它涵盖了自拍以及他拍的照片。 Ikan Kekek (讨论) 16:56, 2013年11月6日 (UTC)[回复]
我们什么时候需要引用这个特定子部分作为编辑摘要?这种情况非常罕见。我们应该只为最常用的策略保留快捷方式,例如 xlmosdt。我们不需要每个部分都有快捷方式,特别是如果它们会出现在策略页面本身上。(我想指出,我们像我链接的那些快捷方式一样使用了它们多年,而没有在策略页面上提及它们,从而驳斥了从高处宣传它们存在的必要性的说法。) LtPowers (讨论) 21:05, 2013年11月6日 (UTC)[回复]
也许我们需要让这个快捷方式的事情尘埃落定?因为我们同时在争论是否需要快捷方式,以及这个快捷方式是否是一个好的快捷方式。
我个人认为不经常使用的策略快捷方式没有价值。但是,只要有人维护它们,并且它们不在主命名空间之外,我也可以看到它们很少造成损害。我继续认为,所有主命名空间快捷方式都应该被移除,基于tour/tours的理由。
所以,如果有人提议我们结束现有的快捷方式,我会给予微弱的支持。
但是,如果我们还要创建更多的策略快捷方式,我们只需要确保它们对策略和它可能去的地方都具有描述性,或者它们是无意义的缩写。这些东西应该是乏味的,而不是出格的。 --Inas (讨论) 21:52, 2013年11月6日 (UTC)[回复]
你指的是什么样的“tour/tours”理由? Ikan Kekek (讨论) 21:58, 2013年11月6日 (UTC)[回复]
tour 是一个地点,tours 是策略?我猜对了吗?无检查的情况下 50/50 的机会。我们不应该在主命名空间中拥有策略文档。主命名空间是关于旅行指南的。但那是另一个话题 :-) --Inas (讨论) 06:03, 2013年11月8日 (UTC)[回复]
我明白了。不,你弄反了。 Tours 是法国的一个城市——我确实去过那里。 Ikan Kekek (讨论) 08:09, 2013年11月8日 (UTC)[回复]

结果:已删除。 --Saqib (讨论) 22:39, 2013年11月17日 (UTC)[回复]

未使用且相当无用的模板,自八月起被标记为实验性。它似乎只做了一件事,就是在用户名之前添加一个 @ 符号,形成一个类似 Twitter 的标签。 User:LtPowers 在九月底在页面讨论页上要求创建者解释,但没有得到回复。

确实如此——但我们或许可以保留它,以防那些维基百科人可能会想知道为什么他们习惯的语法在这里不起作用…… --118.93nzp (讨论) 10:31, 2013年11月12日 (UTC)[回复]
但是,如果我们无条件地接受这个论点,我们就会为了方便维基百科人而大规模导入WP模板,但在这里WV,模板应该在创建之前或之时获得共识,而不是几个月后,在它们未能流行起来之后。 Texugo (讨论) 11:14, 2013年11月12日 (UTC)[回复]
你不应该 subst: 它。 --Rschen7754 18:34, 2013年11月12日 (UTC)[回复]

结果:已保留。--Saqib (讨论) 2013年11月20日 22:04 (UTC)[回复]

又一个从维基百科复制过来的实验性模板,在三月份被一个匿名IP添加,当时动态地图模板还没有完善。它会在行内添加完全写出的地理坐标,这从未获得过共识。行内功能将需要使用一个图标来匹配动态地图上出现的图标,因此看起来已经被Template:Marker或类似模板取代了。

结果:已删除。--Saqib (讨论) 2013年11月20日 22:04 (UTC)[回复]

一个由匿名IP在四月份从维基百科复制过来的实验性模板。其必要性从未被讨论或确定,它在那里已经很久了。

在新的Mediawiki模板投入普遍使用之前,需要对其进行讨论和接受,认为它是好的或最好是最佳实践……如果新模板未能获得社区支持,它们最终将被删除。
我认为等待7个月不是“仓促”的反应;这应该有足够的时间来确定这个模板的必要性和首选用法,但我认为事实是我们并不经常链接到页面的特定部分。 Texugo (讨论) 2013年11月12日 11:05 (UTC)[回复]
这是本网站“老一套”做法的一个典型例子,而事情需要改变……但又要改变任何事情都需要压倒性的共识……所以什么都不会改变。--Rschen7754 2013年11月12日 19:02 (UTC)[回复]
哦,拜托,别再用那个陈旧的论调了。*很多*东西已经改变了。我看不出这与让未使用的模板——我们未经讨论或同意实施的模板——泛滥并弄乱我们的空间有什么关系。7个月没有任何需求、使用、关注或讨论=混乱。 Texugo (讨论) 2013年11月12日 19:36 (UTC)[回复]
我甚至可以说服自己支持它,如果我们能找到一大群人讨论它应该如何以及何时使用,并积极使用它。但如果它只是放在两个完整的文章里,几乎不为人知、无人需要,我宁愿按照政策将其删除。 Texugo (讨论) 2013年11月12日 19:40 (UTC)[回复]
它没有被使用是因为没有人知道它。但没有人知道它,所以我们应该删除它。为什么?因为它没有被使用。这有点循环论证。--Rschen7754 2013年11月12日 19:52 (UTC)[回复]
没有人知道它,因为它是由匿名导入的,未经社区评论,因此从未得到倡导者。如果你愿意成为倡导者,并在酒馆开始讨论,解释它的必要性以及何时以及如何使用它,并努力争取一群希望使用它的人的共识,我将非常乐意“冻结”这次提名,除非其他人有异议。 Texugo (讨论) 2013年11月12日 19:59 (UTC)[回复]
根据目前的政策,你有一个可以争辩的删除理由,这是很清楚的。当然,那个词是“最终”。如果教育努力微乎其微,那么这个时期可能会很长。类比来说,我最近发现,即使是我们最广泛使用的MoS首选日期格式(八年前强制规定)也并非广为人知(甚至一些我们最资深、最勤奋的编辑者也不知道)。仅仅因为最佳实践不为人知或未被理解,并不意味着它就不应该被使用(我将避免提及缩略图尺寸的最佳实践)或技术能力应该被废弃。我担心,“删除主义者”的论点在技术上是正确的,但在实际后果上却令人反感。--118.93nzp (讨论) 2013年11月12日 20:01 (UTC)[回复]
评论:关于“没人使用它”作为(普遍意义上的)模板的理由,我们似乎陷入了一个模式:给每个新创建或提议的模板打上“这是一个实验。永远不要使用它,否则WV将灾难性地崩溃,世界将终结。”的标签,然后利用可预见的结果——没人使用它——作为它永远不应该被创建的证据。这是一个自我实现的预言。我预计有些“实验性”模板可能是有用的(例如{{mapframe}}),而有些则完全无用,但如果模板的用法被用作衡量标准,而我们却积极地阻止每个提议的新模板被使用,那这种衡量标准就毫无用处。 K7L (讨论) 2013年11月12日 20:53 (UTC)[回复]
我同意。--118.93nzp (讨论) 2013年11月13日 01:57 (UTC)[回复]
这个页面用于应用删除理由。如果你对删除政策有什么要说的,我建议你在删除政策的讨论页上说。因为我们都同意需要删除混乱的东西,而且我们都希望看到创新的新想法。在这里发表的观点将会消失,并与这个特定的提名一起存档。--Inas (讨论) 2013年11月13日 02:06 (UTC)[回复]
是的,把它们送到另一个没人看的讨论页,眼睁睁看着它们被那些看的人否决,想法就这样消失了。--Rschen7754 2013年11月13日 07:41 (UTC)[回复]
嗯,他们*应该*去看,但可以从酒馆和“评论请求”那里设置一个指针来帮助他们,或者如果你更喜欢把所有讨论都放在酒馆,我猜可以放在那里。Inas的意思是——如果他不介意我这样解读的话——如果讨论的是政策问题,而不仅仅是这次具体的删除或保留投票,那么把它放在其他地方会更好,这样就不会在这次讨论结束后存档,并且做出决定。 Ikan Kekek (讨论) 2013年11月13日 09:37 (UTC)[回复]
对Inas(或其他人):“混乱”有什么问题?我认为没有理由仅仅因为存在就删除任何东西。假设只有当它的存在比不存在更糟糕时才应该删除。但又不像是每个文件都会占用存储室里的固定空间什么的,对吧?那么,在这种情况下,“混乱”到底是什么意思? Ikan Kekek (讨论) 2013年11月13日 09:42 (UTC)[回复]
模板泛滥会使维基更难使用。未使用的模板不占用太多服务器空间,但它们会占用精神空间,并且它们会出现在模板列表中,使得在查找模板时更难记住和/或找到。已使用但非必需的模板会使维基代码对不熟悉代码的用户来说更混乱。 LtPowers (讨论) 2013年11月13日 19:19 (UTC)[回复]
……真的吗?我们有模板列表吗?--Rschen7754 2013年11月13日 21:07 (UTC)[回复]
唯一的列表在Wikivoyage:Template index,但它不包含所有模板。-- WOSlinker (讨论) 2013年11月13日 21:27 (UTC)[回复]
当然没有,因为人们随意添加模板,而不顾我们需要记录它们。 LtPowers (讨论) 2013年11月15日 15:42 (UTC)[回复]
问题:实验性/孵化器模板应该在哪里记录,请? --118.93nzp讨论06:51, 2013年11月16日 (UTC)[回复]
  • 保留。该模板被正确提名,因为它是在没有讨论的情况下创建的,并且经过了很长一段时间都没有人提出保留它的论点。然而,由于保留模板的要求是经过讨论并且有某种保留它的共识,因此本次VFD讨论应起到该作用。-- Ryan 讨论 06:43, 2013年11月16日 (UTC)[回复]
我猜如果它有用的话,我们现在可以保留这个模板。我不认为它有必要,但也不是说我非得用任何可选模板。我也不用Template:DoneIkan Kekek讨论07:46, 2013年11月16日 (UTC)[回复]

结果:保留。 --Saqib讨论22:04, 2013年11月20日 (UTC)[回复]

感谢保留它。我一直在想它是否存在,并特意寻找它。在非常详细的行程中,例如Ad's Path,它有助于页面内跳转。我不知道除了这种方式,我还能如何指示替代路线的继续,或者行程中在乘坐巴士以获得先发优势后会到达哪里。--Polyglot讨论05:37, 2014年4月29日 (UTC)[回复]

/var/www/wikivoyage/en

结果:快速删除。 --Saqib讨论00:52, 2013年11月23日 (UTC)[回复]

一些坐标模板

Template:Coord DD to DMS
Template:Coord DMS to DD
Template:Coord-N
Template:Coord-S
Template:Coord-E
Template:Coord-W
Template:Coord-URL
Template:Coord-URL/doc
Template:Coord-URL/sandbox

结果:已删除。 --Saqib讨论01:47, 2013年11月25日 (UTC)[回复]


一些标题图标模板

Template:Title-icons
Template:Otbp-icon
Template:Ftt-icon
Template:Dotm-icon
Template:Star-icon
请有人关闭此VFD。我找不到删除按钮。--Saqib讨论16:30, 2013年11月26日 (UTC)[回复]

结果:已删除。 --Texugo讨论16:40, 2013年11月26日 (UTC)[回复]


Printiata 和 Printicao

Template:Printiata
Template:Printicao
在我占用你们时间的时候,为什么我们有{{IATA}}{{ICAO}},当它们看起来都同样糟糕地表明它们不是在维基行程内创建链接时,为什么会这样?--118.93nzp讨论06:33, 2013年11月16日 (UTC)[回复]
{{FAA LID}}也做同样的事情。-- WOSlinker讨论22:57, 2013年11月16日 (UTC)[回复]

结果:已删除。 -- Texugo讨论00:06, 2013年11月30日 (UTC)[回复]

新闻分隔符

Template:Newsleftdivider
Template:Newsmiddivider
Template:Newsrightdivider
Template:Newstopdivider
感谢您留意需要删除的资料。请继续!--Saqib讨论14:19, 2013年11月15日 (UTC)[回复]

结果:已删除。 -- Texugo讨论00:06, 2013年11月30日 (UTC)[回复]

结果:已删除。 -- Texugo讨论00:06, 2013年11月30日 (UTC)[回复]

结果:已删除。 -- Texugo讨论00:06, 2013年11月30日 (UTC)[回复]

结果:已删除。 -- Texugo讨论00:06, 2013年11月30日 (UTC)[回复]

结果:已删除。 -- Texugo讨论00:06, 2013年11月30日 (UTC)[回复]

结果:已删除。 -- Texugo讨论00:06, 2013年11月30日 (UTC)[回复]

结果:已删除。 -- Texugo讨论00:06, 2013年11月30日 (UTC)[回复]

结果:已删除。 -- Texugo讨论00:06, 2013年11月30日 (UTC)[回复]

结果:已删除。 -- Texugo讨论00:06, 2013年11月30日 (UTC)[回复]

结果:已删除。 -- Texugo讨论00:06, 2013年11月30日 (UTC)[回复]

Template:Ed 和其他

Template:Ed
Template:Ed2
Template:Ed/doc
Template:Transclude
Template:Transclude/doc

结果:已删除。 -- Texugo讨论00:06, 2013年11月30日 (UTC)[回复]

结果:已删除。 -- Texugo讨论00:06, 2013年11月30日 (UTC)[回复]

© 2026 wikivoyage.cn. Text is available under the CC BY-SA 4.0 License.