维基百科

维基百科:互助客栈/技术/存档/2007年9月

< Wikipedia:互助客栈‎ | 技术‎ | 存档
Archive 本页是Wikipedia:互助客栈/技术的存档页，这些主题讨论已经结束，并已尽可能将讨论主题移动至相关条目或页面的讨论页存档。请不要再对此页进行编辑。若您希望发起新的讨论或重新提起旧有讨论，请前往Wikipedia:互助客栈/技术。

[编辑首段]链接

可否改为简单明了的“[编辑]”；另外，可否将“[编辑]”链接移至左侧，紧接章节题目？参看德语版的效果（[Bearbeiten]）：Nola。原因是某些文章附加图片或模板，导致平时置右的“[编辑]”链接左移，而假如附加的图像或模板较长，跨越多个章节，这些章节的“[编辑]”链接均会被移至图像或模板左侧，单行并列显示，这使得用户难以分清到底哪一个链接对应哪一个章节，文章内容显得杂乱（例：第二节底）。若同意，可以在MediaWiki:Monobook.js系统页面中增添以下一段内容，防止这种现象： 

/*
== 章节编辑链接置左 ==
*/
function moveEditsection() {
    if (typeof oldEditsectionLinks == 'undefined' || oldEditsectionLinks == false) {
        var spans = document.getElementsByTagName("span");
        for(var i = 0; i < spans.length; i++) {
            if(spans[i].className == "editsection") {
                spans[i].style.fontSize = "x-small";
                spans[i].style.fontWeight = "normal";
                spans[i].style.cssFloat = "none";
                spans[i].style.marginLeft = "0px";
                spans[i].parentNode.appendChild(document.createTextNode(" "));
                spans[i].parentNode.appendChild(spans[i]);
            }
        }
    }
}

addOnloadHook(moveEditsection);

谢谢！—Shibo77 2007年8月8日 (三) 12:10 (UTC)[回复]

  1. 关于按钮名，是有维基人认为以前的按钮无法让人明白。由于首段的特殊性，用“[编辑]”两个字可能会让人误以为对全文的编辑。
  2. 关于右置编辑按钮，确实在有些页面产生过不少版式错误，虽然是页面的编辑者运用版式有问题。我先照你的要求进行了改变，看其它维基人是否接受这样的安排。
— fdcn  talk   — 2007年8月9日 (四) 01:55 (UTC+8) — 2007年8月8日 (三) 17:55 (UTC)[回复]
一些建议：
  • “编辑首段”这四个字好像小了一些，希望能够和顶部的“编辑本页”，“维基百科，自由的百科全书”等一样大
  • “编辑本页”按钮到达的编辑页会显示“在这个页面上使用的模板有：...”；这个功能在“编辑首段”按钮刚出来时也有（大约半年前了吧），不知道现在能不能实现
—Isnow 2007年8月8日 (三) 20:27 (UTC)[回复]
回：
  • 已增大字号
  • 段落编辑只显示该段落所用的模板（包括预览时刚增加上的模板），不会显示全部页面的模板。如果想查看全页模板，请编辑全页。
— fdcn  talk   — 2007年8月9日 (四) 09:48 (UTC+8) — 2007年8月9日 (四) 01:48 (UTC)[回复]
这好像不太美观。—~yingwai0708~ ☎ 2007年8月9日 (四) 10:13 (UTC)[回复]
我个人是不喜欢这个改变的。因为：
①“[编辑]”链接移至左侧，紧接章节题目：我觉得会干扰到我的阅读。以前放在右边感觉不那么醒目，现在紧接章节题目让我不由得多看几眼。
②“编辑首段”的位置：也是觉得有些干扰，不过程度上相对①项的改变而言还算轻微。
-- 百楽兎 2007年8月9日 (四) 10:55 (UTC)[回复]
还是把“[编辑]”放回右侧吧，这样真的很不习惯！—－アオゾラ－| 有种就来谯™ 2007年8月9日 (四) 12:19 (UTC)[回复]

【编辑】按钮的位置影响到很多人的编辑和阅读习惯。不经社群广泛讨论就擅自更动，实在是很不负责任的行为。--Alexcn 2007年8月9日 (四) 13:23 (UTC)[回复]

关于页面元素浮动造成的版面问题由来已久，大家可以看看中国共产党条目，请试着在右导航对应位置的正文处加一个left或right的图片试一下，更不要说编辑按钮的难以查找了，该条目以前版式更差。我相信该条目这样的情况很普遍，这里面对阅读和编辑造成的困难比目前的不习惯要大的多，一般的人员根本无从去解决。提议者的解决方案我很久就看到过，我个人是支持的，其实解决阅读不适应还是有办法的。比如鼠标悬显，再如 [编辑]

由于上方的某一人发言让我非常不愉快，今后该问题的解决不再会是我。— fdcn  talk   — 2007年8月10日 (五) 01:18 (UTC+8) — 2007年8月9日 (四) 17:18 (UTC)[回复]

这么说来，倒很期许对方在这个问题上所做的贡献了。—布学吾树☆☆(talk) 2007年8月9日 (四) 17:46 (UTC)[回复]

关于页面元素浮动造成的版面问题可能是有现成解决方法的：

  • class="infobox"好像就不会影响编辑按钮，参见中华人民共和国
  • 这个问题很多时候和插入图片有关

—Isnow 2007年8月9日 (四) 20:41 (UTC)[回复]

如果了解版式混乱的原因，则class="infobox"与解决方法无关。我在上面说过“虽然是页面的编辑者运用版式有问题”，在中华人民共和国条目中，能够正确排版，没有把很高的right元素连续排列。如果连续排列了数个float:right;并且clear:right的元素，就会对它们水平对应的正文产生影响，所有在该正文中的float元素（编辑按钮和很多图片就是）都会发生位置“错误”。这是版面的正常行为，是编辑对CSS和HTML规范的不了解所致，当然有解决的办法，只要了解CSS就能避免，但不可能制作成每一个人都可以使用的傻瓜式方案。这个唯一“现成”解决方法，不是每一维基人都能运用的。我想德语维基正是出于这样的理由变动的。— fdcn  talk   — 2007年8月10日 (五) 09:49 (UTC+8) — 2007年8月10日 (五) 01:49 (UTC)[回复]

请问管理员能否将[编辑首段]的连结样式统一为原来的连结样式，即鼠标指在连结时文字会有底线，谢谢。—Lkopeter 2007年8月10日 (五) 09:31 (UTC)[回复]

done.— fdcn  talk   — 2007年8月10日 (五) 20:08 (UTC+8) — 2007年8月10日 (五) 12:08 (UTC)[回复]

我想这主要还是大家的习惯问题，将段落编辑链接置左的百科不只德语一版，还有法语、波兰语、西班牙语、意大利语、瑞典语、匈牙利语、土耳其语、保加利亚语、塞尔维亚语等版本，足以说明这是参与维基编辑的群众可接受的一种解决办法。上边各位的讨论最终还是没有解决原提出的问题，也没有提出新的解决办法。难道非得等到英语版将他们的链接置左后，我们这边才能有改动？请各位继续商量商量应付多个置右图像所造成的章节链接并行显示问题的解决办法。谢谢！—Shibo77 2007年8月25日 (六) 06:48 (UTC)[回复]

界面改变流程

  • 请别让编辑提示一日数变!!!!请各位在“玩弄”维基技术前，也多考量活跃维基人于条目编辑者的感受，不要一变再变。勇于修改，并不包含影响他人的非条目页面；如果可以，此类修改请多在他处尝试，等略具雏形后，再来提起修改的建议，以求共识。我强烈建议于共识前，维持原来“编辑”提示位置，尔后于共识取得后，再一拍定案。--winertai 2007年8月10日 (五) 01:38 (UTC)[回复]

这点我要回应一下，系统界面的处理，几乎都不经过共识的过程直接修订的，百分之九十以上的界面改变都是没经过讨论直接修改的，或著是说，除了特别关注界面的管理员，没有接触过的人员不会知道网站还有一块罕有人知的部分需要维护。—Jasonzhuocn 2007年8月10日 (五) 03:47 (UTC)[回复]

    • 澄清一下：“玩弄”维基技术的不是各位，只有一位──就是在下我，没有一日数变，只在第一日变一次，第二日在众人要求下改回。本人在维护系统前台程式上自认没有玩弄和不负责任，每加任何代码都是仔细权衡和谨慎的，common.js中就只有我一人做过减少代码工作。
    • 管理员应要执行社区的共识，但上面所谓的共识流程我不遵守，如果对我的工作不信任，大可去罢免我的权限。因为程式代码与基于百科内容而定的方针有所不同，功能性的修改从来不是通过广泛共识来进行的，编辑工具栏的要求征集早在这里公示过，有几个参与的？只能是有需求后，维护者根据影响和现实进行判断后决定是否加入。就是后台程序--MediaWiki的开发，也是不会在维基人广泛同意经过那么一个流程才变动的，每次系统变动后，是不是影响广大维基人编辑的前台修补也要走个流程？对不起，程式不是这样的模式，更多的是基于委任和信任。我庄重声明一下，如果对我的维护工作不信任，我很愿意休息。— fdcn  talk   — 2007年8月10日 (五) 10:21 (UTC+8) — 2007年8月10日 (五) 02:21 (UTC)[回复]
      • 我不知道我提出的这卑微要求何来引来阁下如此“但上面所谓的共识流程我不遵守，如果对我的工作不信任，大可去罢免我的权限”盛怒。要知道，不管怎样，你不成熟的一小小改进动作引起多少阅览人及编辑人的不便？就算你认为取得共识的程序不利你改善程式，也该在明显位置提出“委婉说明”。大家都是对事不对人，别搬出“我很愿意休息”的气话。--winertai 2007年8月10日 (五) 02:36 (UTC)[回复]
        • 看看我在上面的说明，我早说过“看其它维基人是否接受这样的安排”。只是试探性的修订。你的“卑微要求”里已定性我“玩弄”。如果就事论事的话，这类的流程我不承认，完毕。— fdcn  talk   — 2007年8月10日 (五) 10:49 (UTC+8) — 2007年8月10日 (五) 02:49 (UTC)[回复]
          • 如果我针对所有‘维基技术讨论’过程所指的“玩弄”字眼引起阁下不悦，我愿意收回。但如同你不承认取得共识流程相同，我也不认同‘你每加任何代码都是仔细权衡和谨慎’的做法是完全合乎维基利益且尊重其他维基人的。如果真这样，就不该一天内，从右到左，又从左到右，右到左的三次更动。另外，不管别人怎想，至少我是完全否定您从右到左的这项更动。在此情况下，我想请问，我这‘恢复以前状态’意见是否完全被抹煞了？--winertai 2007年8月10日 (五) 03:01 (UTC)[回复]
            • 检查一下你的系统，只有右到左，左到右的这一次，并且不是一天内，你说的又到左的我完全不知晓。你另一个要收回的是你没有调查的不实指责。你个人的否定，不能支持“玩弄”和“不负责任”（另一人的指责）说，也不支持流程的必要性，当初加入折叠功能反对的人也有。— fdcn  talk   — 2007年8月10日 (五) 11:13 (UTC+8) — 2007年8月10日 (五) 03:13 (UTC)[回复]
              • 谢谢告知。既然已经恢复原来样子，我就收回所有建议。不过，我仍认为我这发言既不是‘不实指责’，也非否定阁下的所有贡献。另外，我还是认为阁下态度极不友善；我还是强调，你一小小动作，可能影响很多阅览人；因此请再重大修改前，考量一下活跃维基人的感受。--winertai 2007年8月10日 (五) 03:24 (UTC)[回复]
                • 谢谢你论证了“一日数变”不是“不实指责”，也谢谢你论证了面对“玩弄”指责的反应是“态度极不友善”。不用以后，我一直在修改前会考量维基人的感受，判断可能不是很准确，但就是这一次，我也先声明了是试改。还是那句话，我不会承认一个流程。-- fdcn  talk   — 2007年8月10日 (五) 11:30 (UTC+8) — 2007年8月10日 (五) 03:30 (UTC)[回复]
                  • 显然阁下还是没弄清楚我发言的重点，对此，我最后一次对我看法加以说明。第一，所有重大页面修改技术，在解决所谓问题之前（难道解决编辑首段显示问题，没有其他更好方式吗？），‘没经过审慎评估，没经过完全试验，没经过告知，没取得一定共识，不遵照一定流程’等步骤不取其一，一声不响就径自修改，对其他维基阅览编辑人就是种玩弄。第二，“一日数变”是种文字的论述，我认为这没有所谓不实指责。第三，若话讲重一点，才能高下或贡献多寡，并不影响“独断”或“滥权”的事实。第四，根据你的发言态度及过程，我还是看不出你有“考量维基人感受”的诚意。--winertai 2007年8月10日 (五) 03:49 (UTC)[回复]

谢谢fdcn的修改，解决了编辑首段的显示问题。—Jasonzhuocn 2007年8月10日 (五) 03:41 (UTC)[回复]

如果一些因个人喜好而去更改全域设定的话，对其他的用户都是不公平的。因此好像Shibo77兄的请求，如果只是为他(所指的是Shibo77)的查看编辑工作方便的话，大可以在自己的JS中加入，以达到自己要求的目的。顺带一提，刚去过维基词典那边，发觉到这种的设定已经改到五花八门了。亦包含当时维基词典的中文字logo，当时在那边并未有广泛的讨论，然后便使用了。--Shinjiman ⇔ ♨ 2007年8月10日 (五) 03:43 (UTC)[回复]
顺带一题，Shibo77把彝语维基的界面改为汉语，这样是不妥当的，建议的做法应该是寻找彝语社群或论坛的网民确定界面用语之后将英文界面翻译成彝语界面，这是旧事重提。—Jasonzhuocn 2007年8月10日 (五) 03:51 (UTC)[回复]
Shinjiman兄，Shibo77的请求我个人没有判断是他个人的需求，否则我不会修订他的请求。我认为版式问题关系全体维基人的问题，以前有过一些想法，包括这次的编辑按钮不浮动。既然在德语维基都有这样的安排，不应看成所有用户都不愿意这种修改吧。个人觉得这类修改遵循谨慎和可回退的原则，这次改动，其实在代码中加了开关变量的。— fdcn  talk   — 2007年8月10日 (五) 11:58 (UTC+8) — 2007年8月10日 (五) 03:58 (UTC)[回复]
增加变量其实并不是一件坏事来的，都好过没有选择的好。 :) --Shinjiman ⇔ ♨ 2007年8月10日 (五) 05:20 (UTC)[回复]
此外，其实能否考虑以用户自订的js，在自己使用的js中包含着，可以出到有关的效果？就正如popup般，有需要用时，才于自己的js中加入？--Shinjiman ⇔ ♨ 2007年8月10日 (五) 05:27 (UTC)[回复]

反对派也不必火气这么大，因为自由兄一开始就说了：“看其它维基人是否接受这样的安排。”不是吗？有实作效果会让大家更容易判断，不喜欢的人把意见说出来就好了，又不是要定案了。-- 百楽兎 2007年8月10日 (五) 05:30 (UTC)[回复]

这次界面的修改还好啦。何必如此争执？感觉不适应只是因为大家习惯了原来的界面而已，而对于新来的用户来说，这根本不是问题。我认为界面的修改更多应该是考虑对用户的友好度和对问题的解决，而不是“是否习惯”。这次的修改，把“编辑”移动到左侧是一个很好的做法，因为一些条目中右侧往往有很多图片和模板，会造成几个“编辑”链接并排一线，无法使人分得清哪个“编辑”对应那个章节，而放到左侧则基本能够解决这个问题。但是我不大同意对首段编辑的修改，无论放在标题下面还是右侧，都很突兀。尤其是右侧，因为很多条目还会在右侧相同位置放上“特色条目”，“优良条目”，“地理坐标”，“页面保护指示”等多种符号，会完全遮盖掉那个“首段编辑”的链接，从而丧失这个功能。我觉得原来的“0”标签的表示就很好，为何要改变呢？如果说是因为很多人不知道它的含义，那只能说明我们的帮助文档做得不够好。就好像对话页上的“+”标签，同样的抽象，也没有人说要改变它。当一个页面充满了越来越多的元素和功能时，要么精简，要么只能通过各种抽象的符号或精短的词语来表示--百無一用是書生 (☎) 2007年8月10日 (五) 06:05 (UTC)[回复]
你有你的看法，相信其他人也有其他人看法。你那些“只是习惯原来界面”的或“界面友好”都是属自己的主观与独断，这些主观与独断就是现在很多中文维基的危机。我相信，很多事情若不是某些人放炮，很多“是否看其他维基人是否接受这样安排”就变成事实。要知道，任何重大更动要取得共识是维基价值所在，这价值并不因为谁贡献多寡或涉及技术而有所异动。现在的争议点，只是在于有些人都认为这些修改“是好的”、“是细末小节”、“跟他人无关”。不论是百分之九十或百分之十的技术维护，难道一些更动前的“起码告示”或沟通，有这么困难吗？难道不可以以牵涉人数多寡来区分什么该取得共识，什么不该吗？是不是有人将首页维基中文logo改了，然后说声“是否看其他维基人是否接受这样安排”就可以换中文维基招牌？我并非火气大；以前对于这些界面我是都视而不见，不过自从无端增加无厘头“港澳繁体”（这字眼纯粹自创），把那台湾繁体改称为台湾正体，并出现我天天必须看见的那丑丑的‘台湾正体’选项方块后，我发现不讲话的话，相同的事情会一再上演。现在至少，可以在修改事实定案前，发些牢骚。以免以后每天看见，每天怨自己没努力制止过。请各位资深维基人深思，自己是否“自以为对维基十分了解后，而在执行某些工作时，忘了寄予维基新手或没有某些权限的某些人的某些尊重。”--winertai 2007年8月10日 (五) 06:51 (UTC)[回复]

to 百無一用是書生:“特色条目”，“优良条目”，“地理坐标”，“页面保护指示”等多种符号，与“首段编辑”链接不重叠，包括noteTA产生的指示也不在这个位置上。原先的０按钮形式，到你发言之前为此，只有质疑的，没有拥护的。呵呵，我无法猜测大家的真正共识是什么，只能先做这样的变动了。就我个人而言，我喜欢０按钮。— fdcn  talk   — 2007年8月10日 (五) 15:43 (UTC+8) — 2007年8月10日 (五) 07:43 (UTC)[回复]

以上诸位，我先声明我无意与任何人对立，只是说说我的看法。我认为界面的修改是不需要经过共识的，即使需要共识也只需要技术人员们的共识，而不需要整个社群的共识，就如同整个维基系统的升级(Upgrade)也是由维基媒体基金会的工程师决定即可，为什么会这样说呢？因为以我一个一般使用者而言，我不懂程式码这些东西，因此我不会修改它，但是我可以提出一些意见，供懂技术的同仁们去做，但他们不实际去做，我永远也不会体验到新的修正/修改/升级，中文维基在更多时候，我看到的是有意帮忙的人受限于“社群共识”迟迟未能出现而打消念头。维基的精神有许多面向，“共识”跟“大胆去作”同样都属于维基的精神，前者是由“文明”相关方针所支撑(社群互动的基本首则)，后者则是由于Wiki系统本身的技术特性所支撑(因为可以很快改回来)，或许我们可以考虑要做的事情包括：1.形成技术团队、2.考虑对某些界面、首页等等进行版本控制。--Theodoranian|虎儿 =^-^= 2007年8月10日 (五) 08:03 (UTC)[回复]
技术上的修改肯定会影响到编辑和阅读。如果是影响比较大的改动，应该谨慎操作。比如，可以先征集大家对改动的意见，同时提供代码供有意愿的用户试用，然后决定是否进行全局的改动。这次修改，因为影响到很多用户的习惯，不论这样改动的“好坏”，在程序上有些过急。像我个人因为很不适应，尤其是那个更改首段的标签，前面发言有些过火，在此收回。如果最后讨论的结果是把编辑标签左移，希望能提供原来的代码，这样我可以修改个人js，保持原来的编辑和阅读习惯。对于书生说的，我还是觉得问题不是这样改好不好，而是这样大的改动是不是应该在程序上注意多征集用户意见，谨慎操作。--Alexcn 2007年8月10日 (五) 09:51 (UTC)[回复]
  • 修订说明：事先评估　早想修订编辑按钮不对应的问题，从正文编辑排版上试过一些办法，但行不通，要求人人会排版不现实；看到请求后，权量解决办法只有此一途；考量过维基人的习惯，但权衡下认为按钮错位对阅读和编辑造成的困难对目前的不习惯更为重要；对反对的激烈预计有误，因为看到德语版这样实施；以上是修订前真实考量；　试验告知 该技术根本不繁杂，以往的经验是就是在相关客栈说明，以后亦会有通知不力的反对，我的想法很简单，就是试用一下，看社区的反应，不行就撤消，我不认为这有多么不妥，这实在是一件很简单化的事件，并准备在二三天后做决定（当然才用了一天），这亦是我当时的真实想法，事实上，以前的许多改变就是这样，比如行编辑模板就是这样保留下来；共识与流程　目前界面的修订不是依据共识来进行，也没有流程。
  • 希望大家能理解我的感受，这次修订给其它人的感受是不习惯，但我的感受是面临“不负责”“玩弄技术”“一日数变”“不尊重他人”“独断滥权”等指责加诸，同时这些指责被称为“就事论事”，被指责之人却是“态度极不友善”，即使我始终没有指责与评介对手。我是小气之人，就此牢骚一下。
  • 真实关键的争论其实在没有一个过程或者说流程上，先谢谢Alexcn不再对我修订行为本身进行评介了，他说明影响比较大的改动要谨慎我是同意的，只是这个谨慎难以定义。目前的维基技术上是任何改动都可以撤消的，技术修改并不是什么定案，根据社区的反馈就可以检讨，这里的意思是，没有很严重的后果，它不像首页改版那样是一个议案。
  • 在上面的处境下，界面特别是程式的修改，不应当是依靠社区共识来进行，这无以解决问题和功能的增进，要保持一定的灵活性，这里的危害预防应主要建立在委任和信任上。关于通知，我也认为必要，但不能事事都是预先通知，很多的改动需要在系统的环境下，有的仅仅是测试，不行就撤，有的是需要时间来确定和反馈。至于重大变动的预先通知，有个前提就是判定是重大变动的问题，我说过，我不是反对通知，以前在编辑工具上我有预先通知，这一次我的判断没有很重要（当然判断不准），这就有一个前提，请拟出一份重大变动的列表和标准，否则请给维护者以一定的自由裁量权。其实有些东西在我眼里或从技术上看是很重大的，但在一般维基人并不在意。
  • 事事修订要走一个流程，比如上方有人的建议，是我反对的，这会对界面维护增强设置障碍，具体的不在这里表述，请其它界面维护者表达一下看法。至少有一点是肯定的，如果真要走这么一个流程才可以维护的话，我是不会参与了，这与情绪化无关，我是个人志愿在这里参与的，要考虑成本，在没有重大危害后果下，弄这么一个东西来增加精力降低效率，从小我来考虑是不值的。— fdcn  talk   — 2007年8月10日 (五) 20:08 (UTC+8) — 2007年8月10日 (五) 12:08 (UTC)[回复]
我能理解Fdcn的感受，我前面说“擅自”云云确实很不妥当，在此致歉。我也赞成纯粹技术的修正并不需要社区共识，不过我还是有个小建议：虽然不需要共识，但是应该给予“知会”，也就是说给社群一个“预告”，不需要社群达成一致。比如这次修改，可以在改动前在客栈里说明一下这次修改仅仅是测试，正在等待大家的反馈，而且声明这个修改可以很方便地恢复原来的状态。这样，界面的维护者和使用者之间有顺畅的交流，有助于互相理解和尊重。--Alexcn 2007年8月10日 (五) 12:38 (UTC)[回复]
今后能看见的修订我会尽力在技术客栈这里做通告，只是不能保证都是“预告”。无论是谁，是哪一个界面维护者，他必须执行社区的共识是必须的，也就是说，他的修订在社区反对的情况下，他必须撤销。— fdcn  talk   — 2007年8月12日 (日) 13:58 (UTC+8) — 2007年8月12日 (日) 05:58 (UTC)[回复]

我举一个被冒犯很久的例子：未注册用户不得开新条目，我相信这跟技术也有关系（如果不是，请当我没说，这段发言直接删除，不必存档）。当初是有‘知会’，但知会的内容是‘暂时’，这一暂时就暂时了一年，而且还在继续下去。而且在知会期间曾征询过社群意见，结果是四票反对，只有三票赞成这个‘暂时’措施，但未注册用户不得开新条目的措施还是就这么‘暂时’到现在。更离谱是有些管理员根本不了解这段强奸未注册用户的历史，有的管理员以为未注册用户本来就不得开新条目，有什么好说的？有的管理员以为未注册到现在还能开新条目，而且这是‘维基的精神’。我个人对能不能开条目兴趣不大，所以既没因此注册，没有为此闹场，但是被这两种态度搞得很火大。举此例用意不在想平反什么，只是想指出，先斩后奏再看看有什么反应在极端状况下可以变成什么样子。67.103.245.50 2007年8月11日 (六) 00:10 (UTC)[回复]

  • 我只能说，在面对许多无理挑衅后，中文维基很多人筑起了一面墙去面对善意的建议。有些人在强调自己辛苦贡献前，忘了在收到玩弄无理重话之前，没获得任何沟通的阅览者编辑者面对多少“被别人玩弄”无奈。更可怕的是，社群意见仍偏向因人而异（授权者或非授权者）或因事而异（技术与编辑）的“拒绝沟通”。--winertai 2007年8月11日 (六) 00:25 (UTC)[回复]
  • 技术性修正的社区共识几乎都是外行领导内行的共识，“状况回报”就是最好的例子。支持User:Fdcn 在此次版面修改的编辑。User:Theodoranian 的“组成技术团队”是个很好的建议。— SEEDER 2007年8月11日 (六) 00:46 (UTC)[回复]
现在加回0按钮，而右端的编辑首段的连结仍然存在，试看一下用户有什么的回馈。--Shinjiman ⇔ ♨ 2007年8月11日 (六) 04:31 (UTC)[回复]
本周的Signpost正好谈到了这个问题：

Every section on a Wikipedia article has an [edit] link to allow editing of that section, except for the introduction ('section 0', the section before the first section heading on a page). The main problem with implementing such a link is disagreement about where it should be positioned; there have been suggestions to place such a link as a tab (like 'edit this page' is), on the same line as the title, and on the line just below the title. This feature apparently existed in some skins in the past, but was removed, due to interference with right-floating elements in the page's content. Several workarounds exist; there are five user scripts and two templates (see Help:Section#Editing before the first section) designed to fix this problem, and it's possible to manually enter a section of 0 to edit by editing a different section and changing the section number in the edit page's URL to 0.

--百無一用是書生 (☎) 2007年8月14日 (二) 12:27 (UTC)[回复]

强烈的恳求能不能将编辑首段的标签从右上角移开？我最近花了很多功夫在帮忙经纬位置模版的增添与订正，但是自从编辑首段被移到右上角之后，就与这些经纬度模版（例如{{coor title dms}}）重叠在一起变成一团，彻底失去花了这么多功夫订正座标的意义。很怪的是，目前为止只有编辑首段标签会与其他标签冲突，反倒是noteTA不大会（页首偶尔会出现的活动讯息模版也会冲突，但好在该模版可以隐藏，所以影响不大），这编辑首页的标签还真是个碍眼又没啥用的角色呀！—泅水大象 讦谯☎ 2007年8月22日 (三) 20:21 (UTC)[回复]
大象，有些奇怪，经纬模板我早修改了以避开编辑首段的。你那里还是重叠吗？请告知你的浏览器及OS。关于编辑首段本身，请看方针客栈的讨论，会在9月15日做出决定。— fdcn  talk   — 2007年8月23日 (四) 09:42 (UTC+8) — 2007年8月23日 (四) 01:42 (UTC)[回复]
看到这回复时，发现座标模版也经过修改了（多了个地球符号的版本），新修改的版本终于不会再和编辑首页标签混成一团，感谢！（我使用的浏览器以IE6为主）—泅水大象 讦谯☎ 2007年8月23日 (四) 03:11 (UTC)[回复]

图像链接自动繁简转换??

目前繁简转换工具的功能只限于文字处理，图像里面的汉字没办法转换。思考了很长一段时间之后有了几个想法，不知道大家意见如何……

例如，本人已自制几张地图与示意图，一般用的是Gimp或是Inkscape，作得很粗糙，但每一张都有繁简体两版，迄今只上传过简体版，原因其实很简单——维基媒体语法好像不支援图像链接内的繁简转换（或者繁简转换里面加图像），这样每条目只能选择一种文字的图像（一条目里有两个版本更会影响页面的美观，会看起来很乱）。

举个具体的例子可能比较清楚吧，如果多哥地理条目里要加入一张中文地图，希望可以使用类似以下语法来加入繁简体版本： 

[[File:-{zh-hans:多哥(简).png; zh-hant:多哥(繁).png}-|250px|多哥位于非洲西部]]

或 

-{zh-hans:[[File:多哥(简).png|250px|多哥位于非洲西部]]; zh-hant:[[File:多哥(繁).png|250px|多哥位于非洲西部]]}-

当然如果维基媒体软件以及大部分浏览器可以支持SVG里面的汉字繁简转换的话就再好不过了，但目前这只不过是个美梦。所以，我想问问有没有办法扩展转换工具的功能，让图像链接也能自动转换？ --Qingdou 2007年8月13日 (一) 07:45 (UTC)[回复]

似乎是新版的MediaWiki可以支援在图上加上文字的。记得Shizhao弄过一张这样的图，是从一张空白的地图来标注上地名。大家可以找找看。是用了类似map的功能的。--石添小草 (talk to me) 2007年8月14日 (二) 12:27 (UTC)[回复]
  • 一个简陋但尚称可用的解决方案：《动态多语图片轮播》
代码 效果
右图会随着造访时间的不同而显示繁体或简体，也可以手动按连结作转换。

{{#switch:{{#expr: {{#time:s}} mod 2}} | 0 = [[File:Chromosome zh.svg|thumb|350px|染色體結構圖<div style="font-size:smaller;" align=right>{{Purge|切換為繁體}}</div>]] | 1 = [[File:Chromosome_zh-tw.svg|thumb|350px|染色體結構圖<div style="font-size:smaller;" align=right>{{Purge|切換為簡體}}</div>]] }}

 
染色体结构图
-- 百楽兎 2007年8月14日 (二) 16:34 (UTC)[回复]

这种purge的方式亦只是重新整理下载的图像，而不是一定能改变到作另一幅图。--Shinjiman ⇔ ♨ 2007年8月14日 (二) 16:45 (UTC)[回复]

对，纯粹凭几率（只有50%），所以很简陋。-- 百楽兎 2007年8月15日 (三) 00:21 (UTC)[回复]
非常谢谢大家的意见，解决这个问题好像真的有希望了！用MediaWiki的map功能的确是值得考虑的办法，好处是繁简工具处理图片上的文字应该不会有问题，只可惜在Wiki之外的地方不能用。以上百楽兔兄设计的“动态多语图片轮播”语法很接近我的原意，不知道有没有办法根据用户所选定的系统参数来显示不同图片，那样子就很完美，不行的话也可以考虑单独使用{{purge}}来手动转换……但想起来，机率50%不也是很公平的吗，正好不偏于任何一种文字！如果不介意的话，我想用这语法来建立一个新模板以便在条目里更容易地加以运用。 -- Qingdou 2007年8月15日 (三) 06:17 (UTC)[回复]

首先，类似的功能需求以前有维基人提出过，到今天还是没有解决办法。这个问题的根本解决在于转换功能进行增加，这需要后台开发人员进行，但不能指望目前的开发人员能把工作焦点放在语言转换上，因为语言转换的其它诸多问题也没有解决。

我有一个想法，由于中文维基确实有这个需要，我准备先临时在浏览器端来解决这个问题。我对这个临时时间比较悲观，也许就象HTML元素的语言设定一样变成永远了。— fdcn  talk   — 2007年8月15日 (三) 14:16 (UTC+8) — 2007年8月15日 (三) 06:16 (UTC)[回复]

下面的例子中 元素根据其class中的语言被显示
 
染色体结构图
 
染色體結構圖
请观察以上的例子。— fdcn  talk   — 2007年8月15日 (三) 15:25 (UTC+8) — 2007年8月15日 (三) 07:25 (UTC)[回复]
我尝试把上述例子搬到可扩展固件接口去，但结果不行。可否帮我看看在哪里出错了？--石添小草 (talk to me) 2007年8月15日 (三) 07:42 (UTC)[回复]
我这里观察正常。由于该功能是界面修订实现的，你可否刷新过你的浏览器？— fdcn  talk   — 2007年8月15日 (三) 15:55 (UTC+8) — 2007年8月15日 (三) 07:55 (UTC)[回复]
上一次这个问题就是我提出的，当时也是想解决染色体这张图的问题（因为这张图是我把它改正常的）。现在看来Fdcn的这个方法的确有效，是不是应该专门建立一个模板来便于这个功能的实现？--菲菇＠维基食用菌协会SVG矢量图？找我就对了 2007年8月15日 (三) 09:34 (UTC)[回复]

关于建模板

在大量应用前，我需要一个英文单词来表示“可选择语言的”这样一个意思。目前我用的是“lanOptional”。

只要某一个元素的class中包含有“lanOptional”，就可以实现根据当前语言选择性地显示。 

<element class="lanOptional (指定可以显示的语言)">该语言下的内容</element>

例如： <div class="lanOptional zh zh-cn zh-sg">简体内容（可包含圖像等）</div><div class="lanOptional zh-hk zh-tw">繁體內容（可包含圖像等）</div>

请依据以上建立模板。建议的元素为div。— fdcn  talk   — 2007年8月15日 (三) 19:57 (UTC+8) — 2007年8月15日 (三) 11:57 (UTC)[回复]

先建立了一个模板对：{{lanH|可显示的语言（空格分开）}}该语言内容{{lanF}}
仍以上例：{{lanH|zh zh-cn zh-sg}}[[File:Chromosome zh.svg|thumb|center|200px|-{染色体结构图}-]]{{lanF}}{{lanH|zh-tw zh-hk}}[[File:Chromosome_zh-tw.svg|thumb|center|200px|-{染色體結構圖}-]]{{lanF}}
输出：
 
染色体结构图
 
染色體結構圖
— fdcn  talk   — 2007年8月15日 (三) 20:28 (UTC+8) — 2007年8月15日 (三) 12:28 (UTC)[回复]
这个方法只会对支援CSS以及JavaScript的浏览器有效，对于其它不支援这种形式的浏览器，便可能需要另外使用一种方法以达到同样的效果了。--Shinjiman ⇔ ♨ 2007年8月15日 (三) 16:08 (UTC)[回复]
另外，使用网页代理访问维基百科的人，是不是也会显示错误？--菲菇＠维基食用菌协会SVG矢量图？找我就对了 2007年8月15日 (三) 18:21 (UTC)[回复]
这要看代理设置，不是本案需要考量的。— fdcn  talk   — 2007年8月16日 (四) 04:48 (UTC+8) — 2007年8月15日 (三) 20:48 (UTC)[回复]
to Shinjiman:都不支持的话，也就是同时显示多个语言的内容。真正的解决当然不是在客户端。BTW：现代浏览器角度，只需考虑javascript，不必考虑CSS，前者会因安全原因被禁用，后者基本上都使用。— fdcn  talk   — 2007年8月16日 (四) 04:48 (UTC+8) — 2007年8月15日 (三) 20:48 (UTC)[回复]
不要误会我不支持这个方案，我只是提出这个方法会遇到的技术问题而己。好像在Meta的Langusge Select是否利用相似的形式进行。--Shinjiman ⇔ ♨ 2007年8月16日 (四) 04:57 (UTC)[回复]
我已简单地试用了一下这模板，效果很不错，用Firefox和Konqueror等浏览器都完全没有问题，请使用IE等其他软件的朋友们也试试看非洲语言那两个图片，都没问题的话我想应该是大力推广这模板的时候了！^_^ -- Qingdou 2007年8月16日 (四) 03:52 (UTC)[回复]
建立了一个更简单的模板{{Image}}，仍以染色体为例：{{Image|s=Chromosome zh.svg|t=Chromosome_zh-tw.svg|thumb|center|200px|-{zh-hans:染色体结构图;zh-hant:染色體結構圖}-}}，显示的效果如下：

如果是{{Image|s=Chromosome zh.svg|t=Chromosome_zh-tw.svg|thumb|200px|-{zh-hans:染色体结构图;zh-hant:染色體結構圖}-}}，则显示为：

还可依次类推，这个的使用方法比较接近原有的[[File:xxxx|xxx|xxx|xxx]]的使用方法。--菲菇＠维基食用菌协会SVG矢量图？找我就对了 2007年8月16日 (四) 05:02 (UTC)[回复]

个人也希望这模板可以添加香港繁体选项，此外有没有办法把{{Image}}或者{{lanH}}、{{lanF}}模板使用于信息框内？例如我想在芬兰堡条目里加入繁体字版的地图，几次试用了以上语法皆无效。有知道的高手请指教一下，谢谢。-- Qingdou

但是，信息框是一个模板，目前还无办法改动，不是新语言模板做不到，而是信息框模板已被大量使用的情况下，不能改变其参数用法，否则会使已应用信息框模板的条目出错。也许可能考虑用新的模板，或者是增加参数。
我不清楚你的地图名称，想让香港的图片单独出来是很容易的：
{{lanH|zh-hk}}[[File:香港图片]]{{lanF}}{{lanH|zh zh-cn zh-tw zh-sg}}[[File:非香港图片]]{{lanF}}
— fdcn  talk   — 2007年8月19日 (日) 08:38 (UTC+8) — 2007年8月19日 (日) 00:38 (UTC)[回复]
恩，此语法若用{{lanH}}/{{lanF}}是没有问题的，我说希望可以添加香港选项主要是回应你以上针对{{Image}}模板所言－就是说，如果{{Image}}也可以加入一个香港参数就好了，而这参数应是可选的，这样在没有需要的场合下香港地区的用户可以显示预设的繁体参数。-- Qingdou
解决它比想像得繁杂，由于{{Image}}模板已在使用，新语法的模板用{{Img}}，请看实例：
{{img|zh-tw=Wikinews-original-zh.png|zh-hk=Wikinews_original_zh.png|200px|center|-{zh-hk:香港報道;zh-tw:台灣報導;}-}}
效果：
— fdcn  talk   — 2007年8月20日 (一) 18:56 (UTC+8) — 2007年8月20日 (一) 10:56 (UTC)[回复]
已经让{{Image}}模板兼容{{Img}}的语句，下列是效果：
{{Image|zh-tw=Wikinews-original-zh.png|zh-hk=Wikinews_original_zh.png|200px|thumb|center|-{zh-hk:香港報道;zh-tw:台灣報導;}-}}
效果：在手动语言转换规则中检测到错误
—菲菇＠维基食用菌协会 2007年8月20日 (一) 15:11 (UTC)[回复]
good. 用进制方式非常便于维护。{{Img}}完成使命，删除。— fdcn  talk   — 2007年8月20日 (一) 23:26 (UTC+8) — 2007年8月20日 (一) 15:26 (UTC)[回复]
还发现{{Img}}的一个缺陷，只有zh-tw和zh-hk时它不会解析zh-cn与zh-sg。—菲菇＠维基食用菌协会 2007年8月20日 (一) 15:18 (UTC)[回复]
这是有意设置的，zh-tw和zh-hk都存在且其它不存在的情况下，不会转换成简体，因为这时并不知道简体应当用zh-tw还是用zh-hk。同样，在zh-cn和zh-sg都存在其它不存在时，繁体也不应有对应。个人希望{{Image}}也反应这一点。— fdcn  talk   — 2007年8月20日 (一) 23:26 (UTC+8) — 2007年8月20日 (一) 15:26 (UTC)[回复]
我觉得不管什么情况，都应该考虑让5种方式都能显示，这就同-{zh-hk:香港報道;zh-tw:台灣報導;}-一样，不应该因为没有对应的zh-cn和zh-sg，而不让它显示。目前我是把zh-cn与zh-tw对应，zh-sg与zh-hk对应，同繁同简时都是这样。—菲菇＠维基食用菌协会 2007年8月20日 (一) 15:42 (UTC)[回复]
建议你再看看系统手动转换对-{zh-hk:香港報道;zh-tw:台灣報導;}-的处理：在手动语言转换规则中检测到错误
在这样的情况下，应当显示出错以提示编辑者，强制指定一种对应关系个人觉得不太好。— fdcn  talk   — 2007年8月20日 (一) 23:50 (UTC+8) — 2007年8月20日 (一) 15:50 (UTC)[回复]
看了看系统转换，我现在更倾向于只有一种简（繁）体时也应在对应的繁（简）体里显示出错。只有zh可以随便取其它四种中的一个。无论怎么，在你的模板框架下是很容易改的。— fdcn  talk   — 2007年8月21日 (二) 00:28 (UTC+8) — 2007年8月20日 (一) 16:28 (UTC)[回复]
已经让模板在此种情况下发出错误信息，但是好像不是很醒目（个人觉得可以放两张空白图片进去提示编辑者）。正在修改在正常的语言下也显示警告信息。—菲菇＠维基食用菌协会 2007年8月20日 (一) 16:31 (UTC)[回复]
zh-s和zh是等价的，因为如果要拆分zh-s与zh，会导致整个模板升级到7位判断，即判断128种情况。—菲菇＠维基食用菌协会 2007年8月20日 (一) 16:48 (UTC)[回复]
还是判断128种吧，许多情况下并不等价，比如只有zh和繁体时。— fdcn  talk   — 2007年8月21日 (二) 13:29 (UTC+8) — 2007年8月21日 (二) 05:29 (UTC)[回复]
增加了出错提示，现在可以再看看效果了。—菲菇＠维基食用菌协会 2007年8月20日 (一) 17:09 (UTC)[回复]
great works of yours.— fdcn  talk   — 2007年8月21日 (二) 13:29 (UTC+8) — 2007年8月21日 (二) 05:29 (UTC)[回复]

bugzilla

何不考虑把现在使用中的variant变成Variable？--笨笨的小B | 20巷 2007年8月15日 (三) 16:39 (UTC)[回复]
Variable没有指示用户语言的。只有一个在中文中永远是“zh”的{{CONTENTLANGUAGE}}— fdcn  talk   — 2007年8月16日 (四) 04:48 (UTC+8) — 2007年8月15日 (三) 20:48 (UTC)[回复]
这样子大致就解决了这个问题。至于伺服端的解决方案，不知道请开发人员增加一个魔术字难不难。只要有一个能抓出中文用户在参数设置中设定的显示字体的魔术字，我们就可以利用这个魔术字配合switch来达成目的。-- 百楽兎 2007年8月16日 (四) 03:30 (UTC)[回复]
早前曾经有开发员开过一个{{USERLANGUAGE}}的关键字，但阿brion等开发员见过后，以缓存问题为理由取消了。--Shinjiman ⇔ ♨ 2007年8月16日 (四) 04:59 (UTC)[回复]
开发人员以技术原因否定实际需求（可能这需求只在中文）的作法并不可取，可惜我没有与他们进行沟通的能力。— fdcn  talk   — 2007年8月17日 (五) 14:15 (UTC+8) — 2007年8月17日 (五) 06:15 (UTC)[回复]
  • Shinjiman, 有无link？* : -) ---Hillgentleman | 书 | 二零零七年八月十七号（星期五）格林尼治 06时39分11秒。
请参看r21560以及r21656。--Shinjiman ⇔ ♨ 2007年8月17日 (五) 07:25 (UTC)[回复]
  • "Reverting r21560 as discussed; there are severe problems with relying on a user-language variable, which is why it has not been added." -brion [1]
  • "as discussed" = ? "severe problems"=? * : -) ---Hillgentleman | 书 | 二零零七年八月十七号（星期五）格林尼治 07时34分58秒。
不太记得在哪里……可能是在IRC上，或者在邮件上，
如果是邮件的话，可以在新闻组中爬文。--Shinjiman ⇔ ♨ 2007年8月17日 (五) 07:44 (UTC)[回复]
  • [2] --> "No documents match your query" .* : -) ---Hillgentleman | 书 | 二零零七年八月十八号（星期六）格林尼治 07时34分14秒。

我开了一个新请求：bugzilla:10964，希望开发人员帮我们增加魔术字来抓Variant的值（参数设置中的字体变换的值）-- 百楽兎 2007年8月17日 (五) 07:56 (UTC)[回复]

呵呵，可以用中文参与？— fdcn  talk   — 2007年8月17日 (五) 16:22 (UTC+8) — 2007年8月17日 (五) 08:22 (UTC)[回复]
不知道，不过最有可能的，如果用外语字的话，开发员会可能会不懂那些文字。建议可以用英文复述所要求的事情就好。顺带一提，要解决bugzilla:10964，则先要解决bugzilla:10837。--Shinjiman ⇔ ♨ 2007年8月17日 (五) 12:01 (UTC)[回复]
只是玩笑一说罢了。希望开发人员能有所反馈。— fdcn  talk   — 2007年8月18日 (六) 00:36 (UTC+8) — 2007年8月17日 (五) 16:36 (UTC)[回复]
如果魔法字增加后，直接使用{{lanH}}该语言内容{{lanF}}来修改似乎并不明智，尤其是两个模板不好连接#switch:语法。但是{{Image}}里面的参数却可以完整地移植于#switch:上，从而在未来有了魔法字后只用对模板进行修改。因此建议此后尽量在此类场合使用{{Image}}，以为良好过渡作好准备。—菲菇＠维基食用菌协会SVG矢量图？找我就对了 2007年8月17日 (五) 18:22 (UTC)[回复]
{{lanH}}{{lanF}}只是用在最基础的显示中，有其应用目的，用法复杂往往是使用灵活，它可以针对任何应用场合，不仅仅是图像方面，比如一段有语言版本的HTML段落。关于{{Image}}，它的一个缺陷是不能分开香港和台湾的版本，如果一个图像还有这两个地区的版本，{{Image}}必须改造。— fdcn  talk   — 2007年8月18日 (六) 10:51 (UTC+8) — 2007年8月18日 (六) 02:51 (UTC)[回复]

Template:Image模板

今日发现Template:Image模板被用于瑞典、芬兰、挪威等条目，我觉得模板原意是用于繁简地图转换显示，而如今却是繁简地图均显示在条目中，显得排版极其糟糕，建议模板高手检查一下。谢谢！—木木 2007年8月19日 (日) 11:54 (UTC)[回复]

确认存在这个问题：没有打开JavaScript的浏览器（关闭JavaScript可以提高浏览速度）或屏蔽了JavaScript的网页代理（中国大陆使用网页代理的用户较多）均会同时显示两张图片。但这个问题是由{{LanH}}和{{LanF}}中不兼容非JavaScript的源代码引发的，而不是由沿用{{LanH}}和{{LanF}}的{{Image}}模板引发的。最后，建议暂时不要再推广此系列模板的应用了，直到有了繁简识别的魔术字后方可续用。—菲菇＠维基食用菌协会 2007年8月19日 (日) 13:19 (UTC)[回复]
详细报告我的情形。Windows Xp Home Edition正版软件，IE也是Windows自带，版本为6.0.2900.2180。确认浏览器JavaScript已经打开，没有使用任何代理（我现在不在中国大陆，不需要代理），依旧存在以上情形。—木木 2007年8月19日 (日) 14:24 (UTC)[回复]
请使用IE6的朋友帮助测试这些页面，目前个人怀疑是IE6自身的JavaScript支持不够完善造成的。—菲菇＠维基食用菌协会 2007年8月19日 (日) 14:38 (UTC)[回复]
除了是professional版以外，同木木的环境相同，显示正常。不太可能是IE6的JS bug，请刷新（Ctrl+F5）后再回报。— fdcn  talk   — 2007年8月19日 (日) 22:49 (UTC+8) — 2007年8月19日 (日) 14:49 (UTC)[回复]
使用CTRL+F5强行刷新，问题解决，谢谢!—木木 2007年8月19日 (日) 15:06 (UTC)[回复]

登录／创建账户

移动自Wikipedia:互助客栈/其他

最近登录／创建账户页和以往有了很大区别，加入了保管好您的帐户:善意提醒，但是细读之下，很多语句值得推敲。如“在登入后的参数设置可以找到”是否应改为“在登入后的参数设置可以找到修改密码的地方”？“除非你能够证明到该帐户是真的属于你”中间的“到”实在是有点多余。“在登入时请检查清楚您正在看维基百科的登入页面”读起来也很别扭。登陆页面是一个网站的门面，直接影响他人对网站的感受，建议管理员细细推敲语句。—木木 2007年8月14日 (二) 19:38 (UTC)[回复]

这句也是很奇怪的：“要以防被一些钓鱼网站成为受害者”，是不是“为防止成为一些钓鱼网站的受害者”会好一些啊?

域奇My UTC @ 2007-8-15 15:53:03 (UTC+8)

这个讨论比较适合摆在互助客？栈/技术。欢迎大家提出意见，管理员会去修改MediaWiki:Loginend。--Jasonzhuocn...台湾维基社群Blog 2007年8月15日 (三) 11:14 (UTC) [回复]
  • 抛砖引玉，我的意见：

请妥善保管您的帐户：

  • 如果您的密码只有英文字母和数字，请参看我们的密码强度条目，然后考虑更改它（更改方法：登录后点击右上方的参数设置即可以找到修改密码的地方）。
  • 为了避免您成为一些钓鱼网站的受害者，请于登录前仔细检查您所在的维基百科登录页面的域名是否为"zh.wikipedia.org"或"secure.wikimedia.org"。
  • 请不要将您的密码泄露给任何人。
  • 如果您的密码已经泄露，除非您有足够资料能够证明该帐户确实属于您，否则该帐户将有可能被永久封锁。
  • 为了安全起见，您可以依照这里的指示，加入一个加密杂凑至您的用户页中，以"递交"您的身份。

欢迎大家协助修改。谢谢！—木木 2007年8月20日 (一) 11:15 (UTC)[回复]

done. 但“右上方的参数设置”并不准确，只在monobook皮肤下是这样。— fdcn  talk   — 2007年8月20日 (一) 19:34 (UTC+8) — 2007年8月20日 (一) 11:34 (UTC)[回复]

一些小修改：

  • 最末句“以"递交"您的身份”的西文双引号应改为中文引号。
  • 亦是最末句：“身份”一词请补加简体字词转换。

—Lkopeter 2007年8月20日 (一) 12:41 (UTC)[回复]

done.— fdcn  talk   — 2007年8月20日 (一) 22:37 (UTC+8) — 2007年8月20日 (一) 14:37 (UTC)[回复]

最后一项是类似雅虎的安全图章吗？—Ellery 2007年8月20日 (一) 17:24 (UTC)[回复]

不太清楚雅虎图章，这里的意思很简单，就是你先想好一个短句或密码，然后公开算法（如MD5和SHA-512）将这个短句的指纹放入到你的用户页面上。记着，原短名千万别泄露。一旦被窃，你可以用这个短句做为证明的凭证，因为只有你知道，也只有你知道的这个短句才能通过公开算法产生你留在用户页上的指纹签名。-- fdcn  talk   — 2007年8月25日 (六) 17:27 (UTC+8) — 2007年8月25日 (六) 09:27 (UTC)[回复]

如何设置不显示安全链接旁的锁头？

现在的安全连接右面似乎有个锁头，怎样去掉它？--自由之大天使唱唱反调  2007年8月19日 (日) 17:36 (UTC)[回复]

看看这个：https://mail.google.com。— fdcn  talk   — 2007年8月20日 (一) 19:20 (UTC+8) — 2007年8月20日 (一) 11:20 (UTC)[回复]
一般情况这个东西可以起到提示作用。也许个别情况比如版面设计的时候会有影响吧。--地球发动机（〠✆ - ✉✍） 2007年8月21日 (二) 02:59 (UTC)[回复]
是的，一般情况下不应去掉这个锁头标记。— fdcn  talk   — 2007年8月21日 (二) 13:32 (UTC+8) — 2007年8月21日 (二) 05:32 (UTC)[回复]
这个锁头在IE6下也看不到，Lucky (笑)-- 百楽兎 2007年8月22日 (三) 07:43 (UTC)[回复]

关于中国大陆那边有人用专破以MediaWiki为基础的网站的群发软件

  • 有办法防堵吗？它们的发广告的软件，好像会自动建MediaWiki的账号，以及自动发他所设定的广告内容……老是每隔几天就得在自己的网站上锁账号与删条目，觉得满烦人的……—P1ayer 2007年8月21日 (二) 06:55 (UTC)[回复]
可以考虑使用mw:Extension:ConfirmEdit。--Shinjiman ⇔ ♨ 2007年8月21日 (二) 07:04 (UTC)[回复]
  • 已经装了 ConfirmEdit，谢了。不过由于我租的主机未知能否开启py的执行与Tex的图档程式支援。所以我只装了前半部 ConfirmEdit〈纯文字的简单算式模式〉，后半部的 FancyCaptcha〈动态图档模式〉看起来，除了py与Tex以外，似乎还要上传ttf档与自订的字典档才能正常工作的样子，先观望看看啰……—P1ayer 2007年8月21日 (二) 08:05 (UTC)[回复]

条目禁止使用滚动条？

 移往Wikipedia:互助客栈/方針

模板的包含问题

不知道能否用模板实现这样一种功能，用模板实现<noinclude>魔法字所提供的功能？--百無一用是書生 (☎) 2007年8月24日 (五) 14:16 (UTC)[回复]

subst:方式是可以实现的，但正常嵌入过程目前好象不行。请说明一下这个需求的具体实例，看看有无变通的法子。— fdcn  talk   — 2007年8月25日 (六) 16:48 (UTC+8) — 2007年8月25日 (六) 08:48 (UTC)[回复]

监视列表与参数设置

有时在公用电脑上忧虑会有Keylogger的问题而不愿意登入，有没有方法可以在不登入的状态下查看自己的监视列表与参数设置（仅查看，不做编辑）？白翎 2007年8月25日 (六) 00:58 (UTC)[回复]

不能，监视列表与参数设置某种程度上属于个人的隐私，不能在不登入时被查看。— fdcn  talk   — 2007年8月25日 (六) 16:50 (UTC+8) — 2007年8月25日 (六) 08:50 (UTC)[回复]
(！)意见：先开一个用户子页，把要监视的条目的连结都放在子页内。不登入时可进入用户子页，就可以用左边“链出更改”功能当作“监视列表”。──域奇My UTC @ 2007-8-25 17:49:09 (UTC+8)
(！)意见：如果想知道我写的某一篇文章有哪些人在监视要怎样做？ — 正黄旗 2007年8月25日 (六) 17:04 (UTC)[回复]
  • 直接问人。(技术员可用SQL问。管理员只可查哪些页被监视。)* : -) ---Hillgentleman | 书 | 二零零七年八月二十六号（星期日）格林尼治 10时06分26秒。
更正，未被监视的页面。--RalfX（议） 2007年8月26日 (日) 15:55 (UTC)[回复]

投诉: User:Mtrkwt 删除留言，并将对其参与的组织不利的内容删除

本主题全部或部分段落文字，已移动至Wikipedia:互助客栈/其他。

Link FA

今日发现使用Link FA模板，对应的语言版本前没有出现原有的“星”标记，不知何故？—木木 2007年8月27日 (一) 08:43 (UTC)[回复]

使用Monobook皮正常，没有反常现象。--Shinjiman ⇔ ♨ 2007年8月27日 (一) 09:53 (UTC)[回复]


积压讨论

现时积压讨论中是以模板的形式把有未完成删除讨论的讨论页加入积压讨论中。后因过分冗长，本人使用<noinclude></noinclude>，即包含语法把已结束的讨论“隐藏”。惜现在积压投票中显示的内容旁边的“章节编辑”连结，并不对应于该章节。例如：点击最上面的“高追、低吸、坐艇、套牢股票（蟹货）”章节编辑，但是出现的却是“超过三十天条目主题未突显其知名度或重要性”的章节。请问有没有其他方法可取代之?还是这是一个bug?—J.Wong 2007年8月28日 (二) 02:42 (UTC)[回复]

其实进行中的讨论里都有很多需要大家参与的讨论—Xtctjames 2007年8月28日 (二) 12:45 (UTC)[回复]

wiki技术故障了

刚刚上来的时候，我怎么变回IP用户了？昨天我明明没有登出，也没有清空cookies，编码也变成了台湾正体，明明我是选择的大陆简体啊...怎么了？—我是火星の石榴 2007年8月29日 (三) 08:31 (UTC)[回复]

既然叫饼干，就代表它也是有赏味期限的。-- 百楽兎 2007年8月29日 (三) 08:57 (UTC)[回复]
只要有一定的时间没有回应，系统是会自动登出的。没有登入，自然系统设定也会不同了。—J.Wong 2007年8月29日 (三) 22:35 (UTC)[回复]
我以为wiki的cookies是和google等网站一样的 几乎是永久性的(虽然有时效 但那时效永远达不到的)—我是火星の石榴 2007年8月30日 (四) 05:59 (UTC)[回复]

这个条目的引用出了问题

谁来帮帮忙？循证医学 —地球发动机（〠✆ - ✉✍） 2007年8月30日 (四) 10:40 (UTC)[回复]

一个条目到底可以内嵌多少个模板？

实例见星际旅行：航海家号剧情列表与User:PhiLiP/工作台，我快被逼疯了，记得以前曾经看到过有讨论说从前的mediawiki只支持40个，而现在几百个都没问题的——但是这两个尤其是前面一个条目，因为它本来就有172集，为了统一译名我用模板来套（里面的模板还打算用到其他的页面，正在该页面试用），但是用到第6季便无法正常显示了。谁能帮我解释或修复一下？如果实在不行，那么这种列表类条目我就不敢用这类模板了。—菲菇＠维基食用菌协会 2007年8月30日 (四) 12:21 (UTC)[回复]

用了一个折衷还可以接受的方案，可以无视我和这个请求了>.<。不过提醒一句，switch语句别写太长。—菲菇＠维基食用菌协会 2007年8月30日 (四) 13:52 (UTC)[回复]

自动翻检转换模版的奇怪问题

使用Template:NoteTA的时候，如果在某个参数中漏写了某个语言，例如 8=zh-hans:夏之纳;zh-hant:山拿; zh-hk:| 就会出现“维基媒体基金会服务器出现错误”的消息。

（不知道可不可以贴图上来。）--卡库拉迪 2007年8月31日 (五) 04:01 (UTC)[回复]

这是明显的人为错误，请不要漏写语言，或者就写8=zh-hans:夏之纳;zh-hant:山拿|—菲菇＠维基食用菌协会 2007年8月31日 (五) 04:05 (UTC)[回复]
好的程序是不应该崩溃的。--卡库拉迪 2007年8月31日 (五) 05:56 (UTC)[回复]
“维基媒体基金会服务器出现错误”这个这几天都在跳，估计服务器负载过大，不是因为你漏写语言的原因。—菲菇＠维基食用菌协会 2007年8月31日 (五) 06:00 (UTC)[回复]
可是只有漏写的时候会跳。不过这也可能是其他原因？--卡库拉迪 2007年8月31日 (五) 07:36 (UTC)[回复]

报告Bugs

Bug 1
Bug 2
  • [[File:Ernst I. von Baden-Durlach.jpg|80px]] ->   (空)
  • [[File:Ernst I. von Baden-Durlach.jpg|79px]] ->  
  • [[File:Ernst I. von Baden-Durlach.jpg|81px]] ->  

—Markus 2007年8月28日 (二) 16:29 (UTC)[回复]

第一个不是bug，是英语的连字显示，可用于事物的复数形式。—Isnow 2007年8月28日 (二) 17:57 (UTC)[回复]
报告MediaWiki软件错误或提出新功能请求请至Bugzilla，开发人员会解决这些问题。-- 百楽兎 2007年8月30日 (四) 00:58 (UTC)[回复]
图片在某一个像素下为空是个老bug了。希望维基官方早点解决。— fdcn  talk   — 2007年9月2日 (日) 00:27 (UTC+8) — 2007年9月1日 (六) 16:27 (UTC)[回复]

国家地理频道的图示无法显示

国家地理频道的模版中有放了一个logo，但没有办法显示出来，请问是不是模板出了问题？—Neostäge | 来坐坐 2007年8月29日 (三) 08:41 (UTC)[回复]

因为你没有填logoalt。不过这也是模板设计者的问题，把logoalt设为必填是个奇怪的决定。-- 百楽兎 2007年8月29日 (三) 08:55 (UTC)[回复]
大概认为不填的话就不是合法的XHTML 1.0了吧。(HTML 4.01要求img 元素必须有alt 属性。好像是方便残疾人和小猫使用者的。)-卡库拉迪 2007年9月3日 (一) 16:20 (UTC)[回复]

请问如何直接链接其他语言维基的图片？

问： 我想直接在页面加入其他语言版本的图片，我是用File:图片文件名的方法插入图片的，但是好像有些可以加入有些不能，请问这是为什么？ —Chela 2007年9月1日 (六) 22:09 (UTC)[回复]

如果该图片在WikiCommons，表示该图片没有版权限制，各个维基版本均可以使用。如果该图片有版权限制，则存放在各个版本维基的各自的图片库。那些不能显示的图片是存放在其它版本的维基的图片库，你可以查看一下，如果没有版权限制，则可以将其移动到WikiCommons；如果有限制，则上传到中文维基，注意注明是哪种形式的合理使用。—木木 2007年9月1日 (六) 23:19 (UTC)[回复]
(！)意见，放在WikiCommons的图片仍然有版权限制，只是维基共享所设定的门槛足以让其他维基计划使用上面的图片。—Gslin 2007年9月5日 (三) 03:53 (UTC)[回复]

请问：将其它语言的图片移至中文维基上，会有什么版权限制的问题呢？ —218.167.164.86 2007年9月4日 (二) 18:12 (UTC) Captain738[回复]

一般情况下，你可以参考其它版本的版权限制，如电影海报，唱片封面，LOGO等。—木木 2007年9月4日 (二) 21:19 (UTC)[回复]

电子邮件确认问题

存至MediaWiki talk:Confirmemail subject

右上角图标

存至Template talk:经纬

来源脚注蓝背景色衬托请求

可否用天蓝背景色来衬托选中的来源脚注，目前仅脚注部分会有背景色显示，而击中↑键转回正文时没有稍深一点的背景色突出，编辑者必须慢慢寻找，时常有些不便，是否可以考虑修改MediaWiki:Common.css： 

/* 用天蓝背景色衬托出选中的来源注释 */
 
ol.references > li:target {
 background-color: #DEF;
}
 
sup.reference:target { 
  background-color: #DEF;
}

谢谢！—Shibo77 2007年9月3日 (一) 07:29 (UTC)[回复]

done. 同样提示一下：只有支持CSS3的（如firefox）的浏览器才对以上有效果。— fdcn  talk   — 2007年9月3日 (一) 17:49 (UTC+8) — 2007年9月3日 (一) 09:49 (UTC)[回复]
Opera 9.5 Alpha又添加对CSS3 overflow-x、overflow-y属性的支持了。—菲菇＠维基食用菌协会 2007年9月3日 (一) 15:41 (UTC)[回复]

分类的繁简体转换有误

  • 刚才一口气把Category:電子遊戲類型里的条目都搬到Category:电子游戏类型了，不然条目底下的分类是红字，且该分类因存在简体字版的，也建立不出来。

—P1ayer 2007年9月6日 (四) 08:59 (UTC)[回复]

Wikipedia:关于维基百科你不知道的十件事

存至Wikipedia talk:關於維基百科你不知道的十件事

加入编辑按钮

有时要编辑长篇的文章得翻好几页才能找到编辑点，还有在“新荐投票”，如果当天有五六篇以上的参选文章时，也有同样的困扰。是否可以在长篇的文章中间强行加入“编辑”按钮？要如何加入？--白翎 2007年9月8日 (六) 02:15 (UTC)[回复]

每个标题都可以产生一个编辑按钮。因此，如果要加入编辑按钮，就请将文章分割为更多的章节。－地球发动机（〠✆ - ✉✍） 2007年9月8日 (六) 02:37 (UTC)[回复]
我的意思是在无法分割为更多的章节时要如何加入编辑按钮？或是像“新荐投票”的版面。--白翎 2007年9月8日 (六) 03:05 (UTC)[回复]
我明白你的意思，其实造成“新荐投票”的版面找不到编辑点的主要困扰原因是很多人的签名太有个性了。签名是意见的十几倍甚至几十倍长。（笑）我还曾经不小心把意见写在别人的签名中。不过长签名是维基中毒的表现之一，看来我的毒瘾还不够深。如果文章太长找不到编辑点可以通过分小章节来解决。—木木 2007年9月9日 (日) 10:11 (UTC)[回复]

“新荐投票”的版面我也觉得很奇怪，不明白为什么不用3级或4级标题来分段？就算不用，但版面的段落性还是很差，令人眼花撩乱。-- 百楽兎 2007年9月10日 (一) 07:47 (UTC)[回复]

坐标模板

本主题或讨论段落，已存档至Template talk:Coor title dms。

{{模板:Edittools}}增添符号请求

本主题或讨论段落，已存档至Template talk:Edittools。

马𫘜

本主题或讨论段落，已存档至Talk:马𫘜。

做了几个主题的繁简转换模板，请帮忙试用

这两天用正在测试的{{SubjectTA}}连续做了三个主题的繁简转换模板，是{{FootballTA}}、{{HarryPotterTA}}、{{ITTA}}，分别可以给足球、哈利·波特、电脑和信息技术类的条目使用。再加上在{{SubjectTA}}出现前便已经存在的{{StarTrekTA}}、{{PhysicsTA}}、{{GundamSeedTA}}，现在使用{{SubjectTA}}已达六个（不好意思四个都是我建的）。请各位多多帮忙在相应条目中试用这些模板，看看{{SubjectTA}}是不是值得推广。—菲菇＠维基食用菌协会 2007年8月28日 (二) 18:41 (UTC)[回复]

很方便，值得推广，可是有问题耶。{{LyokoTA}}是我建立的……而如果没有“中文”(代码：zh)的转换项，那么不管项目怎么排放，在“不转换”模式下都会随机地进行转换(不管原文繁简，界面繁简，排放顺序，程序决定转换成简体的就会一直是简体，决定转换成繁体的就一直是繁体)。请看这个沙盒(固定版本)……--卡库拉迪 2007年9月3日 (一) 16:16 (UTC)[回复]
不设置zh的话，不转换模式显示的就是源代码中的原文，这是手工繁简转换的运作机制。等我再测试一下。—菲菇＠维基食用菌协会 2007年9月4日 (二) 13:32 (UTC)[回复]
测试完毕，见[3]与[4]，这两个页面没有动用{{SubjectTA}}模板，但是在不转换模式下全部转换成了zh-cn，也许是因为手工全文转换机制的设定：当zh不存在时，zh与zh-cn等价。实际上{{SubjectTA}}中的主题转换也是调用了{{CNoteA}}模板，而{{CNoteA}}则调用了手工全文转换。—菲菇＠维基食用菌协会 2007年9月4日 (二) 13:42 (UTC)[回复]
所有的手动转换，系统处理为：zh的值先找zh，再找zh-cn。— fdcn  talk   — 2007年9月15日 (六) 14:43 (UTC+8) — 2007年9月15日 (六) 06:43 (UTC)[回复]

坐标模板2

本主题或以下段落文字，在讨论结束后应存档至Template talk:Coor title dm。

遗失密码后，是否有不透过密码取回账号使用权的方法？

本主题全部或部分段落文字，已移动至Wikipedia:互助客栈/求助。

全局繁简转换

似乎出了点问题了，测试下：

著名：著名；
著作权：著作权；
此后：此后；
太后：太后……

菲菇＠维基食用菌协会 2007年9月15日 (六) 07:16 (UTC)[回复]

奇怪，为什么Wikipedia:互助客栈/求助里面的著作权要被转换成着作权呢……—菲菇＠维基食用菌协会 2007年9月15日 (六) 07:18 (UTC)[回复]
这句话：

文革时期的作品同样受到现在施行的著作权法保护，虽然那时没有著作权法。另外，匿名发表的作品保护期是发表后50年。（而且好像一旦明确了作者，就按照作者死后50年保护），因此你的那些图片大多应该不属于PD--百無一用是書生 (☎) 2007年9月13日 (四) 06:59 (UTC)

估计是“有著”被过度转换成“有着”了，两字的繁简转换真2啊……—菲菇＠维基食用菌协会 2007年9月15日 (六) 07:23 (UTC)[回复]

缩图的更新

话说一阵子之前，因为发现雷吉纳这个加拿大城市的市徽已经由这个版本更新为这个版本，因此我也用上传新的图像版本的方式将新版的市徽上传。却发现虽然图片本身已经更新了，但是其缩图与显示在维基百科页面上的图片并没有随着原图的更改而更新。原本我以为这是起因于cache的问题，放一阵子它自动会更新资料，但却发现时隔数月画面上显示出的图片却仍然是旧版的。因此想请问一下有没有人知道这到底是什么原因造成的，该怎样做才能把相对应的缩图也改为与新的图片一致？—泅水大象 讦谯☎ 2007年9月17日 (一) 16:34 (UTC)[回复]

阿沙芬堡

“阿沙芬堡”为什么会自动变成“阿沙芬堡”？（请查看本行的源代码，中文简体）—Markus 2007年9月17日 (一) 18:12 (UTC)[回复]

从源代码看也是一样啊。可用-{ }-以强制不转换。—Ellery 2007年9月18日 (二) 05:15 (UTC)[回复]
为什么会产生这个“阿沙芬堡”到“阿马拉特·萨芬堡”的转换？—Markus 2007年9月18日 (二) 12:38 (UTC)[回复]
最好检查一下tw到cn的全局转换。—菲菇＠维基食用菌协会可供查证成为正式方针投票中！ 2007年9月18日 (二) 13:25 (UTC)[回复]
我在另外一个使用了繁简转换程序的mediawiki系统中做了测试，出现了相同的问题，可以肯定是因为原生的繁简转换过度转换造成（该mediawiki系统几乎没有任何人工设置的系统繁简转换，包括后和後颠倒的问题都没有解决）。这是页面： [5]。—菲菇＠维基食用菌协会可供查证成为正式方针投票中！ 2007年9月18日 (二) 13:33 (UTC)[回复]

有关"朝 鲜"一词繁简转换错误的问题

问：维基的繁简转换程式在转换至港台繁体时，把"朝 鲜"一律硬译为"北 韩"，甚为不妥，这只是现在大陆和港台对"朝 鲜民主主义人民共和国"的不同称呼，但把"朝 鲜半岛"、"李氏朝 鲜"、"卫氏朝 鲜"等翻成"北 韩半岛"、"李氏北 韩"、"卫氏北 韩"实在是错的。希望有关人员更正。 —Lobster77 2007年9月18日 (二) 15:19 (UTC)[回复]

在问题尚未解决前，可使用朝-{}-鮮来避免转换，就像这样：朝鲜。—菲菇＠维基食用菌协会可供查证成为正式方针投票中！ 2007年9月19日 (三) 04:53 (UTC)[回复]
其实在版头用noteTA模版加上{{noteTA|zh-hans:朝鲜;zh-hant:朝鮮;zh-hk:朝鮮;}}这样的转换就应该可以盖过预设转换吧？—泅水大象 讦谯☎ 2007年9月19日 (三) 10:31 (UTC)[回复]
天啊，赶快把这个转换删除了吧。建立转换时一定要考虑周全。--Douglasfrankfort (talk to me) 2007年9月19日 (三) 13:38 (UTC)[回复]
不过应该保留zh-hant:北韓 => zh-hans:朝鲜的单向转换。—菲菇＠维基食用菌协会可供查证成为正式方针投票中！ 2007年9月19日 (三) 16:10 (UTC)[回复]

各个圣经中文版本的原文

本主题或讨论段落，已存档至Talk:圣经。

条目首段的“目录”框如何令它开启？

条目首段的“目录”框如何令它开启？谢谢大家！—谈天说地一乐也 (交流) 贡献？ 我的家 2007年9月14日 (五) 12:16 (UTC) 【再编辑：—谈天说地一乐也 (交流) 贡献？ 我的家 2007年9月19日 (三) 14:53 (UTC)】[回复]

可用__TOC__，位置前后可以用标签任意摆放位置，如置左置中置右固定浮动等。--Shinjiman ⇔ ♨ 2007年9月14日 (五) 14:05 (UTC)[回复]
用法为何？可否详解！先谢！—谈天说地一乐也 (交流) 贡献？ 我的家 2007年9月15日 (六) 13:17 (UTC)[回复]
请勿用“如题”。详Help:章节。—Ellery 2007年9月18日 (二) 04:41 (UTC)[回复]
谢谢Ellery君的提醒。另外，我试过了，'''{{TOC}}'''不是我要的那种，是1、1.1那种…是不是条目到了某个章节数量时便会自动增加？

P.S.: 已照Ellery君的提醒改了用词。

注意要输入的是“__TOC__”，不是“{{TOC}}”（“__TOC__”是个魔术字而非模板）。 --Moonian·♨一盅两件立即叹·贡献 主要 全部 2007年9月21日 (五) 14:37 (UTC)[回复]

日文条目分类的新玩法

本主题或讨论段落，已存档至Wikipedia talk:页面分类。

谁知道要怎么把MediaWiki的全部条目都预设锁在只能登入后编辑？

  • Pzs, Help Me. 最近，个人以MediaWiki架的网站，被不断的请自来的广告骚扰的很烦。在登入的地方加上Extension:ConfirmEdit，仍档不到那些不怕IP给我知道的贴广告文的人。MediaWiki有办法把未登入的人，都挡在【原始档】这种只能看，不能编辑的状态吗？现有的每一个条目都个别去锁定的方式，没办法阻挡未登入者，自行新开的广告条目……。—P1ayer 2007年9月29日 (六) 02:13 (UTC)[回复]
mw:Manual:$wgGroupPermissions & mw:Help:User rights??? --Shinjiman ⇔ ♨ 2007年9月29日 (六) 03:56 (UTC)[回复]
  • 谢了……我在LocalSettings.php的最后面加上下面这三行，看起来就差不多了。
$wgGroupPermissions['*' ]['edit'] = false;
$wgGroupPermissions['*' ]['createpage'] = false;
$wgGroupPermissions['*' ]['createtalk'] = false;

—P1ayer 2007年9月29日 (六) 06:07 (UTC)[回复]

有人乱改资料-.-...

问： —Cheatmancheatman 2007年9月29日 (六) 09:02 (UTC) http://zh.wikipedia.org/w/index.php?title=%E4%BA%BA%E9%A1%9E&variant=zh-tw 饮食 人类根本就不具备吃肉的本能。我们大多数人都要靠别人替我们杀死动物来获得肉食，若自己亲手杀生会感到恶心或不舒服。食肉动物一般吃生肉。而我们人类则要用煮，烧烤，炸等方法作熟之后才能吃，烹调过和中还要用各种调味品来掩饰肉的原味。一位科学家曾这样说到：“一只猫嗅到水果则根本无动于衷。如果人喜欢抓捕鸟雀，并能用牙活生生地撕断其尚在扑动的翅膀，吸吮其温暖的血。那么，可以断定大自然赋予了人吃肉的本能。相反，一串甘美的葡萄却能让人流口水。人在肚子不饿时也会想吃水果，因为人确实觉得它好吃。”[回复]

取自“https://zh.wikipedia.org/w/index.php?title=Wikipedia:互助客栈/技术/存档/2007年9月&oldid=60902851”