Skip to content

refactor(plugins-list): implement plugins list cards display #5

Merged
babblebey merged 4 commits into
nextfrom
style/plugins-list
Mar 27, 2026
Merged

refactor(plugins-list): implement plugins list cards display #5
babblebey merged 4 commits into
nextfrom
style/plugins-list

Conversation

@babblebey
Copy link
Copy Markdown
Member

This pull request introduces a new PluginCard component and supporting styles to the codebase, laying the groundwork for a more modular and visually appealing presentation of plugin information. Additionally, the previous static Markdown list of plugins has been removed, likely in preparation for a more dynamic or component-based approach.

The most important changes are:

Component Addition:

  • Added a new PluginCard.astro component, which displays plugin information (name, URL, description, and steps) in a styled card format. The component supports expandable sections for each plugin step and includes responsive, accessible design features.

Screenshot/Screencast

screen-capture.30.webm

- Deleted the old Markdown file for the plugins list.
- Created a new MDX file for the plugins list, utilizing the PluginCard component for better presentation.
- Updated the global CSS to include styles for the plugin card grid layout.
@vercel
Copy link
Copy Markdown

vercel Bot commented Mar 26, 2026

The latest updates on your projects. Learn more about Vercel for GitHub.

Project Deployment Actions Updated (UTC)
semantic-release-docs Ready Ready Preview, Comment Mar 26, 2026 2:37pm

Request Review

Copy link
Copy Markdown
Member

@travi travi left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

i like it!

one question for maybe a future iteration after this is merged. could the list of cards be built dynamically? i worry that this may present a barrier for contributors wanting to list their plugin because it is more involved than just adding to a markdown file. if not familiar with front-end tech, this might feel intimidating. if we could could have the community plugins defined in data in a json or yaml file and then pulled in to generate the comments dynamically, that feels more approachable

@travi
Copy link
Copy Markdown
Member

travi commented Mar 27, 2026

one other thought related to community plugins. the list has grown pretty long and is likely hard for anyone to really find a useful plugin in there. ive been thinking for a while that they at least need to be resorted, but more likely grouped into some logical categories. which one supports package manager x or registry y or ci provider z, etc. that gets complex for the ones that could be in multiple categories. maybe some dynamic sorting/filtering could be useful, but even static groupings could be a be improvement.

dont worry about these thoughts before merging this PR, but it feels worth us considering as a further iteration later

@babblebey
Copy link
Copy Markdown
Member Author

if we could could have the community plugins defined in data in a json or yaml file and then pulled in to generate the comments dynamically, that feels more approachable

I like this one exactly 💯, it is very practical and infact a cleaner way to manage plugins submission.

It infact creates a fine foundation for the grouping/sorting/filtering too. We should definitely talk more about this.

@babblebey babblebey merged commit 87f3a4e into next Mar 27, 2026
3 checks passed
@babblebey babblebey deleted the style/plugins-list branch March 27, 2026 21:18
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants