2010
这个对话页面可能是讨论几个主题的好地方，而不会淹没seqfan列表-M.F.哈斯勒2010年11月15日12:35（UTC）
建议的问题：“谁有权提议、审查和批准？”-克劳斯·布罗克斯2010年12月21日11:33（UTC）
所有参与者的用户页面
我强烈支持为所有贡献者创建用户页面的想法。好处是：
- 避免在整个序列中显示所有电子邮件地址的可能性
- 任何贡献者可以随时“全球”更改其电子邮件地址，而无需OEIS维护人员采取任何行动。
我甚至建议运行一个机器人来转换全部的用户页面链接的“传统签名”，如果还不存在，则创建该链接，也适用于所有“pre-oeis.org”贡献者。下面，我将进一步对有关签名的想法表示不屑-M.F.哈斯勒2010年11月15日12:35（UTC）
- 你不需要让我们相信用户页面或签名的实用性。他们现在不在那里并不意味着他们不会来。一次一步-俄罗斯考克斯2010年11月16日14:25（UTC）
签名
在seqfan列表中，有几个人问如何在新的OEIS上处理签名。建议包括：
- 完全没有，也就是说，弄清楚谁从编辑历史中贡献了什么。我认为这很尴尬，在一个有很多贡献和/或编辑的序列中，几乎不可能找到谁添加了什么。
- 继续“手工”传统风格，即附加“[来自NNN（NNN（AT）xxx），MMM DD YYYY]”
- 自动将“[自NNN（NNN（AT）xxx），MMM DD YYYYY】”附加到任何新供款。
- 对于没有用户帐户的贡献者，使用上面的选项之一，对于拥有oeis.org帐户的用户，使用以下建议
- 为所有现在和过去的贡献者创建一个用户页面，并使用以下建议。
如果参与者有用户页面，那么
- 他的电子邮件可以完全隐藏，不过有一种非常舒适的方式可以向该用户发送消息
- 签名可以被附加到每个贡献，而对所显示序列的外观的干扰最小。
实际上，人们可以选择（自动或通过一些快捷方式或宏）在表单上附加一个简约签名(MFH，2010年11月15日)with additional title=“M.F.Hasler，Monday 11月15日，09:48:00 EST。单击此处联系投稿人。”将鼠标悬停在此链接上时弹出。该签名占用的空间很小，但包含了全部信息和与作者联系的可能性。（链接也可能直接指向“发送电子邮件”表单，但这可能并不更好……）
优势已经列在下面#所有贡献者的用户页面。其他优点包括：自动反向链接、用户贡献列表、可以用标准格式所允许的其他方式（更详细的方式）详细阐述一个人的贡献-M.F.哈斯勒2010年11月15日12:58（UTC）
- 感谢Maximilan F.Hasler开始这个话题。我非常希望看到每个贡献者的贡献总列表以某种形式保持可搜索状态。这对我来说是最重要的。对我来说，最方便的是有一个能够进行所有这些搜索的单一搜索机制，最好是我们用来搜索序列的相同机制。
- 我喜欢通过将鼠标悬停在链接上来最小化签名并显示附加信息的想法。如果出于任何原因，这都不可行，那么使贡献易于识别和搜索所需的签名当然应该尽可能少。如果有必要，我不介意自己附加它们。
- 这对我来说是一种新的格式；我希望一切看起来都像它应该的样子-马修·范德马斯特2010年11月16日04:40（UTC）
从OEIS链接到OEIS Wiki？
如何从主OEIS向OEIS wiki页面/节添加链接？还是主OEIS是唯一的官方部分？OEIS Wiki相对于主要OEIS的状态是什么-丹尼尔·福格斯2010年12月22日04:09（UTC）
- 七年后的JFTR：有些Wiki页面显然被认为足够好，可以链接到OEIS本身，尤其是各种OEIS索引页。帮助：页面验证应该解释一下它是如何工作的，但目前它是太多了不-高质量页面：
- 用户编辑草稿后会发生什么？（猜猜：没有，除非它是像索引这样的关键页面。）
- 用户如何建议在等待一段时间后查看草稿？（可悲的是，六年并没有被夸大。）
- 用户如何建议将页面降级为“无需审阅”？（例如，所有p-粗糙页面是普通页面，但是11-粗糙受到保护。）
- 用户如何建议将页面升级为“允许的OEIS链接”状态？（例如，IMHO丰富的数字各用户解扰后状态较好。）
- 用户如何建议保护关键项目页面？（例如。，项目：Privacy_policy有一个草案，应该在昨天进行审查和保护，因为全部的维基页面在底部链接到它。）
- –弗兰克·埃勒曼2017年10月21日12:49（UTC）
搜索结果的格式
- Q.搜索结果的格式，例如我的贡献，已更改[1]从a名称和序列词的简短列表到每个条目的全部内容。现在如何显示简要列表Jason Kimberley，2010年12月23日
- 我认为这是一个很小的问题。相比之下，新的OEIS运行得如此之好真是不可思议！罗斯，再次感谢你。很多人告诉我他们非常喜欢这个新系统。N.J.A.S.（来自seqfan回复) —杰森·金伯利2011年1月6日23:48（UTC）
- 是的，做得很好。我只是想可能有一个简单的“黑客”来获得其他格式-杰森·金伯利2011年1月6日23:48（UTC）
- 现在已经实现了，非常好--杰森·金伯利2011年9月17日04:38（UTC）
帮助人们自助
我遇到了本页提到的登录问题。我花了一些时间在维基上四处游荡，寻找一个地方来询问这个问题——最终我发现这个页面链接到了助理编辑须知，我放弃搜索后开始浏览。
我建议这个页面至少应该从链接到帮助：目录和OeisWiki：社区门户，可能也来自一般用户须知和/或主页面.
还有一些基础设施页面正在等待编辑，其中许多页面是用户可能会看到的第一个页面，其中大多数似乎是最近一年多前批准的。我能做些什么来帮助加快此类编辑的审查和批准吗？血红蛋白2011年1月29日07:42（UTC）
- 除此之外，我尝试了推荐的方法来解决登录问题，但对我来说不起作用。我注意到，如果我尝试使用提供的新密码以“hv”身份登录，我会得到“身份验证时发生了意外错误。对不起。”，而如果我尝试以“hv”身份登录，我会得到“用户名和密码组合无法识别”。我想知道这是否可以成为潜在问题的线索。
- 我猜这也可能与我的维基用户在很久以前建立起来有关，早在“两半大脑”分裂发生之前。血红蛋白2011年1月29日07:58（UTC）
Unicode/ASCII部分没有意义
http://oeis.org/wiki/QandA_For_New_oeis#Does_the_oeis_allow_nonascii_characters.3F还不是很清楚。首先它说不应该使用非ASCII字符，然后据说使用了UTF-8。但UTF-8支持所有Unicode！没有非ASCII字符的UTF-8是ASCII，所以为什么还要说如果只使用ASCII，则使用UTF-8。
我怀疑Unicode被禁止使用的原因是担心糟糕的字体支持。。？内文·萨伊科2016年4月22日23:25（UTC）
- 是的，确实如此光电池。实际上只有六种可能：
- 美国科学院院刊（RFC 20）
- ASCII+ISO Latin-1（添加96个字符160.255）
- 拉丁语-9又称拉丁语-0，八个差异来自拉丁语-1
- windows-1252（第27页，共128..159页），因为HTML5和WhatWG认为ASCII或Latin-1带有垃圾的窗口-1252
- UTF-8，因为它将这个字符集很快，1998+50=RFC 2277中预测的2048
- UTF-4，因为它与拉丁语-1使用128..159个八位字节的序列编码其余Unicode相同
- 拉丁语-9不太可能，可能是https://xkcd.com/927/UTF-4是完全不可能的，我“控制” 这个规范HTML5方法面向消费者（浏览器开发人员），而不是提供商（包括数据库），EIS没有受到Windows特性的困扰。US-ASCII和拉丁语-1也被淘汰，例如：。，oeis:A061091/内部包含带有u+0151号.
- 因此，优胜者是UTF-8，除非有一些基于古代Unicode标准的未定义代码点的合理性检查。在OEIS中，彩色表情符号可能是一个非常糟糕的主意弗兰克·埃勒曼2017年10月10日00:35（UTC）
呃，这个问题已经在常见问题解答中解决了，维基需要一些{{断然的}}或{{完成}}模板。–弗兰克·埃勒曼2017年10月10日00:56（UTC）
