Added missing contribution docs. Removed back ticks from the plugin names.

Author: colinmurphy

docs/explanation/get-vs-post/index.md

@@ -52,3 +52,7 @@ curl -X POST \
 
 # Summary
 While both methods have their uses, POST requests are generally recommended for WPGraphQL due to their flexibility, security advantages, and ability to handle complex queries. However, GET requests can be useful for simple, cacheable queries and is useful when paired with caching mechanisms like the Smart Cache plugin. Consider your specific use case, security requirements, and caching needs when choosing between the two methods.
+
+## Contributing
+
+If you feel like something is missing or you want to add documentation, we encourage you to contribute! Please check out our [Contributing Guide](https://github.com/wpengine/hwptoolkit/blob/main/CONTRIBUTING.md) for more details.

docs/explanation/graphql-endpoints/index.md

@@ -42,4 +42,8 @@ add_filter( 'graphql_endpoint', 'my_new_graphql_endpoint' );
 ```
 This code would change the default `/graphql` endpoint to `/my_endpoint`.
 
-Alternatively, you can configure the endpoint directly in the **WPGraphQL Settings** under **GraphQL Endpoint**, without needing to modify your code. 
+Alternatively, you can configure the endpoint directly in the **WPGraphQL Settings** under **GraphQL Endpoint**, without needing to modify your code.
+
+## Contributing
+
+If you feel like something is missing or you want to add documentation, we encourage you to contribute! Please check out our [Contributing Guide](https://github.com/wpengine/hwptoolkit/blob/main/CONTRIBUTING.md) for more details.

docs/explanation/headless-authentication/index.md

@@ -104,4 +104,8 @@ To tie everything together, we will provide:
 Our approach to authentication in headless WordPress emphasizes **modularity**, **security**, and developer **experience**. To support these principles, we will provide **ready-to-use code snippets** and **example boilerplate code** that you can easily integrate into your application.
 
 ## Example use case
-For example, if you're building a headless WordPress application with a React frontend, you can use our code snippets to implement Credentials authentication. You can integrate our boilerplate code for handling access tokens securely, including token storage and refresh logic, without needing to install additional dependencies.
+For example, if you're building a headless WordPress application with a React frontend, you can use our code snippets to implement Credentials authentication. You can integrate our boilerplate code for handling access tokens securely, including token storage and refresh logic, without needing to install additional dependencies.
+
+## Contributing
+
+If you feel like something is missing or you want to add documentation, we encourage you to contribute! Please check out our [Contributing Guide](https://github.com/wpengine/hwptoolkit/blob/main/CONTRIBUTING.md) for more details.

docs/explanation/rendering-options/index.md

@@ -141,3 +141,7 @@ Considerations
 * Styling Parity: Achieving perfect styling parity can be challenging due to the dynamic nature of WordPress styles.
 
 * Maintenance: Styles may change with theme updates, customizations or major WordPress updates, requiring periodic updates in your headless application.
+
+## Contributing
+
+If you feel like something is missing or you want to add documentation, we encourage you to contribute! Please check out our [Contributing Guide](https://github.com/wpengine/hwptoolkit/blob/main/CONTRIBUTING.md) for more details.

docs/explanation/routing/index.md

@@ -469,3 +469,7 @@ In traditional WordPress, custom post types (CPTs) are registered using `registe
 
 - `/portfolio/` → Archive page for portfolio items
 - `/portfolio/project-name/` → Single portfolio item
+
+## Contributing
+
+If you feel like something is missing or you want to add documentation, we encourage you to contribute! Please check out our [Contributing Guide](https://github.com/wpengine/hwptoolkit/blob/main/CONTRIBUTING.md) for more details.

docs/explanation/sitemaps/index.md

@@ -108,7 +108,7 @@ This route will serve the WordPress `sitemap.xml` in your Next.js application dy
 - **Cons**
     * Limited flexibility for custom frontend routes not defined in WordPress
     * Requires proper URL transformation to replace backend URLs with frontend URLs
-    * May require additional handling for caching and performance 
+    * May require additional handling for caching and performance
     * May propagate any errors experienced in WordPress when proxying the `sitemap.xml`
 
 2. **Generating a Sitemap from GraphQL Content**
@@ -133,13 +133,13 @@ export async function generateSitemap() {
     fetchAllPages(),
   ]);
   const allContent = [
-    ...data.posts.nodes.map(post => ({ 
-      slug: `posts/${post.slug}`, 
-      modified: post.modified 
+    ...data.posts.nodes.map(post => ({
+      slug: `posts/${post.slug}`,
+      modified: post.modified
     })),
-    ...data.pages.nodes.map(page => ({ 
-      slug: page.slug, 
-      modified: page.modified 
+    ...data.pages.nodes.map(page => ({
+      slug: page.slug,
+      modified: page.modified
     })),
     // Add custom frontend routes here
     { slug: '', modified: new Date().toISOString() }, // Homepage
@@ -159,17 +159,17 @@ export async function generateSitemap() {
 }
 export async function getServerSideProps({ res }) {
   const sitemap = await generateSitemap();
-  
+
   res.setHeader('Content-Type', 'application/xml');
   res.write(sitemap);
   res.end();
-  
+
   return { props: {} };
 }
 
 export async function GET() {
   const sitemap = await generateSitemap();
-  
+
   return new Response(sitemap, {
     headers: {
       'Content-Type': 'application/xml',
@@ -182,7 +182,7 @@ export async function GET() {
     * Ability to include custom frontend routes not defined in WordPress
     * Easy integration with Next.js data fetching methods
 
-- **Cons**: 
+- **Cons**:
     * More complex implementation than proxying
     * Requires manual updates to include new content types or custom routes
     * May require pagination handling for large sites
@@ -199,25 +199,25 @@ import { DOMParser } from 'xmldom';
 export async function GET() {
   const response = await fetch(`${process.env.WORDPRESS_URL}/wp-sitemap.xml`);
   const sitemapIndex = await response.text();
-  
+
   const parser = new DOMParser();
   const xmlDoc = parser.parseFromString(sitemapIndex, 'text/xml');
   const sitemapUrls = Array.from(xmlDoc.getElementsByTagName('loc')).map(
     node => node.textContent
   );
-  
+
   const processedSitemaps = await Promise.all(
     sitemapUrls.map(async (url) => {
       const sitemapResponse = await fetch(url);
       const sitemapContent = await sitemapResponse.text();
-      
+
       return sitemapContent.replace(
         new RegExp(process.env.WORDPRESS_URL, 'g'),
         process.env.FRONTEND_URL
       );
     })
   );
-  
+
   const frontendRoutesSitemap = `
     <?xml version="1.0" encoding="UTF-8"?>
     <urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
@@ -228,7 +228,7 @@ export async function GET() {
       <!-- Add more custom routes as needed -->
     </urlset>
   `;
-  
+
   const combinedSitemap = `
     <?xml version="1.0" encoding="UTF-8"?>
     <sitemapindex xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
@@ -242,7 +242,7 @@ export async function GET() {
       </sitemap>
     </sitemapindex>
   `;
-  
+
   return new Response(combinedSitemap, {
     headers: {
       'Content-Type': 'application/xml',
@@ -261,3 +261,7 @@ export async function GET() {
     * Most complex implementation of the three approaches.
     * Requires handling multiple sitemap files
     * May have performance implications if not properly cached
+
+## Contributing
+
+If you feel like something is missing or you want to add documentation, we encourage you to contribute! Please check out our [Contributing Guide](https://github.com/wpengine/hwptoolkit/blob/main/CONTRIBUTING.md) for more details.

docs/how-to/nextjs-pages-router/enable-apq/index.md

@@ -125,3 +125,7 @@ const client = new ApolloClient({
 On the Network tab you should see your query being sent as a GET request.
 
 ![Network tab of browser is open, showing the GraphQL query being sent as GET.](./images/gql-pq-get.png)
+
+## Contributing
+
+If you feel like something is missing or you want to add documentation, we encourage you to contribute! Please check out our [Contributing Guide](https://github.com/wpengine/hwptoolkit/blob/main/CONTRIBUTING.md) for more details.

docs/index.md

@@ -3,9 +3,6 @@ title: "Introduction"
 description: "Introduction to the Headless WordPress Toolkit, a modern, framework-agnostic collection of plugins and packages for building headless WordPress applications."
 ---
 
-
-# Introduction
-
 ## What is the Headless WordPress Toolkit?
 
 The Headless WordPress Toolkit is a modern, framework-agnostic toolkit for building headless WordPress applications. It provides a collection of plugins, packages, and examples to help developers make WordPress a better headless CMS.
@@ -18,18 +15,18 @@ The toolkit includes several WordPress plugins to enhance the headless experienc
 
 | Plugin | Description |
 |--------|-------------|
-| [`hwp-previews`](../plugins/hwp-previews/) | Headless Previews solution for WordPress: fully configurable preview URLs via the settings page which is framework agnostic. |
-| [`wpgraphql-webhooks`](../plugins/wpgraphql-webhooks/) | Extends WPGraphQL to support webhook subscriptions and dispatching for headless WordPress environments. |
-| [`wpgraphql-logging`](../plugins/wpgraphql-logging/) | Logging for WPGraphQL requests with granular lifecycle events and Monolog integration. |
-| [`wpgraphql-debug-extensions`](../plugins/wpgraphql-debug-extensions/) | Advanced debugging, performance analysis, and metric collection for WPGraphQL. |
+| [hwp-previews](../plugins/hwp-previews/) | Headless Previews solution for WordPress: fully configurable preview URLs via the settings page which is framework agnostic. |
+| [wpgraphql-webhooks](../plugins/wpgraphql-webhooks/) | Extends WPGraphQL to support webhook subscriptions and dispatching for headless WordPress environments. |
+| [wpgraphql-logging](../plugins/wpgraphql-logging/) | Logging for WPGraphQL requests with granular lifecycle events and Monolog integration. |
+| [wpgraphql-debug-extensions](../plugins/wpgraphql-debug-extensions/) | Advanced debugging, performance analysis, and metric collection for WPGraphQL. |
 
 You can find more information about installation in the [plugins documentation](../plugins/README.md).
 
 ## Packages
 
 We provide NPM packages that can be used in your frontend applications. All packages use vanilla ES Modules with no build step.
 
-- [`@wpengine/hwp-toolbar`](../packages/toolbar/) — in active development (not yet published)
+- [@wpengine/hwp-toolbar](../packages/toolbar/) — in active development (not yet published)
 
 > [!NOTE]
 > No packages are published to npm yet. These are pre-release and subject to change.
@@ -41,3 +38,7 @@ This project contains a wide variety of examples demonstrating how to use the He
 Most examples include a `wp-env` setup, allowing you to fully configure a headless application with a single command.
 
 For a full list of examples and how to run them, please see the [examples documentation](../examples/README.md).
+
+## Contributing
+
+If you feel like something is missing or you want to add documentation, we encourage you to contribute! Please check out our [Contributing Guide](https://github.com/wpengine/hwptoolkit/blob/main/CONTRIBUTING.md) for more details.

plugins/README.md

@@ -6,10 +6,10 @@ WordPress plugins for the Headless WordPress Toolkit. Each plugin is paired with
 
 | Plugin | Description |
 |--------|-------------|
-| [`hwp-previews`](./hwp-previews/README.md) | Headless Previews solution for WordPress: fully configurable preview URLs via the settings page which is framework agnostic. |
-| [`wpgraphql-webhooks`](./wpgraphql-webhooks/README.md) | Extends WPGraphQL to support webhook subscriptions and dispatching for headless WordPress environments. |
-| [`wpgraphql-logging`](./wpgraphql-logging/README.md) | Logging for WPGraphQL requests with granular lifecycle events and Monolog integration. |
-| [`wpgraphql-debug-extensions`](./wpgraphql-debug-extensions/README.md) | Advanced debugging, performance analysis, and metric collection for WPGraphQL. |
+| [hwp-previews](./hwp-previews/README.md) | Headless Previews solution for WordPress: fully configurable preview URLs via the settings page which is framework agnostic. |
+| [wpgraphql-webhooks](./wpgraphql-webhooks/README.md) | Extends WPGraphQL to support webhook subscriptions and dispatching for headless WordPress environments. |
+| [wpgraphql-logging](./wpgraphql-logging/README.md) | Logging for WPGraphQL requests with granular lifecycle events and Monolog integration. |
+| [wpgraphql-debug-extensions](./wpgraphql-debug-extensions/README.md) | Advanced debugging, performance analysis, and metric collection for WPGraphQL. |
 
 ## Install