User talk:59cond12 - 维基百科,自由的百科全书
![]() 存檔 |
---|
|
2023年
[编辑]1月
[编辑]恭喜您完成第二十次動員令!
[编辑]![](http://upload.wikimedia.org/wikipedia/commons/thumb/7/7e/AFC-Logo_Decline.svg/50px-AFC-Logo_Decline.svg.png)
审阅者还给出了点评:
草稿最上方可能还有一些点评,请前往查看。您可以继续改善您的草稿,并在解决问题后重新提交。
- 您可以在草稿中点击“编辑”標籤,继续不断改善草稿,这没有截止日期,您可以一直不断改善再提交,但6个月未被编辑的废弃草稿会予以删除。
- 如果您认为草稿不符合维基百科的收录标准或者不希望进一步改善,您可以要求删除。请打开草稿页面,点击“编辑”標籤,在草稿顶端添加「
{{delete|G10}}
」,并单击“发布更改”。 - 如果您有疑问,您可以在审阅者的讨论页留言。
- 您也可以在建立條目專題的詢問桌询问,或使用即时通讯软件向我们经验丰富的编辑寻求即时帮助。 2023年1月16日 (一) 04:00 (UTC)
![](http://upload.wikimedia.org/wikipedia/commons/thumb/7/7e/AFC-Logo_Decline.svg/50px-AFC-Logo_Decline.svg.png)
草稿最上方可能还有一些点评,请前往查看。您可以继续改善您的草稿,并在解决问题后重新提交。
- 您可以在草稿中点击“编辑”標籤,继续不断改善草稿,这没有截止日期,您可以一直不断改善再提交,但6个月未被编辑的废弃草稿会予以删除。
- 如果您认为草稿不符合维基百科的收录标准或者不希望进一步改善,您可以要求删除。请打开草稿页面,点击“编辑”標籤,在草稿顶端添加「
{{delete|G10}}
」,并单击“发布更改”。 - 如果您有疑问,您可以在审阅者的讨论页留言。
- 您也可以在建立條目專題的詢問桌询问,或使用即时通讯软件向我们经验丰富的编辑寻求即时帮助。 2023年1月16日 (一) 15:28 (UTC)
2月
[编辑]![](http://upload.wikimedia.org/wikipedia/commons/thumb/2/21/AFC-Logo.svg/50px-AFC-Logo.svg.png)
它被评级为丙级,可在条目的讨论页上查看。对于新条目而言,这是一个不错的评级,代表本条目的质量在被接受的条目草稿中排在前24%,恭喜您!您可以看看Wikipedia:条目质量评级标准以便了解如何进一步改进该条目。
您可以继续不断改善它,维基百科的条目没有最终版本。非常欢迎您继续为维基百科做出高质量的贡献。
感谢您帮助改进维基百科!
Reke(留言) 2023年2月1日 (三) 07:19 (UTC)3月
[编辑]![](http://upload.wikimedia.org/wikipedia/commons/thumb/7/7e/AFC-Logo_Decline.svg/50px-AFC-Logo_Decline.svg.png)
草稿最上方可能还有一些点评,请前往查看。您可以继续改善您的草稿,并在解决问题后重新提交。
- 您可以在草稿中点击“编辑”標籤,继续不断改善草稿,这没有截止日期,您可以一直不断改善再提交,但6个月未被编辑的废弃草稿会予以删除。
- 如果您认为草稿不符合维基百科的收录标准或者不希望进一步改善,您可以要求删除。请打开草稿页面,点击“编辑”標籤,在草稿顶端添加「
{{delete|G10}}
」,并单击“发布更改”。 - 如果您有疑问,您可以在审阅者的讨论页留言。
- 您也可以在建立條目專題的詢問桌询问,或使用即时通讯软件向我们经验丰富的编辑寻求即时帮助。Hualin~希望の星は青霄に昇る Commons|Talk 2023年3月15日 (三) 21:10 (UTC)
4月
[编辑]![](http://upload.wikimedia.org/wikipedia/commons/thumb/2/21/AFC-Logo.svg/50px-AFC-Logo.svg.png)
它被评级为丙级,可在条目的讨论页上查看。对于新条目而言,这是一个不错的评级,代表本条目的质量在被接受的条目草稿中排在前24%,恭喜您!您可以看看Wikipedia:条目质量评级标准以便了解如何进一步改进该条目。
您可以继续不断改善它,维基百科的条目没有最终版本。非常欢迎您继续为维基百科做出高质量的贡献。
感谢您帮助改进维基百科!
Hualin~希望の星は青霄に昇る Commons|Talk 2023年4月6日 (四) 02:55 (UTC)2024年
[编辑]1月
[编辑]邀請參與中文維基百科管治相關討論
[编辑]![](http://upload.wikimedia.org/wikipedia/commons/thumb/d/d1/Wikipedia_Administrator.svg/100px-Wikipedia_Administrator.svg.png)
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)
贝多芬交响曲简说
[编辑]您好!贝多芬交响曲中的“贝多芬交响曲简说”表格似乎是根据欧伊伦堡出版社曲谱中的表格整理的,我建议在文中补上这一参考文献。--Kcx36(留言) 2024年4月24日 (三) 10:08 (UTC)
- @Kcx36:確實是,記得表格內容應該也是我新增的,我會擇空補上,感謝提醒!--59cond12(留言) 2024年4月24日 (三) 10:37 (UTC)
可被替代的非自由檔案File:Beethoven s Symphonic Production–Beethovens sinfonisches Werk.jpg快速刪除通知
[编辑]![](http://upload.wikimedia.org/wikipedia/commons/thumb/1/15/Ambox_warning_pn.svg/32px-Ambox_warning_pn.svg.png)
感謝您上傳File:Beethoven s Symphonic Production–Beethovens sinfonisches Werk.jpg。我注意到這份檔案已宣稱依據合理使用原則進行利用。然而,我認為這樣的使用方式符合快速刪除方針的F10準則。這一條準則說明該檔案必需在沒有相同的自由授權內容條件下,才能聲明以合理使用方式進行利用;也就是說,如果該檔案可以完全被自由授權檔案替代,或者可以使用文字進行說明,就不能在維基百科使用。尤其注意维基媒体计划禁止使用受到著作权保护的在世人物的照片用来描述其相貌。如果您認為這份檔案無法被替換:
- 請您至這份檔案的描述頁面進入編輯畫面,並在第一行增加
{{hang on|<您的理由>}}
,其中請將「<您的理由>」替換成簡短解釋,說明為何該檔案不能被替換。 - 在這份檔案的討論頁撰寫完整解釋,說明為何您認為該檔案無法被替換。
此外,您也可以選擇尋找相同主題的自由授權媒體素材,來替換這份非自由檔案;或者可以請求著作權持有者將該檔案(或類似的媒體素材)以自由授權釋出;又或者可以自行創作新的媒體素材(例如使用自己的相機拍攝相關主題內容)。
如果您上傳了其他非自由檔案,也請記得檢查這些檔案頁面有沒有特別標明並完全符合相關的合理使用依據。您可以點選這個連結尋找您曾經編輯過的檔案頁面。請留意,即使您依據上述的步驟1與步驟2完成動作,如果您的解釋無法得到其他維基人的認同,將會依據快速刪除方針,在標記快速刪除標籤5日後執行刪除。如果您有任何問題,請在互助客棧求助區提問。感謝您。--Wcam(留言) 2024年4月24日 (三) 11:56 (UTC)
5月
[编辑]![](http://upload.wikimedia.org/wikipedia/commons/thumb/e/ed/Icono_aviso_borrar.svg/40px-Icono_aviso_borrar.svg.png)
您好,您先前上传的文件「File:Beethoven s Symphonic Production–Beethovens sinfonisches Werk.jpg」已被提出存廢討論,正在討論文件的存廢。
維基百科非常歡迎您上传文件,但請先看看非自由内容使用準則和文件使用方針。
某些問題圖片或许可以通過添加图像版权标志等重要資訊解決。請参与檔案存廢討論,您亦可以與提刪的維基人進行溝通,多謝合作!
幫助:互助客栈、著作權、IRC聊天頻道。--Wcam(留言) 2024年5月13日 (一) 14:18 (UTC)
管理人員選舉及問卷進行中
[编辑]![](http://upload.wikimedia.org/wikipedia/commons/thumb/d/d1/Wikipedia_Administrator.svg/100px-Wikipedia_Administrator.svg.png)
中文維基百科管理人員選舉正在進行,ASid、ATannedBurger、Manchiu、UjuiUjuMandan四名用戶參選管理員,另有行政員AT參選監督員。投票期為2024年5月29日至6月12日,誠邀您踴躍參與投票並表達對候選人的意見。
請注意管理人員選舉無當選限額,各候選人分開計票,支持票不限於一票。
社群亦正就未來仲裁委員會對管理人員除權的權力進行問卷調查,您可在上方投票链接找到表單匿名表達意見,或直接前往討論頁發表意見。
回饋請求服務已上線,誠邀您訂閱有興趣參與有關討論的話題。
MediaWiki message delivery(留言) 2024年5月29日 (三) 04:12 (UTC)
6月
[编辑]您好@59cond12,「凌時差製作所有限公司」與「凌時差音樂製作有限公司」兩間公司是同地址。也提到de jure(法律上)與de facto(實務上存在的)。想請您幫忙做出判斷。謝謝。--2402:1980:8240:D35:3D1E:BA32:D9A6:5DDE(留言) 2024年6月23日 (日) 15:05 (UTC)
7月
[编辑]管理人員解任投票通告
[编辑]![](http://upload.wikimedia.org/wikipedia/commons/thumb/d/d1/Wikipedia_Administrator.svg/100px-Wikipedia_Administrator.svg.png)
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)
請見
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)