問題描述
我正在創建一個社區 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 輔助翻譯的英文資料結果。如果您對結果不滿意,可以加入我們改善翻譯效果:薇曉朵技術論壇。