問題描述

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