使用者討論: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)