- Use the banner image at
assets/eventon-apify-settings-banner.svgat the top of the settings page. - Render the banner at its intended width instead of stretching it to the full admin container.
- keep the header image capped near the SVG's native width (
~750px) - allow it to shrink on narrower screens without scaling larger than its authored size
- keep the header image capped near the SVG's native width (
- The banner should keep the current visual direction:
- EventON APIfy wordmark
- calendar/API logo treatment
- short one-line product explanation with a lighter secondary line
- Below the banner, keep a compact metadata row with these items:
GitHub Repository- current plugin version
Release notes- author GitHub link
- single-button link:
GitHub updates via Git Updater
- The
Release noteslink should point to the tagged GitHub release for the current plugin version:https://github.com/renatobo/eventon-apify/releases/tag/vX.Y.Z
- Keep the page title
EventON APIfy Settings. - Keep the short descriptive paragraph about controlling the custom EventON REST API surface,
wp/v2compatibility, and discovery docs. - Keep a secondary note that the plugin is intended for dual distribution through GitHub Releases and WordPress.org.
- GitHub Releases is the active install/update channel today
- WordPress.org is the planned secondary channel and should not be described as live unless that build exists
- Git Updater should be named explicitly as the GitHub update mechanism
- Keep the MCP note directly below the intro:
- this plugin enables using MCP
- extended MCP server link:
https://github.com/renatobo/mcp-wp-cpt
- Use native WordPress tab markup:
nav-tab-wrappernav-tabnav-tab-active
- Tabs should remain in this order:
Event APIWP v2 compatibilityAPI SpecsMCP schema manifestRequest fieldsApplication Passwords
- Tabs are in-page panels, not separate admin pages.
- Switching tabs should:
- show only the active panel
- hide inactive panels with the
hiddenattribute - update the URL hash
- restore the active tab from the URL hash on load
- Keep the layout WordPress-admin friendly, not app-like.
- Prefer flat cards, subtle borders, and native admin spacing.
- Keep toggles and capability controls on the
Event APItab. - Keep
WP v2 compatibility,API Specs,MCP schema manifest,Request fields, andApplication Passwordsas separate tabs. - Describe the MCP schema manifest as read-only discovery that still requires an authenticated administrator; do not describe either manifest route as public.
- Keep the
API Specstab focused on checked-in artifact links for:- the OpenAPI spec file
- the Postman collection
- the current site REST root / Postman
baseUrlvalue
- Describe MCP discovery as administrator-authenticated; it uses the same
Application Password and
manage_optionspolicy as the protected event API.
- The plugin updates row should use the standard WordPress plugin asset filenames:
assets/icon.svgassets/icon-128x128.pngassets/icon-256x256.png
- Keep those icon assets aligned with the primary logo artwork in
assets/eventon-apify-logo.svg. - When cutting a release, keep these version references synchronized:
eventon-apify.phpplugin headerVersioneventon-apify.phpconstantEVENTON_APIFY_VERSIONreadme.txtStable tag
- The compatibility label shown in the updates UI depends on
readme.txtmetadata:Tested up toshould be updated when the plugin is verified on a newer WordPress releaseUnknownis expected when the site version is newer than the publishedTested up tovalue
- When the header or tabs design changes, update this file in the same change.