QL-Win / QL-Win/QuickLook

Feature Request: Official plugin manifest / browser for discovery, explanation and one-click install

Open
#1,908 0 comments 1 reaction 0 assignees View on GitHub

Nobody has claimed this yet.

Dominant language
C#
Stars
24.7k
Forks
1.3k
Avg merge
4d 7h
Merged PRs (30d)
1

Description

Is your feature request related to a problem? Please describe.
Yes.

The current plugin discovery and installation flow is still too manual and fragmented. Users need to browse the plugin list page, open external release pages, compare plugins by themselves, and then download and install each plugin manually.

This causes several problems:

  • It is inconvenient to discover available plugins in one place.
  • Similar or overlapping plugins are hard to compare.
  • It is not easy to understand what each plugin does before opening its page.
  • Legacy, deprecated, or replacement plugins are not clearly structured for users.
  • There is no simple way to automatically fetch plugin metadata for external tools or future in-app integration.

Describe the solution you'd like
I would like QuickLook to provide an official machine-readable plugin catalog, such as a plugins.json manifest, or an official plugin browser page/API.

Each plugin entry could include fields like:

  • name
  • repository
  • description
  • supported file types / extensions
  • latest version
  • release page
  • direct download URL
  • maintained / deprecated status
  • replacement plugin (if any)
  • compatibility notes
  • short explanation of why a user might choose this plugin

With this, QuickLook could support:

  • easier plugin listing and search
  • clearer plugin explanations
  • filtering by file type or category
  • one-click download / install / update in the future
  • easier support for third-party tooling and automation

Describe alternatives you've considered
One alternative is to keep using the current wiki page and manually open each plugin page when needed.

Another alternative is to build an external script or scraper that parses the plugin list page and extracts plugin information automatically. However, this is less reliable, harder to maintain, and depends on page structure instead of an official stable format.

Because of that, an official manifest or structured plugin catalog would be a much better long-term solution.

Additional context
This request is not only about convenience for manual users, but also about future extensibility.

If QuickLook provides an official structured plugin source, it would make it possible to build:

  • better plugin discovery tools
  • automatic plugin listing and explanation
  • update checkers
  • possible in-app plugin installation in the future

Even if full one-click installation is not implemented immediately, having an official structured catalog would already be a big improvement.

Contributor guide

No contributing guide indexed for this repository

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

No implementation files, tests, or entry points are identified in the issue. Start by defining whether the first deliverable is a plugins.json manifest, a browser page, or an API, then agree on the metadata fields and plugin status rules; done means an official structured catalog is available for discovery and future tooling.

Written by the indexing model from the issue text.

Assessment

Tech stack
csharp
Domain
tooling
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Quiet
Clarity
Mostly clear
Newbie friendliness
30/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.