用户讨论:59cond12

2023年

1月

恭喜您完成第二十次动员令！

第二十次动员令

The 20^th Domestic Campaign of the Chinese Wikipedia

致59cond12阁下：

再次感谢您报名参与第二十次动员令！根据您的贡献，您已经成功达到了完成本次动员令的最低要求，因此您已成功完成本次动员令！恭喜！

根据动员令报名时您所申报的完成动员令次数，请在您的用户页修改以下模板的数字部份： {{User 動員令|n}}，当中n代表您获得此头衔的次数。

最后，请允许我们对本次动员令颁奖的迟缓表示诚挚的歉意，并再次感谢您报名参与本次动员令，感谢您对主持人团队的支持，感谢您对中文维基百科的贡献，希望下一次动员令您能继续参与。如有任何意见或问题，请至动员令的讨论页提出。

通知您的主持人是：—achanhk _{ポケモンゲットだぜ！ 留言板} 2023年1月9日 (一) 18:00 (UTC)

您提交的草稿湾声乐团仍需改善(1月16日)

您最近在建立条目页面提交了一篇草稿。遗憾的是，它还未达到成为一篇条目的标准，因此未被接受。本次草稿由A Chinese ID审核。该用户给出的原因是：

审阅者还给出了点评：

草稿最上方可能还有一些点评，请前往查看。您可以继续改善您的草稿，并在解决问题后重新提交。

• 您可以在草稿中点击“编辑”标签，继续不断改善草稿，这没有截止日期，您可以一直不断改善再提交，但6个月未被编辑的废弃草稿会予以删除。
• 如果您认为草稿不符合维基百科的收录标准或者不希望进一步改善，您可以要求删除。请打开草稿页面，点击“编辑”标签，在草稿顶端添加“{{delete|G10}}”，并单击“发布更改”。
• 如果您有疑问，您可以在审阅者的讨论页留言。
• 您也可以在建立条目专题的询问桌询问，或使用即时通讯软件向我们经验丰富的编辑寻求即时帮助。 $[{\text{H}}^{+}]$$\ >$${\sqrt {K_{w}}}$ 2023年1月16日 (一) 04:00 (UTC)

您提交的草稿湾声乐团仍需改善(1月16日)

您最近在建立条目页面提交了一篇草稿。遗憾的是，它还未达到成为一篇条目的标准，因此未被接受。本次草稿由A Chinese ID审核。该用户给出的原因是：

草稿最上方可能还有一些点评，请前往查看。您可以继续改善您的草稿，并在解决问题后重新提交。

• 您可以在草稿中点击“编辑”标签，继续不断改善草稿，这没有截止日期，您可以一直不断改善再提交，但6个月未被编辑的废弃草稿会予以删除。
• 如果您认为草稿不符合维基百科的收录标准或者不希望进一步改善，您可以要求删除。请打开草稿页面，点击“编辑”标签，在草稿顶端添加“{{delete|G10}}”，并单击“发布更改”。
• 如果您有疑问，您可以在审阅者的讨论页留言。
• 您也可以在建立条目专题的询问桌询问，或使用即时通讯软件向我们经验丰富的编辑寻求即时帮助。 $[{\text{H}}^{+}]$$\ >$${\sqrt {K_{w}}}$ 2023年1月16日 (一) 15:28 (UTC)

2月

您提交的草稿湾声乐团已被接受

您近期提交的草稿湾声乐团已被接受。
它被评级为丙级，可在条目的讨论页上查看。对于新条目而言，这是一个不错的评级，代表本条目的质量在被接受的条目草稿中排在前24%，恭喜您！您可以看看Wikipedia:条目质量评级标准以便了解如何进一步改进该条目。

您可以继续不断改善它，维基百科的条目没有最终版本。非常欢迎您继续为维基百科做出高质量的贡献。

• 如果您有任何问题，欢迎在互助客栈询问。
• 如果您想帮助我们改进此流程，请考虑给我们一些反馈。

感谢您帮助改进维基百科！

Reke（留言） 2023年2月1日 (三) 07:19 (UTC)

3月

您提交的草稿李哲艺仍需改善(3月15日)

您最近在建立条目页面提交了一篇草稿。遗憾的是，它还未达到成为一篇条目的标准，因此未被接受。本次草稿由HualinXMN审核。该用户给出的原因是：

草稿最上方可能还有一些点评，请前往查看。您可以继续改善您的草稿，并在解决问题后重新提交。

• 您可以在草稿中点击“编辑”标签，继续不断改善草稿，这没有截止日期，您可以一直不断改善再提交，但6个月未被编辑的废弃草稿会予以删除。
• 如果您认为草稿不符合维基百科的收录标准或者不希望进一步改善，您可以要求删除。请打开草稿页面，点击“编辑”标签，在草稿顶端添加“{{delete|G10}}”，并单击“发布更改”。
• 如果您有疑问，您可以在审阅者的讨论页留言。
• 您也可以在建立条目专题的询问桌询问，或使用即时通讯软件向我们经验丰富的编辑寻求即时帮助。Hualin~希望の星は青霄に昇る _Commons|Talk 2023年3月15日 (三) 21:10 (UTC)

4月

您提交的草稿李哲艺已被接受

您近期提交的草稿李哲艺已被接受。
它被评级为丙级，可在条目的讨论页上查看。对于新条目而言，这是一个不错的评级，代表本条目的质量在被接受的条目草稿中排在前24%，恭喜您！您可以看看Wikipedia:条目质量评级标准以便了解如何进一步改进该条目。

您可以继续不断改善它，维基百科的条目没有最终版本。非常欢迎您继续为维基百科做出高质量的贡献。

• 如果您有任何问题，欢迎在互助客栈询问。
• 如果您想帮助我们改进此流程，请考虑给我们一些反馈。

感谢您帮助改进维基百科！

Hualin~希望の星は青霄に昇る _Commons|Talk 2023年4月6日 (四) 02:55 (UTC)

2024年

1月

邀请参与中文维基百科管治相关讨论

2024年管理人员制度改革意向调查经已结束，调整管理人员上任标准、容许用户获得临时管理员权限、设立仲裁委员会和修订管理员长期无活动解任方针已获社群共识采纳，目前正在讨论实行的细节。请踊跃参与以上讨论，提出建设性的意见。

MediaWiki message delivery（留言） 2024年1月5日 (五) 06:02 (UTC)

---

本条消息是使用群发消息功能发送给您的。如果您不希望在未来接受所有使用本功能发送的消息，请在您的讨论页加入Category:不接受消息发送这一分类。

4月

升降号的表示

您好，在下认为♯和♭毕竟是音乐符号，在行文和列表中还是用汉字“升”“降”更好一些。不知您怎么看？ ——魔琴［身份声明 留言 贡献 新手2023］ 2024年4月17日 (三) 08:37 (UTC)

另外如果您希望用章节标题分割您的讨论页，可以使用一级标题 =2024年= 或者 <h1>2024</h1>，这样就不需要手动修改标题层级了。 ——魔琴［身份声明 留言 贡献 新手2023］ 2024年4月17日 (三) 08:40 (UTC)

@魔琴：谢谢建议，不知阁下是否是台湾维基人，话说我所阅读为数不少的台湾早期文献，包括将近四十年前的硕士论文等等，经常有的一个问题，就是他们试图在音乐专业的论文当中使用音乐符号，例如您所说的♯记号和♭记号等等，然而或许出于能力限制，抑或当时Unicode尚未推出或更新，而无法使用在论文文字当中，部分作者甚至直接使用手写，就以为解决问题。虽然我无法提供直接的证据，这类的文献在现在读来，不论可读性、易读性显然都有待加强。
我的观点是既然现在已有部分的音乐记号被纳入Unicode体系当中，为何不用？例如我们讲C♯♯这个例子，难道写成“重升C音”不会更容易造成读音的误会吗？我相信，对于音乐领域的相关人士而言，在文字当中引入Unicode体系的记号，作法理应是有益无害。至少在我所主笔的条目当中，尤其在涉及一个作品的音乐性质分析的相关章节，我应该会继续使用这样的写法，我想这能使分析更容易被阅读才是。
进一步讲，虽然我也理解，维基百科不是论文，所希望追求的是普遍化、少讲行话等等，且中文维基以中文为本也不无道理，但这个追求我认为及于中文本身即可，而不是针对特定领域去符号化。我想，在类似的讨论上，数学领域的专家肯定更有经验。请问如何能做到完全使用中文文字去表达一个复杂的算式？这样的追求又是否有其意义呢？
我好像很少使用一级标题，您的建议似乎很实用，未来我会应用看看。--59cond12（留言） 2024年4月17日 (三) 16:31 (UTC)

我说中国大陆人，专业也并不是音乐方向。我觉得倒是可以参考化学条目，简单的离子、原子也不会直接用化学符号表示🤔。一般人可能认不得升降号，我还见过将♭读成字母B的，所以我更倾向于用汉字表达。不过移调乐器和曲式分析这边用Unicode我是觉得没问题。 ——魔琴［身份声明 留言 贡献 新手2023］ 2024年4月23日 (二) 02:48 (UTC)

贝多芬交响曲简说

您好！贝多芬交响曲中的“贝多芬交响曲简说”表格似乎是根据欧伊伦堡出版社曲谱中的表格整理的，我建议在文中补上这一参考文献。--Kcx36（留言） 2024年4月24日 (三) 10:08 (UTC)

@Kcx36：确实是，记得表格内容应该也是我新增的，我会择空补上，感谢提醒！--59cond12（留言） 2024年4月24日 (三) 10:37 (UTC)

可被替代的非自由档案File:Beethoven s Symphonic Production–Beethovens sinfonisches Werk.jpg快速删除通知

感谢您上传File:Beethoven s Symphonic Production–Beethovens sinfonisches Werk.jpg。我注意到这份档案已宣称依据合理使用原则进行利用。然而，我认为这样的使用方式符合快速删除方针的F10准则。这一条准则说明该档案必需在没有相同的自由授权内容条件下，才能声明以合理使用方式进行利用；也就是说，如果该档案可以完全被自由授权档案替代，或者可以使用文字进行说明，就不能在维基百科使用。尤其注意维基媒体计划禁止使用受到著作权保护的在世人物的照片用来描述其相貌。如果您认为这份档案无法被替换：

1. 请您至这份档案的描述页面进入编辑画面，并在第一行增加{{hang on|<您的理由>}}，其中请将“<您的理由>”替换成简短解释，说明为何该档案不能被替换。
2. 在这份档案的讨论页撰写完整解释，说明为何您认为该档案无法被替换。

此外，您也可以选择寻找相同主题的自由授权媒体素材，来替换这份非自由档案；或者可以请求著作权持有者将该档案（或类似的媒体素材）以自由授权释出；又或者可以自行创作新的媒体素材（例如使用自己的相机拍摄相关主题内容）。

如果您上传了其他非自由档案，也请记得检查这些档案页面有没有特别标明并完全符合相关的合理使用依据。您可以点选这个连结寻找您曾经编辑过的档案页面。请留意，即使您依据上述的步骤1与步骤2完成动作，如果您的解释无法得到其他维基人的认同，将会依据快速删除方针，在标记快速删除标签5日后执行删除。如果您有任何问题，请在互助客栈求助区提问。感谢您。--Wcam（留言） 2024年4月24日 (三) 11:56 (UTC)

5月

File:Beethoven s Symphonic Production–Beethovens sinfonisches Werk.jpg文件存废讨论通知

您好，您先前上传的文件“File:Beethoven s Symphonic Production–Beethovens sinfonisches Werk.jpg”已被提出存废讨论，正在讨论文件的存废。
维基百科非常欢迎您上传文件，但请先看看非自由内容使用准则和文件使用方针。

某些问题图片或许可以通过添加图像版权标志等重要资讯解决。请参与档案存废讨论，您亦可以与提删的维基人进行沟通，多谢合作!
帮助：互助客栈、著作权、IRC聊天频道。--Wcam（留言） 2024年5月13日 (一) 14:18 (UTC)

管理人员选举及问卷进行中

中文维基百科管理人员选举正在进行，ASid、ATannedBurger、Manchiu、UjuiUjuMandan四名用户参选管理员，另有行政员AT参选监督员。投票期为2024年5月29日至6月12日，诚邀您踊跃参与投票并表达对候选人的意见。

请注意管理人员选举无当选限额，各候选人分开计票，支持票不限于一票。

→ 投票连结 · 管理人员选举问答

---

社群亦正就未来仲裁委员会对管理人员除权的权力进行问卷调查，您可在上方投票链接找到表单匿名表达意见，或直接前往讨论页发表意见。

---

回馈请求服务已上线，诚邀您订阅有兴趣参与有关讨论的话题。

MediaWiki message delivery（留言） 2024年5月29日 (三) 04:12 (UTC)

6月

Talk:凌时差音乐

您好@59cond12，“凌时差制作所有限公司”与“凌时差音乐制作有限公司”两间公司是同地址。也提到de jure（法律上）与de facto（实务上存在的）。想请您帮忙做出判断。谢谢。--2402:1980:8240:D35:3D1E:BA32:D9A6:5DDE（留言） 2024年6月23日 (日) 15:05 (UTC)

7月

管理人员解任投票通告

Mys_721tx的管理员解任投票（第2次）正在进行，投票期为2024年7月12日至7月26日，诚邀您踊跃参与投票。

---

投票须知

• 依据方针，本次投票必须按照指定格式在安全投票的“投票留言”框内填写文字来进行投票，并给出理由。
• 由于技术原因，因而保留空白的投票选项，但空白选项是无效的，请在“投票留言”一栏留下您的投票及理由。
• 请注意，中立票意见仅供参考，仅能计入总有效票数，但不会计入得票比率。
• 在系统中，每个用户只有一票会被储存。您可以在投票期间重复更改您的投票，但系统只会储存最新的投票，并覆盖之前的记录。
• 请尽可能让您的留言简洁。请注意，您的投票留言将在投票结束后打乱顺序并公开可见。

指定格式

• 支持解任：您的理由
• 反对解任：您的理由
• 中立：您的意见留言

建议在您的投票留言最前面写“支持解任”或“反对解任”或“中立”，之后是冒号“：”，接着是您的理由。

请明确填写“支持解任”或“反对解任”或“中立”并给出理由，中立票意见仅供参考不会计入得票比率，未填写“支持解任”或“反对解任”或“中立”的为无效票。

---

→ 进入投票页面 • 查看解任理由

MediaWiki message delivery（留言） 2024年7月14日 (日) 14:28 (UTC)

Template:Cite_news你误用publication-place

之前就觉得你这种操作，是迷惑行为[1][2]，四处挂这模板也不解释。

而我见你近日多在Cite_news加入publication-place，这是指该报媒的出版地点，不是新闻发生点，且且填入奇怪，如写成[台]北县、 新北[市]。请不要再这样。你持续这样，会造成更多混乱，而不是你填写的“增加或调整参考来源”。

请说明你的行为，否则我会提报破坏。 Wikipedia:互助客栈/条目探讨#请注意近年一用户对参考格式的编辑

--Outlookxp（留言） 2024年7月16日 (二) 10:06 (UTC)

致@Outlookxp：
受教了，若造成混乱，我很抱歉。不过，您所述“指该报媒的出版地点，不是新闻发生点”并没有写明于Template:Cite news，反而那边所给的publication-place的定义是“标题后显示的出版位置”，这个所谓的位置，如果去查询所有的报导原文，应该多数都可以找到。我想请教，您的描述是目前一致的定义和做法吗？意即如果在此用法之下，几乎所有台湾的主流纸媒、电子媒体，在报导中所使用的地名都是发生地（当然也有例外），而此一资讯不必由中文维基百科所收？或者应该更改的，其实是Template页面的定义及说明？若没有进一步说明，日后我亦会减少这类编辑。总之，谢谢指教。--59cond12（留言） 2024年7月16日 (二) 10:28 (UTC)

请见

[3]

publication-place是指“出版位置”，对于你说“目前一致的定义和做法”，如果你不信，你可问其他资深编辑。说明写“在标题后显示的出版位置；若同时填入“place”或“location”参数时，将会在标题前显示，并在地名前加上“撰写于””。--Outlookxp（留言） 2024年7月16日 (二) 10:32 (UTC)

@Outlookxp：并没有不信的意思，就是诚心请教，纯是我有所误用，亦非蓄意破坏。我了解过去一段时间我做了不少这个类型的编辑，原意是有许多台湾新闻的连结如果纯以自动编辑，或许是各家网站设计的问题，容易抓不到作者等重要资讯，我才手动补上。如果过程中对必要资讯造成破坏，我亦愿意再次表达歉意。--59cond12（留言） 2024年7月16日 (二) 10:37 (UTC)

谢谢你愿意听，

还有不能写成成[台]北县、 新北[市]的原因，是Wikipedia:格式手册/标点符号有写:

括号的其他形式还包括全形方括号“［］”、六角括号“〔〕”和方头括号“【】”等，仅应在特定文体内出现。--Outlookxp（留言） 2024年7月16日 (二) 10:40 (UTC)

但也感谢你把根本现在不该出现的[网址 标题]日期，改成Template:Cite news。先建议你把之前的去除publication-place，就好。感谢你愿意听。--Outlookxp（留言） 2024年7月16日 (二) 10:43 (UTC)

@Outlookxp：其实你说得没有错，我的确就是看到许多[]这个形式的东西，我想既然有Cite可以使用，何不使用，所以做了这类编辑。本意像我上面说的，还是使资讯完整化，尤其一篇报导的作者或作者群，我想如果能在阅读维基百科的时候一并被看到，其实是有新闻问责的意义。其实我认为这个既是我的误用，也是维基百科的语法和各大新闻网站的语法没有（也不可能）统一的问题，过程中，因为我的判断失误，才造成这些看起来像是破坏的误用，但那不是我的本心。谢谢你的提醒与指教，我会多加注意。--59cond12（留言） 2024年7月16日 (二) 10:47 (UTC)

抱歉我太冲了。之前对你印象是善常写音乐条目的用户。但看到近年这种格式编辑，让我误以为这是这已被盗帐号来在正常编列加恶作剧。

我对引用格式有觉得困扰，如对某些用户不填报纸的记者名感到不舒服，但我自己对要不要写报纸页码也感到困祸，后因多为电子报而甘脆统一不写。也许未来，人工智慧会解决这种困扰。—Outlookxp（留言） 2024年7月16日 (二) 11:09 (UTC)

@Outlookxp：我现在仍然是擅长写艺术音乐条目的用户，哈哈，毕竟那是我在现实生活当中的专业。假使你也熟悉近期台湾的政情，你或可理解社会上对于各类消息的真伪有所焦虑，我是基于这个考虑，才开始积极做网路新闻的资讯完整，其他的我上面都已说了。我还是谢谢你愿意提醒我这件事情，或许我们的看法没有太大的不同，不过以后我或许应该在编辑前更加考虑维基的相关规则，或许有一天也能争取到助理编辑以上的成就吧。--59cond12（留言） 2024年7月16日 (二) 11:17 (UTC)