ACF Recent Posts Widget vs WPGraphQL for ACF

ACFRPW adds a new widget to the Appearance -> Widgets -> ACF Recent Posts Widget. Most of the fields are quite obvious, you can choose from a set of settings to display the posts from. Each setting alters the amount and type of posts listed in the sidebar. Available Settings The widget supports the following settings: Widget Title Custom Widget container CSS class Option to ignore sticky posts Search keyword query Id based post exclusion Date Display, Date Modified, Relative and Custom Date Format specifiaction Listing posts from specific date period (start and end) Listing posts with specific password, listing password protected posts only or excluding these Post Type selection Post Formats selection Post Statuses selection Listing posts limited to author via author id Order specifiaction (ASC or DESC) Orderby specification (ID, Author, Title, Date, Modified, Random, Comment Count, Menu Order, Meta Value, Meta Value Numeric) Meta Key specifiaction (if Meta Value or Meta Value Numeric were chosen as orderby rule) Meta Comparison selection Meta Value Specification (for the Meta Comparison selection) Category limitation Tag limitation Id based custom taxonomy limitation Operator specifiaction for the above rules Number of posts to show Number of posts to skip Thumbnail display, thumbnail size (width, height), thumbnail alignment, default thumbnail Excerpt display, its word limit, its readmore text (occurs only if the amount of words exceeds the limit) Custom HTML to display before the loop Custom HTML to display after the loop Custom HTML to display before each posts. It supports custom meta keys and ACF fields Custom HTML to display after each posts. It supports custom meta keys and ACF fields Custom HTML to display for no posts found Custom and default CSS Custom HTML templates ACF supported fields The plugin has been tested with ACF 6 (Free and Pro). The plugin supports the following ACF fields: Text Textarea Number Email Password Wysiwg Editor Image File No other fields have been tested and are supported at the moment. Shortcode From version 4.4 the plugin supports shortcode embeds. Given the amount of options and their specific names (as in shortcode attributes) the shorcode builder has been introduced see 7th and 8th screenshots for the reference. You’ll see a popup once clicked on ACFRPW button which gives one an ability to automatically set up the shortcode code for you. The rest follows all of the options specified here. To use the shortcode one needs to have the WordPress editor enabled for the current page / post type. In case it was disabled (say via ACF) the button won’t appear. Creating Custom Templates From version 4.3 the plugin supports custom templates. To make usage of these one needs to make a copy of all the files found in the acf-recent-posts-widget/templates directory and copy them over to the active template directory to acfrpw subdirectory. The approach is similar to the way WooCommerce plugin works and has it’s drawbacks. With every new feature the files may be outdated. Similarly to the widget template files, a separate, custom markup can be created for the shortcode build post listing. Copy the acf-recent-posts-widget/template files to acfrpw-blog directory created inside your active theme directory. Template files There are 3 main template files: loop-after.php (which displays the markup after each of the posts and closes the markup container) loop-before.php (which displays the markup before each of the posts and opens the markup container) loop-inner.php (which is enqueued for each of the posts separatelly and contains the markup of every single post) Usage The usage is quite advanced hence each template file contains a quite detailed documentation on how to use it. First of all the template files mustn’t have the global variables removed. Each of these variables stores the widget settings, which are then used to generate the code. Second of all the variable names are unobvious, loop-inner.php template file contains a list of all the names used, which are then extracted and available as php variables. Different template per widget / sidebar The templates allow one to adjust the markup of each single widget. One needs first to verify the widget id used, which may then be referenced. The variable which stores the widget id is $acf_rpw_args[‘widget_id’]. Dumping the value in the template is the best way to find out which automatic id has been created for your widget. The best way to handle the templates is to learn from their code. My personal suggestion is to copy over the templates to the current theme and work directly on them, doing one change at a time. The templates require learning curve to use and there’s no single answer to everyones problem. Complex usage This section covers plugin complex usage for advanced user willing to have more control over the behavior of the plugin as well as explains uncommon functionalities. Using the HTML textarea fields These sections might not be obvious. The HTML or text before / after the whole loop setting is an area where you can specify custom HTML markup to be added before / after the whole posts list. The HTML or text before / after each post is an area where you can not only specify custom HTML, but you are also given an ability to print any meta key or certain ACF fields (see ACF supported fields) Meta Key Name / ACF Usage These fields need to be wrapped inside the {meta name} or {acf field_name} tags (which are similar to shortcodes). The plugin will then parse these fields and print their according value. Say we have a custom ACF field of type text, for which the Field Name is “text”. To print its value one has to use [acf text] inside the befoe / after each post textarea. A similar solution applies to the meta key. Meta Value Usage The Meta Value field supports an array of elements, so that all of the meta_compare parameters could be used. To do so, please specify the two parameters separated by semicolon, for instance: 1234;12345. The plugin will convert these into an array and apply the proper operation for the two. Whatsmore the [date] shortcode can be used here. It takes the timestamp paramater as an argument, which is required – the possible arguments are the same as for the function described here: http://php.net/manual/pl/function.strtotime.php. For instance [date +1 day] would generate the tomorrow date in “Ymd” format. This can be used with custom meta field date. Plugin Filters The are several filters that can be used to enchance the plugin programatically: ‘acf_rwp_query’ which gives one the ability to filter the query applied to each widget. ‘acp_rwp_before’ which gives on the ability to filter the Front End output of the plugin before each post. There are two hooks attached here already which allow usage of the [acf] and [meta] shortcodes. ‘acp_rwp_after’ which gives on the ability to filter the Front End output of the plugin after each post. There are two hooks attached here already which allow usage of the [acf] and [meta] shortcodes. ‘acf_meta_value’ which filters the meta_value query parameter. Check the acf_widget_widget file for the arguments and use cases. Dependencies ACF (optional) Widget Base Class (included) Shortcode popups generator (included) Other Online Demo Plugin site and Docs Plugin Development Survey Languages Supported English (default) Polish (since May 11 2015) French (since June 29 2015), by wolforg, standalone source Spanish (since July 30 2023)

WPGraphQL for Advanced Custom Fields is a free, open-source WordPress plugin that adds ACF Fields and Field Groups to the WPGraphQL Schema. Create ACF Field Groups Create ACF Field Groups and Fields using the ACF User Interface, register them with PHP, or leverage ACF local JSON. Each field group and the fields within it can be configured to “Show in GraphQL.” Query your fields with GraphQL Once your field groups and fields are configured to “Show in GraphQL,” they become available in the GraphQL Schema for querying. Supported Field Types WPGraphQL for ACF provides support for most built-in field types of ACF (free & PRO) and extends support to most field types from ACF Extended (free & PRO). Updating If you are updating from WPGraphQL for ACF v0.6.* or older, check out the Upgrade Guide For non-major version updates, automatic updates usually should work smoothly, but we still recommend you back up your site and test on a staging site. Before updating WPGraphQL for ACF, review the release notes on GitHub. We follow Semantic Versioning (Semver) for meaningful releases: MAJOR version for incompatible API changes, MINOR version for backwards-compatible functionality additions, PATCH version for backwards-compatible bug fixes. Learn more about Semver at semver.org. Support General Help Requests: For general questions and help requests, create a new topic in Github Discussions Discord Community: The WPGraphQL Discord is a great place to communicate in real-time. Ask questions, discuss features, get to know other folks using WPGraphQL. Bug Reports: Report a bug in WPGraphQL Feature Requests: Suggest an idea, feature, or enhancement for WPGraphQL. Report a Security Vulnerability: Report a security vulnerability. FAQs Does this work with ACF Extended? Yes! WPGraphQL for ACF allows you to query for (most) fields created with ACF Extended. Can I filter and sort queries by ACF Fields using WPGraphQL for ACF? At this time WPGraphQL for ACF does not support filtering or sorting queries by ACF Fields. “Meta Queries” are often very expensive to execute, so we currently do not support filtering by ACF fields out of the box, but are exploring options for supporting it without the performance penalty. I think I found a bug, where do I report it? If you think you found a bug, please open an issue on GitHub. The more details you provide in the issue, and the more clear your steps to reproduce are, the higher chances we will be able to help. Can I use ACF Free or Pro with WPGraphQL for ACF? Yes! WPGraphQL for ACF works great with ACF Free and Pro. The Pro version of ACF has some additional features, such as Flexible Content Fields, Repeater Fields and Options Pages that are supported by WPGraphQL for ACF. Do I have to use Faust.js to use WPGraphQL for ACF? No! While wpgraphql.com and acf.wpgraphql.com are built using Faust.js and Next.js, you can use WPGraphQL for ACF with any GraphQL client, including Apollo, Relay, Urql, etc. I have an ACF Extension that adds a new field type, will it work with WPGraphQL for ACF? WPGraphQL for ACF supports the field types that come with ACF (Free and PRO) as well as the field types in ACF Extended (Free and PRO). Support for additional field types can be added by using the “register_graphql_acf_field_type” API. Do I need WPGraphQL and ACF to be active to use this? This plugin is a “bridge” plugin that brings functionality of ACF to WPGraphQL. Both WPGraphQL and ACF need to be installed and active in your WordPress installation for this plugin to work. How much does WPGraphQL for ACF cost? WPGraphQL for ACF is a FREE open-source plugin. The development is sponsored by WP Engine Atlas. Does WPGraphQL for ACF support GraphQL Mutations? GraphQL Mutations are not yet supported. We are working on adding support for Mutations in the future. We are waiting for the GraphQL “@oneOf” directive to be merged into the GraphQL spec before we add support for Mutations. Does this work with Field Groups registered in PHP or JSON? Yes! You can register ACF Field Groups and Fields using the Admin UI, PHP or JSON. WPGraphQL for ACF will detect the Field Groups and Fields and add them to the GraphQL Schema. If using PHP or JSON, you will need to set the “show_in_graphql” setting to “true” to expose the Field Group and Fields to the GraphQL Schema. There might be other settings that need attention at the field group or field level that might impact the schema or field resolution. Privacy Policy WPGraphQL for Advanced Custom Fields uses Appsero SDK to collect telemetry data upon user confirmation, helping us troubleshoot problems and improve the product. The Appsero SDK doesn’t collect data by default and only starts gathering basic telemetry data when a user allows it via the admin notice. No data is collected without user consent. When you opt in, each telemetry request is sent to Appsero and a duplicate is sent in a non-blocking request to WPGraphQL-operated infrastructure at https://telemetry.wpgraphql.com (the same categories of data as described for Appsero below). Learn more about how Appsero collects and uses data.