Skip to content

Conversation

@TimMonko
Copy link
Contributor

@TimMonko TimMonko commented Jan 13, 2026

References and relevant issues

napari/napari-plugin-template#128

Description

  1. Adds to docs and COMPLETELY REHAULS (so pls check carefully)https://github.com/chanzuckerberg/napari-hub/wiki/Customizing-your-plugin's-listing
    • uses pyproject instead of setup.cfg
    • uses newer project config metadata
    • clarifies differences in how metadata is acquired
    • doesn't really update the table (I had an LLM convert it), but I'm not really sure how important this is to have?
  2. Also converts a smaller idea about descriptions from https://github.com/chanzuckerberg/napari-hub/wiki/Writing-the-Perfect-Description-for-your-Plugin
  3. adds to Plugins -> Testing and publishing. Is this the appropriate place, or should it be in Building a Plugin?
  4. Updates section in deploy to reference this new file

@github-actions github-actions bot added the documentation Improvements or additions to documentation label Jan 13, 2026
@TimMonko
Copy link
Contributor Author

@jni since you requested this in napari/napari-plugin-template#128, pls review 😉 🙏
@DragaDoncila this is the conversion from the wiki we talked about, is there any other files that would be good here and an easy win? Or even just others I should think more about converting over in follow up PRs?

@TimMonko TimMonko added this to the 0.7.0 milestone Jan 13, 2026
Copy link
Contributor

@DragaDoncila DragaDoncila left a comment

Choose a reason for hiding this comment

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

@TimMonko so much great information here ❤️ A lot of it can be removed now that we're not using the .napari-hub/ folder and because we still are missing a lot of features on hub-lite 😭 I've left comments where appropriate.


## Field reference

This table summarizes where each field is displayed and how it's sourced:
Copy link
Contributor

Choose a reason for hiding this comment

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

Not sure how useful this table still is tbh. Everything comes from PyPI or manifest. Maybe it's worth editing down, but I'd also be happy to just remove it for now.

- ❌ It won't appear on the napari hub
- ❌ It won't be automatically discovered by napari

If you want your plugin to remain installable with the napari plugin manager but not appear in search, use the `visibility: hidden` setting in your `napari.yaml` manifest instead.
Copy link
Contributor

Choose a reason for hiding this comment

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

Can be removed.

Copy link
Contributor Author

@TimMonko TimMonko left a comment

Choose a reason for hiding this comment

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

Ok, oops, I just kinda went through all @DragaDoncila 's review and did one big massive commit. I think I have 1 or 2 things to address still, but thank you for the review and reminder to do this. Slipped my mind.

I need to look up the image thing for sure.


### Categories

Categories help users discover your plugin through filtering and search. The hub maps certain npe2 categories to "Workflow Steps":
Copy link
Contributor Author

Choose a reason for hiding this comment

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

then what is it for? I was definitely interpolating or it was in the wiki docs
Are Categories used for anything?


```toml
[project.urls]
Homepage = "https://github.com/username/napari-example-plugin"
Copy link
Contributor Author

Choose a reason for hiding this comment

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

I guess I'm not understanding this section https://github.com/chanzuckerberg/napari-hub/wiki/Customizing-your-plugin's-listing#project-site? Is it mostly just hopeful then? I know pypi uses these, I guess

@TimMonko
Copy link
Contributor Author

Ok, now with instructions on how to get images and assets to render in READMEs :) This will certainly help me going forward, it's something I've wanted to figure out for a long time. This PR is greatly simplified now, about half as many LOC, so sorry that its a complete reorg. Should be an easier review now!


```toml
[project.urls]
Homepage = "https://github.com/username/napari-example-plugin"
Copy link
Contributor

Choose a reason for hiding this comment

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

@TimMonko on the original implementation of the hub, each of these had their own dedicated field, similar to how it's displayed on pypi. Currently we only link to pypi and github. I'd be open to adding these back to the hub, although there has previously been philosophical discussion on how much information we should duplicate from e.g. pypi -- is the goal to provide all the same information + more, or is the goal to provide basic information + napari-specific stuff. I lean more towards the latter, but would be open to the former.

@DragaDoncila
Copy link
Contributor

then what is it for? I was definitely interpolating or it was in the wiki docs
Are Categories used for anything?

Currently sadly, no. They need to be displayed on hub. I've added an issue on hub-lite (and opened a couple of others prompted by this PR), and I've triaged all the open issues using the critical and desired tags, to give us an idea of the work that still needs doing before we can consider the hub somehow "feature complete" - though of course, there are always more improvements to make.

Co-authored-by: Draga Doncila Pop <[email protected]>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

documentation Improvements or additions to documentation

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants