問題描述

我正在建立一個社群 wiki 來提出以下問題：

  • 您最希望看到哪些功能新增到 WordPress？

這個問題暗示了幾件事情：

  • 它應該表達最喜歡的功能愛好者，不僅僅是驅動人們不要煩惱的人們知道”P” 需要被大寫 (在笑話當中…)

  • 有利於更高階使用者，特別是主題和/或外掛開發人員的功能。

  • 還要支援 API 和其他啟動器，而只是另一個新的 UI 小工具。這方面的示例可能是許多開發人員可以構建的備份 API，也可能是可以構建的 Twitter API 。

  • 專注於你最想要的幾件事情，而不是你能想到的一切。不要讓這成為你可以想到或曾經想過的一切的傾倒場所。當新增想要的功能時，詢問自己是否喜歡擁有它或您的前 3 個功能; 如果不是也許你不應該新增它。

  • 給出一些很好的細節，如果合適：A. 線框 (可能使用 Balsamiq？)，B. API 介面 C. 建議鉤子 D. URL 結構 E. 還有更多。甚至原始碼

  • 僅有重要特徵。不要新增 「我希望管理控制檯為紫色」 或 「我真的希望管理選單在右邊」 。

  • 避免只有 Automattic 可以控制的東西像 WordPress.com 上的東西！ (不是愛好者會關心，但…) 更好地堅持 open-source 專案的貢獻者可以像程式碼和協作一樣影響的事情。

這個維基的規則

  • 不要重複建議。沒關係，但是主持人可能會 down-vote 它和/或刪除如果可能的話。在這種情況下，存在重要的重複但是有一些很好的補充，我們應該編輯複製它以包括新增的答案。

  • 隨著我們意識到需要，更多的規則將會根據需要進行。

如果您有關於 WordPress 的想法，核心團隊 buy-in 或與 WordPress / Automattic 的關係有關的問題，請參閱我自己的一個”answers” 中的意見釋出到下面的這個問題。我的希望是，這一努力將是完全正面的，包括 Automattic 和 WordPress 核心團隊在內的每個人都將從其結果中獲得巨大的價值。

最佳解決方案

自定義欄位 UI

我認為自定義 UI 的真正定製領域對於很多人來說確實是一個很大的要求。我的意思是強制，重複，分組，多個影像等。

有一堆試圖提供功能的外掛，但是它們都是 add-ons，每次都要趕上新的 WP 功能。作為起點，Magic Fields 似乎相當不錯。

他們將完美地新增到新的自定義職位。

次佳解決方案

帖子/頁面關係

將一篇文章與另一篇文章相關聯的功能絕對是功能性，我發現自己在使用 Wordpress 的更高階的客戶端網站上需要相當多的功能。將帖子與另一個帖子或頁面相關聯的功能是應該在核心中的。

我知道邁克已經參與了 Wordpress 的 trac，以推動這樣的核心，但沒有新增任何內容。

例;

我有一個定製的帖子型別稱為藝術家。我也有一個自定義的帖子型別，稱為相簿，評論和旅遊。現在藝術家定製帖子型別有; 一個生物，連結到社交媒體網站，如 Last.fm& Facebook 和藝術家形象。

我想為我的旅遊定製帖子型別新增一個新的旅程，但是為特定的藝術家提供。在這種情況下，藝術家是 Thrice，我想新增一個旅遊 Thrice 在 2011 年 5 月正在做。我新增的位置，日期，然後選擇我要關聯的帖子，在這種情況下是 Thrice 。

然後，我可以查詢所有旅遊，並在前端獲得他們的相關藝術家。我所看到的論點是，您可以使用自定義分類法，但這將需要複製內容，而不是高效，特別是考慮到藝術家有影像，連結到社交媒體簡介和其他藝術家特定的東西。

已經有一個外掛，做了上述很好的名為 Posts To Posts 。如果新增了這樣的東西，這將使我的生活和許多其他人想要這個功能生活更輕鬆。

第三種解決方案

這些是我的 short-list 當前的功能：

1) 媒體管理

我想看到一些 near-future 版本的優先順序狀態的媒體管理的開發/改進，使得”Media” post-type 假定類似的 feature-parity 與例如。 “Post” 和”Page” post-types 。媒體應該有適當的分類系統。媒體 (和畫廊) 應該能夠自己管理 (即不是隻能透過他們所附的帖子進行管理) 。媒體 (和畫廊) 應該能夠更容易地附加，不附加和重新附加到帖子或頁面。

基本上，諸如 NextGen Gallery 之類的外掛的大部分功能應該併入核心 (以任何適當的方式) 。

2) 小工具 UI

我認為，在所有的管理介面中，外觀 – > 小工具 UI 是最需要改進的 UI 。對於有限數量的小工具和一個 even-more-limited 數量的小巧邊欄是非常好的; 但是，隨著太多的小工具和 (特別是) 太多的 Sidebar，UX 迅速降級。

我不是 UX 專家/設計師，但如果我提出建議，我更願意看到一個 single-column 小工具列表 (最好是使用 self-contained 滾動)，並且大多數螢幕 real-estate 專門用於側邊欄。此外，我希望以前的擴充套件/摺疊側邊欄的狀態被保留，而不是 lowest-ID 側邊欄總是在 pageload 上擴充套件。

3) 主題安裝/解除安裝/啟用/停用掛鉤

這些鉤子將使主題功能和標準化更符合外掛。我實際上自願嘗試為 3.2 提供補丁，所以祝我好運！

4) 發展路線圖

我想看到核心開發團隊制定了一個發展路線圖，涵蓋未來至少 3-5 項主要修訂。這樣的路線圖將使使用者社群有機會評估預期的功能新增/更改，並將有助於重點開發人員社群對每個版本的投入/貢獻。

第四種方案

完全支援的管理主題

WordPress 管理主題目前僅部分支援。雖然可以透過更改 CSS 檔案來更改管理員的外觀，但是無需更改 HTML，而無需更改 WordPress 的核心原始碼。這就是為什麼現在沒有很多 WordPress 管理主題的原因，而那些確實存在的主題只能應用不同的 CSS 。

為了應用 ThemeForest 皮膚，開發人員需要對 HTML 執行更改，否則他無法應用所有提供的 CSS 。

目前我認為最好的管理主題是這個，但我認為你會同意更好的做到：Fluency Admin 。

第五種方案

所以這些是關於 WordPress 想法，核心團隊 buy-in 或與 WordPress / Automattic 的關係的潛在問題的意見。

關於 WordPress 的想法

但是等等，是不是已經有這樣的東西？不是所謂的 WordPress 想法嗎？真的，除了：

  • WordPress 的想法有來自每個使用者層面的想法，所以愛好者的憂慮在混亂中喪失。

  • WordPress 想法不允許像 StackExchange 這樣的社群稽核。

  • WordPress 的想法不鼓勵良好的格式化，不允許編輯，所以當垃圾釋出它必須保持廢話。

  • WordPress 的想法在過去一直被單方面修剪為最高評分的想法，沒有對社群的任何投入和警告。 StackExchange 有一個我們根本無法繞過的審計系統，而 StackExchange 將不會有任何動機來消除關鍵貢獻

  • WordPress 想法只使用五星評級系統，不會對使用者的聲譽產生積極或消極的影響。 StackExchange 提供了上/下表決，影響使用者的聲譽，後者似乎在確保質量和有用的參與方面做得更好。

  • WordPress 想法需要您深入瞭解觀點，並不提供整體觀點。使用 StackExchange，我們可以將同一頁面上列出的所有功能列出，並且能夠掃描這些細節，而無需太多工作。

  • WordPress 想法由 Automattic 控制。這不是對 Automattic 的批評，只是承認所有實體都期望著自己的興趣。但是，有些事情並沒有被 Automattic 的既得利益所監督，所以有一些真正的價值。 (跳到底部澄清。)

  • 坦白說，每當我釋出 WordPress 想法的想法，我只是覺得我的想法陷入黑洞，從不再被聽到。我想真正地與這些功能的想法互動，並希望看到他們的一些切實的進步。

  • 最後我不幸發現核心團隊和頻繁的貢獻者 trac 和 wp-hackers 是他們不熟悉的 less than open to considering feature requests for use-cases，至少從我。所以我個人希望這是一個地方，我可以釋出我認為最重要的事情的功能想法，並能夠討論他們，而不被別人鄙視誰不會努力瞭解我的 use-cases 的有效性。此外，如果討論的想法是健全的，那麼我想得到其他人的驗證，我尊重和誰的 it appears are developing respect for me 的功能想法本身。

核心團隊 buy-in 呢？

但是等等，我們不必得到核心的 WordPress 團隊的 buy-in 來討論這個？嗯，實際上沒有。

  • 這不一定只是關於新增到核心中的功能，也可能是任何可能被開發為外掛的功能，或 (實際上) 影響 WordPress 的其他任何功能 (除了 Automattic 可以控制的內容，如前所述) 。)

  • 這些討論可能會使得這些使用者之間的協作變得彼此認識，並相互尊重。

  • 雖然由於這裡列出的功能而開發的程式碼可能永遠不會成為核心本身，但這些功能可能是使其成為核心外掛狀態的型別。

  • 透過分離 entry-level end-user 希望從愛好者/設計師/開發人員的需求，我們可能能夠提供核心團隊更清晰，並幫助他們瞭解除了更廣泛的 end-user 社群之外，愛好者/設計師/開發者社群認為需要什麼 WordPress 的。

  • 最後，如果我們有大量的名聲高的使用者同意需要一個特定的功能，特別是如果我們已經實現了這個功能，我認為核心團隊比提出的可能性更大。由一個個人以沮喪的方式 (我承認我曾經做過一次或兩次):) 我認為這個機制真的可以幫助我們所有人。

這個努力與 WordPress / Automattic？

要清楚，我釋出這個不是我不反對對 Automattic 或 WordPress 的核心團隊。相反，我只想使用 StackExchange 提供的令人難以置信的機制來展示最需要的功能，以便我們討論並協作並找到最有用的功能。

再次，我的希望是，這一努力將是完全正面的，包括 Automattic 和 WordPress 核心團隊在內的每個人都將從其結果中獲得巨大的價值。

而且，我希望這有幫助。

-麥克風

第六種方案

自定義 Post Postues 。

能夠定義新的職位/頁面/職位型別狀態，而不僅僅是草擬和釋出。我確實相信這是正在進行中！我想用這個來建立一個叫做 block 的新型別。然後建立與頁面相關但不在 Feed 中釋出的內容塊，或直接公開訪問。

定義縮圖裁剪位置

不幸的是，縮圖生成始終以影像為中心，但有時我需要從左上角進行裁剪。

能夠定義作物座標將是美好的。目前這些更改只能透過編輯核心媒體檔案進行，因為縮圖功能不使用過濾器。

參考文獻

注：本文內容整合自 Google/Baidu/Bing 輔助翻譯的英文資料結果。如果您對結果不滿意，可以加入我們改善翻譯效果：薇曉朵技術論壇。