问题描述

我正在创建一个社区 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 辅助翻译的英文资料结果。如果您对结果不满意，可以加入我们改善翻译效果：薇晓朵技术论坛。