不确定会发生什么。有一种可能是钩入钩子并做他们的东西。它已经为插件实现了：types。
我正计划让它能与这样的插件一起工作，这些插件通常不会调用add_meta_box。
我很想知道你能在设置页面中看到这些元框。
我查看了代码，发现我必须为它编写一些自己的代码。这种类似插件的类型应该以另一种方式注册元框。
如果下载开发版本或实现此变更集(http://plugins.trac.wordpress.org/changeset/529615)你可以暂时让它工作。
我将把它作为一个问题报告给高级自定义字段的开发人员
ACF有一个错误
与ACF兼容的错误：
1.显示每种语言的所有组字段，WMPL兼容，因为实际上它在X示例中显示所有组字段（取决于X语言激活）
2.只显示附加到自定义帖子类型的组字段，因为实际上它显示每个自定义帖子中的所有组字段。
第一件事不是我来修。而且这种结构是错误的。翻译一个代谢盒是可以的，但每种语言都有一种新的。
第二件事是我不知道的。我需要调查一下。我知道ACF做的事情很奇怪，我甚至想过放弃支持
你好，Marko，
我希望你能保持ACF的支持，并希望Eliott能帮助你做到这一点。
ACF很受欢迎，也很有用。你的插件看起来很有前途！
这两个对WP管理员来说太棒了！
这可能是你插件的额外费用，不是吗？
当做，
安托万
我不做任何事，所以我可以用它赚点钱。我做任何事是因为我喜欢他们做。
为了让我的插件能很好地与ACF配合使用，它只需要花费大量的时间和精力来制作一些非常容易损坏的东西。这对我来说没有意义。
我宁愿反过来看。该ACF与我的插件兼容。我会处理WordPress是如何处理的，这样ACF会更容易修复它。
下个月，我将研究我的插件的大多数问题，并在讨论其他插件的问题之前解决它们
好消息🙂
我理解你的问题，马可，如果我们能帮助你，我们是开放的。
不，至少尝试与百万用户使用的插件兼容是有意义的…。ACF可能不遵守WP规则，但它是一个更受欢迎的插件，如果你能让它协同工作，它可以把你的插件提升到极致…
我最近决定在某一点上删除兼容层，或者至少在默认情况下禁用兼容层。插件应该做得正确，这不取决于我。这将在本月的更新中注明。
我真的不在乎ACF。我宁愿建议人们使用Pods框架。该插件已经实现了一些更改，可以很好地与我的插件配合使用。
在WordPress中，以正确的方式做事并使用正确的操作/过滤器并不难。在发现Pods 2.0测试版做得不对后，我更新了插件代码，现在它不仅与Tabify兼容，而且与许多其他想要扩展WordPress的插件兼容。它不应该由一个插件作者来让东西与他们自己的插件兼容，它应该由所有插件的作者来尽最大努力确保他们的插件与其他人很好地配合。
Tabify是无价的，在我看来，它应该安装在任何有一个以上自定义元框的网站上。至于ACF，谁说它被数百万网站使用了？我不会说出我的消息来源，但有数据表明，这远远低于这个数字。
我真的不在乎ACF。
那是一种徒劳的观点。。如果有人做事不同，并不意味着你应该这样说。ACF得到了广泛的应用和认可。为什么要争论谁做得对还是错？你说你写插件是因为你喜欢这样做，为什么不做一些对社区有用的事情，至少联系艾略特，试着了解事情是如何运作的。
http://support.advancedcustomfields.com/post/discussion
