Advanced Custom Fields

Please add the menu-item field so it appears in the front end of the FSE under menus. Right now it only appears in the classic menus editor.

Please add a Gutenberg (Block Editor) field type (similar to the WYSIWYG field type).

There's one feature in Pods which I find useful is that when you rename a CPT or a field, it will also update accordingly in the database. This will save much time without having to alter the database values directly.

We've often used the "Intuitive Custom Post Order" plugin to allow for drag and drop re-ordering of things like taxonomy terms for an easy custom sort order. It would be awesome to see ACF have this functionality built in so we wouldn't have to use this plugin (which appears somewhat abandoned).

I’d really appreciate it if an Open Street Map field were developed. The current ACF OpenStreetMap field plugin available in the WordPress plugin repository is buggy. It also has weird search/autocomplete behavior. The map overlay selections break if you disable any of the parent options. There is no way to set a default map overlay. I like that they offer an Aviation data overlay (Open AIP) but there again, there is no way to set this as default. I explored using Metabox since it has an OSM field. This is overall a better implementation. However a critical feature that seems to be lacking in the Metabox implementation is to import the lat long in decimal format with a comma in between and have the location automatically show on the map through a CSV import. I have a database with over 13,000 records that I need to import. While it is not important to have all the overlays available in the ACF OpenStreetMap plugin, they’d be a nice to have feature. The critical thing is the autocomplete/search function as well or better than the Metabox implementation and the ability to import the lat long into a field and just have it work. It does not seem as though the ACF OpenStreetMap plugin is being updated regularly. The last update was updated 9 months ago and the bugs I encountered were reported months ago.

Hi, Wordpress 6.5 will add support for plugin dependencies (see https://make.wordpress.org/core/2024/03/05/introducing-plugin-dependencies-in-wordpress-6-5/ ) The Pro version will have to use the new wp_plugin_dependencies_slug filter so the plugin requiring ACF can also work with ACF Pro. add_filter('wp_plugin_dependencies_slug', function ($slug) { if ('advanced-custom-fields' === $slug) { $slug = 'advanced-custom-fields-pro'; } return $slug; });

When an ACF Accordion field is rendered on an editing page, the interaction to expand/collapse the content is contained within a div: <div class="acf-label acf-accordion-title"> <i class="acf-accordion-icon dashicons dashicons-arrow-down"></i> <label for="acf-field_5e6b4d8f8e1a6-row-1-field_5e6b66eb2ac7d">Module 2, 3, or 4 Columns</label> </div> In this way, the interaction to expand/collapse the content is not accessible via keyboard, effectively making it impossible to use without a pointing device like a mouse or trackpad. It would be useful to insert a button inside the div and delegate the function of expanding/collapsing the content to it.

Could you add a parameter (numeric value) to the database that would allow changing the height of an element WYSIWYG Editor ?

Hi, you can solve the problem with the "Wrapper Attributes" parameters they set for the taxonomy of items (custom taxonomy, category, etc.) I will show the example of images 1) I create section with simple text block. 50% - width. 2)I Added this element for some category, but instead of 50% I got full 100% size.

Woo are updating the produkt editor soon, are now in beta. Please make ACF work there so we can start testing.