您最想看到WordPress新增了哪些功能?[关闭]


27

我正在创建一个社区Wiki,以问以下问题:

  • 您最想看到WordPress新增了哪些功能?

该问题暗示以下几点:

  • 它应该显示出发烧友最想要功能,而不仅仅是那些不厌其烦地知道“ P”需要大写的人所打扰(开个玩笑。当然...

  • 有利于更高级用户,尤其是主题和/或插件开发人员的功能

  • 相对于另一个新的UI小部件,也更喜欢API其他启动器。这样的示例可能是许多开发人员可以在其上构建的Backup API,或者是开发人员可以在其上构建的Twitter API。

  • 专注于您真正想要的几件事,而不是您能想到的一切。不要让这成为您可以想到或曾经想到的一切的垃圾场。添加通缉功能时,请问自己是否想要它或您的前三项功能;如果不是,也许您不应该添加它。

  • 提供一些详细信息,包括:

    A. 线框(也许使用Balsamiq吗?),

    B. API接口

    C. 建议的挂钩

    D. URL结构

    E.还有更多。

    F.甚至源代码

  • 仅提供重要功能。不要添加“我希望管理控制台为紫色”“我真的希望管理菜单位于右侧”之类的内容。

  • 避免 WordPress.com上只有Automattic可以控制的东西!(不是发烧友会关心的,而是...)最好坚持使用那些对开源项目的贡献者可能会影响的东西,例如代码和协作。

本维基规则

  • 不要重复建议。可以的,但是主持人可以对此进行否决和/或删除(如果可能的话)。如果存在大量重复项,但有一些很好的补充,我们应该编辑将其重复的答案以包括补充项。

  • 当我们意识到需要时将根据需要提供更多规则

如果您对此有疑问,与WordPress想法核心团队购买与WordPress / Automattic的关系有关,请参阅下面对此问题发布的我自己的“ 答案 ” 之一中的评论。我希望这项工作将是完全积极的,包括Automattic和WordPress核心团队在内的所有人都将从其成果中获得巨大价值。


迈克,希望您不要介意-我仔细阅读了一些语法和拼写。我觉得这样可以帮助您更有效地传达您的信息。
特拉维斯·诺斯卡特

这个问题合适吗?它似乎与FAQ背道而驰(“避免提出主观的,有争议的或需要扩展讨论的问题。”)
Bobby Jack

也许最好问一下并提供一些规则,例如:每个答案一个建议,对现有答案使用投票。还是这已经是社区维基的意思了?
hakre 2010年

Answers:


14

自定义字段用户界面

我认为对于很多人来说,具有自定义UI的自定义字段确实是一个很大的要求。我的意思是,必修,重复,分组,多张图片等。

有很多试图提供此功能的插件,但是它们都是插件,每次都必须赶上新的WP功能。作为起点,《魔域》似乎相当不错。

他们将成为新的自定义帖子的完美补充。


@Alexandre Rafalovitch:仅供参考,我正在开发一个用于定义自定义字段的插件,该插件提供了register_post_field()用于定义与帖子相关的字段的功能,并且是为开发人员和主题而不是最终用户设计的,并且旨在可钩的(几乎)无限灵活。如果社区足够喜欢,将其包含为核心插件可能会有意义。
MikeSchinkel 2010年

元数据工作?听起来不错。有人需要这样做,我相信会感激的。
亚历山大·拉法洛维奇

@MikeSchinkel,这是否意味着我们将能够在自定义帖子声明中描述自定义字段,并且表单将自动生成?
塔拉斯·曼科夫斯基

@tarasm是和否,没关系。:)你不会形容的自定义字段的自定义后的注册类型,而是后register_post_type()调用register_post_field()。是的,表格会自动生成。已经有几个插件可以执行此操作,但是大多数插件似乎都专注于为最终用户提供UI,而不是为开发人员提供标准API。我的重点是后者。
MikeSchinkel 2010年

@MikeSchinkel,效果也一样。几年前,我为Joomla创建了类似的东西。如果您需要帮助,我想提供帮助。您是否有时间表,以为您准备好发布Alpha或Beta版本?
塔拉斯·曼

15

帖子/页面关系

将一篇文章与另一篇文章联系起来的功能绝对是一种功能,我发现自己在使用Wordpress的更高级的客户端网站上需要很多。将帖子与另一个帖子或页面相关联的能力应该是核心。

我知道Mike参与了Wordpress跟踪方面的工作,与在核心中推动类似的工作有关,但尚未添加任何内容。

例;

我有一个自定义帖子类型,称为Artists。我还有一个自定义帖子类型,称为专辑评论游览。现在,艺术家自定义帖子类型具有;生物,可链接到Last.fm和Facebook等社交媒体网站以及艺术家图片。

我想一个新的旅游添加到我的旅游自定义后的类型,但有它特定的艺术家。在这种情况下,艺术家是Thrice,我想添加一次Thrice在2011年5月进行的巡回演出。我添加位置,日期,然后选择我要与之关联的帖子,在本例中是Thrice。

然后,我可以查询所有游览,并在前端获取其相关艺术家。我见过的论点是,您可以使用自定义分类法,但这将需要重复内容且根本没有效率,特别是考虑到艺术家拥有图像,指向社交媒体资料的链接以及其他艺术家特定的东西。

已经有一个插件可以很好地实现上述功能,称为Posts To Posts。如果添加了这样的内容,它将使我的生活以及许多其他希望使用此功能的人更加轻松。


+1是很惊讶地发现这也是不可能的。最终以某种不太令人满意的方式使用标签。
2011年

我想补充一下,Scribu的Posts 2 Posts插件很好地在Wordpress中提供了上述功能。他们应该只是将该插件合并到内核中,或者默认情况下使其随Wordpress一起提供。
Dwayne Charrington

8

这些是我目前列出的功能:

1)媒体管理

我希望看到在某些近期发行版本中,媒体管理的开发/改进处于优先状态,因此“媒体”后置类型假定与“后期”和“页面”后置类型具有相似的功能奇偶性。媒体应具有适当的分类系统。媒体(和画廊)应该能够自己进行管理(即,不仅可以通过其所属的邮局进行管理)。媒体(和画廊)应该能够更容易地附加,分离和重新附加到帖子或页面。

基本上,应将插件的许多功能(如NextGen Gallery)整合到核心中(以任何适当的方式)。

2)小部件UI

我认为,在所有管理界面中,外观->小部件用户界面是最需要改进的地方。对于数量有限的小部件和数量有限的小部件化侧边栏非常有用;但是UX过多的窗口小部件(尤其是边栏)过多时,UX会迅速降级。

我不是UX专家/设计师,但是如果我要提出一些建议,我希望看到一个单列Widget列表(最好是独立滚动),并且大多数屏幕房地产都专门用于侧边栏。此外,我希望保留扩展/折叠边栏的先前状态,而不是始终在页面加载时扩展最低ID的边栏。

3)主题安装/卸载/激活/停用挂钩

这些挂钩将使主题功能和标准化与插件更加一致。我实际上已经自愿尝试为3.2提供这些补丁,所以祝我好运!

4)发展路线图

我希望看到核心开发团队制定一份发展路线图,涵盖未来至少3-5个主要修订。这样的路线图将使用户社区有机会权衡预期的功能添加/更改,并有助于集中开发人员社区对每个版本的投入/贡献。


4

完全支持的管理主题

目前仅部分支持WordPress管理主题。尽管可以通过更改CSS文件来更改管理员的外观,但是如果不更改WordPress的核心源代码就无法更改HTML。这就是为什么现在没有很多WordPress管理主题的原因,而确实存在的主题仅依赖于应用不同的CSS。

例如,为了应用ThemeForest外观,开发人员将需要对HTML进行更改,否则,他将无法应用所有提供的CSS。

目前,我认为最好的管理主题就是该主题,但是我认为您可以达成更好的效果:Fluency Admin


由于主题的复杂性,这种情况不太可能发生。从HTML中提取代码的工作量很大,最后却没有多大回报。最好坚持使用CSS并提交补丁程序,以便通过CSS更好地进行自定义。
Viper007Bond 2010年

这是一种与某种方式相关的票证:[ core.trac.wordpress.org/ticket/11517#11617 ]我认为需要首先做很多工作(但即使是部分完成也是值得的),管理员。
hakre 2010年

3

因此,这些是我对与WordPress想法核心团队支持与WordPress / Automattic关系有关的潜在问题的评论。

怎么样WordPress的想法

但是,等等,已经不存在这样的东西了吗?它不是叫做WordPress Ideas吗?那么,以下情况除外:

  • WordPress Ideas拥有来自各个级别用户的想法,因此,发烧友的担忧在混乱中迷失了。

  • WordPress Ideas 不允许像StackExchange 这样的社区审核

  • WordPress Ideas 不鼓励良好的格式并且不允许进行编辑,因此在发布废话时必须保持废话。

  • WordPress Ideas 在最近的过去一直被单方面地评价最高的想法,没有任何输入,也没有对社区提出警告。StackExchange拥有我们无法绕过的审核系统,而StackExchange也没有任何动机来消除关键贡献

  • WordPress的想法 只采用5星评级系统不积极或消极影响一个用户的口碑。StackExchange提供的上/下投票确实会影响用户的声誉,后者似乎在确保质量和有用的参与方面做得更好。

  • WordPress Ideas 要求您深入查看想法,并且不提供整体视图。使用StackExchange,我们可以在同一页面上列出所有功能,并且无需太多工作即可扫描这两个详细信息。

  • WordPress的想法通过Automattic的控制。这并不是对Automattic的批评,只是对所有实体都在关注自己的利益和期限的认识。但是拥有不受Automattic既得利益监督的东西可能会具有一些真正的价值。(请跳到底部进行澄清。)

  • 坦率地说,每当我在WordPress想法上发布想法时,我只是觉得我的想法陷入了一个黑洞,再也不会被听到。我想与这些功能性想法进行真正的互动,并希望看到其中的一些切实进展。

  • 最后,不幸的是,我发现核心团队和有关trac和wp-hacker的频繁撰稿人不愿意考虑至少对于我自己不熟悉的用例的功能要求。所以我个人希望这是一个我可以发布我认为最重要的事物的功能性想法的地方,并且能够进行讨论而不会被那些不会花力气理解我的用例有效性的人贬低。此外,如果所讨论的想法是合理的,那么我想从其他 我所尊重的人那里 得到证实,而这些人似乎正在对功能想法本身产生对我的尊重

关于什么的核心团队买入

但是,等等,我们是否不必让WordPress核心团队参与讨论?好吧,实际上没有

  • 这不仅涉及添加到核心的功能,还可能涉及可能作为插件开发的任何功能,或(实际上)影响WordPress的其他任何功能如前所述,只有Automattic可以控制的那些功能除外)

  • 讨论可能会促进这里的用户之间的协作,这些用户彼此了解并建立彼此的尊重。

  • 虽然由于此处列出的功能而开发的代码本身可能永远不会成为核心,但是这些功能可能是使其成为核心插件状态的类型

  • 通过将入门级最终用户的需求与发烧级/设计人员/开发人员的需求分开,我们也许可以使核心团队更加清晰,并帮助他们了解发烧级/设计人员/开发人员社区除了需要的东西之外。 WordPress中更广泛的最终用户社区。

  • 最后,如果我们有一大批指定用户具有较高知名度的这里商定需要一个给定的特征,特别是如果我们已经实现了它,我觉得比如果提出有更大的可能性核心团队会注意由一个人以沮丧的方式(我承认我过去曾经做过一两次。 :) IOW,我认为这种机制确实可以帮助我们所有人。

这种努力与WordPress / Automattic?

需要明确的是,我贴这个不是我重复不是要对Automattic的或WordPress的核心团队对抗性。相反,我只是想使用StackExchange为我们提供的令人难以置信的机制,以显示最需要的功能,以便我们进行讨论,甚至可以进行协作并找到最有用的功能。

再次,我希望这项工作将是完全积极的,包括Automattic和WordPress核心团队在内的每个人都将从其成果中获得巨大价值。

而且,我希望这会有所帮助。

-麦克风


3

自定义岗位雕像。

能够定义新的帖子/页面/帖子类型状态,而不仅仅是草稿和发布。我确实相信这正在进行中!我想用它来创建一个新的类型,称为块。然后,创建与页面相关但未发布在提要中或直接公开访问的内容块。

定义缩略图裁剪位置

不幸的是,缩略图的生成始终位于图像的中心,但是有时我需要从左上方进行裁剪。

能够定义作物坐标会很棒。目前,这些更改仅可通过编辑核心媒体文件来实现,因为缩略图功能不使用任何过滤器。


这两个我真的可以做到。但是我不知道如何定义作物位置。由于您上传的每个图像可能需要不同的裁剪位置。而且,如果您有许多缩略图尺寸,它们可能也需要不同的裁剪位置。
布雷迪

对于缩略图,我将向add_image_size函数添加另一个变量。x / y坐标的另一个数组。add_image_size('gallery',306,208,true,array(0,0));
2011年

2

如何为rtmp / rtmpe服务器的新gsoc流包装API项目构建所需的wordpress媒体UI。

http://wiki.github.com/jmstacey/wp-stream-wrappers/

我的问题是,当我进行大量实时视频广播时,我会将所有视频内容保留在单独的闪存通信服务器群集中。使我和我的客户对wordpress感到困惑的一件事是必须离开wp编辑器,并从其他服务器视频管理软件平台获取视频的嵌入代码。

更糟的是,我也使用了高风和akamai CDN,将视频文件放在3个位置。

能够直接在wordpress编辑器中从任何服务器,cdn访问我所有的媒体都是梦想成真。至少对我来说,这将是我今年的第一要务。


我其实很伤心地听到,3.1是不会包括对媒体UI有大的变化,再次踢。有没有可以在任何人建议的临时使用的插件类型?
肖恩

我认为这是向前迈出的非常重要的一步,不应再忽略了。
Wyck

2

储存库配置

我越来越多地使用Linux Derivates,我也越来越想知道为什么事情与wordpress.org的网站管理员紧密相关。例如存储库。只有一个。对于支持者和管理员来说,配置自己的存储库会更酷吗?因此,要提供诸如主题和插件之类的附加组件,它们会为用户提供照顾,包括。提供更新等。

例如,对于主题而言,一旦为客户制作,他/他就对该主题感兴趣-而对其他任何主题都不感兴趣。因此,要求更新,拥有自己的存储库将使与客户的工作流程变得更加容易,例如在开发系统上进行更新,然后在工作时通过存储库发布最新版本。

但是现在,WordPress信息库配置及其更新功能完全限于wordpress.org或那些在不太聪明的可比较系统中破解的人,因为大多数信息库功能已经实现,并且存在无需每个人做可能破坏其他事情的事情。

一个主要问题是它只是被锁定在wordpress.org上。我非常不喜欢软件中的供应商锁定,特别是不喜欢自由软件。这使得自由软件的已知优势变得越来越陈旧。

相关票据:#13067-插件和主题存储库的配置

看起来核心开发者对此表示反对-显然是出于各种原因。但是最终,这只会导致没有向所有提供给wordpress.org的用户提供功能。这绝不影响专业wordpress支持者和管理员以及本地网络中sysadmin的利益。那么,为什么要限制默认情况下无限的东西呢?

如果wordpress核心没有考虑将其集成,我认为应该有可能由一个集体拥有的插件来提供它,以便现有功能对每个人都可用,同时又彼此兼容。


2

我认为每天都会使用一些必不可少的工具,这些工具真的可以帮助WordPress开发人员。这些在大多数网站上都非常重要,我相信它们不属于插件。

表单API- 每个站点/框架/ CMS都有一种或另一种形式的表单处理,而WordPress没有。

媒体API -一个强大的媒体API特别是对管理和用户控制已经well..been的路线图长。

自定义字段API-应该在基本级别上将WPAlchemy(元盒类)的内容构建到核心中。

管理员API-控制管理员元素(菜单,附加功能,字段等)对于用户角色可能是真正的痛苦。


1

画廊

1.当前,如果您还没有上传至少2张图片到帖子中,则您不会获得“图库”标签。因此,不可能使用媒体库文件来构建新的库。出于某些(未知)原因,支持将相同的图像(或其他文件)添加到多个帖子中,但是您不能从已经存在的帖子中构建图库。

2.仅绕过/过滤图库标记。当前,您必须完全覆盖图库功能才能添加。例如。每个图像都有一个CSS类。我们只需要一个过滤器就可以避免一次又一次地重复(相当长的)核心代码。



1

先进的前端选项

我个人认为wordpress仪表板应该分为两部分,而与内容(帖子,术语,链接,评论等)有关的部分应该放在前端,当我使用TUMBLR(用于发布内容)时,我可以感觉到更好的可用性。在WordPress中。使用wordpress发布内容的用户比例高于像我们这样的开发人员,因为他们不需要显示管理面板。

wp-admin应该仅用于配置(即主题,插件,设置等)。

内置CSV导入器

当通过CSV上传大量内容时,内置CSV导入器将非常方便。我觉得wordpress中当前的importer选项仅被少数人使用,许多人将其内容以xls格式使用,我们为此提供了插件,但是如果inbuit会更好。

目录而不是链接

链接选项是wordpress中使用最少的选项,如果wordpress将其更改为目录选项(带有地图,地址识别器),则会很好,因为它们在开源目录中尚无确切的可用于目录的软件包,但需求不断增长为了它。我认为,如果添加目录,那么wordpress将成为杀手级平台。


1

内置评级选项

如果我们有一个很好的评分系统(如wordpress.org中的评分系统),那就太好了。

高级图库选项

当前的图库选项仅包含来自上载的图像,如果可以选择将外部图像添加为帖子附件,则会很好,因为这会将它们包括在图库中。

Ajax wordpress注册

内置的Ajax注册可以节省时间并避免对用户造成混淆。这可以通过bp-xtra注册插件来完成,但我认为它的过大杀伤力,拥有内置选项会很好。


By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.