How you can help NiceGUI right now 🙏 #6094
Pinned
falkoschindler
announced in
Announcements
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
-
First, a thank you: the stream of issues, discussions, and pull requests is a sign of a healthy, engaged community, and we're grateful for it.
We also want to be honest: we're currently behind on reviewing PRs. This isn't because of a flood of tickets — it's a bandwidth thing. A maintainer reviewing every change is the bottleneck, and that step is hard to parallelize by simply adding more open PRs to the pile.
Several of you have generously asked "how can I help?" — so here's a concrete answer. Counterintuitively, the most useful help right now is usually not another feature PR. It's the work around review — the ~80% that doesn't require a maintainer's final say, but that today lands on us by default.
Where you can take real load off us
1. Pre-flight other people's PRs.
Before a maintainer ever looks, a PR can be checked out, run, and stress-tested by anyone:
main.A PR that arrives already exercised and de-risked is dramatically cheaper for us to merge. Leave your findings as a review comment — that's enormously helpful even without merge rights.
2. Help with triage.
Browsing open issues and PRs and adding clarity is real work that frees real time:
3. Unblock stalled PRs.
Some PRs sit in "changes requested" simply because the author went quiet, and the remaining work is mechanical — a rebase, addressing review comments, a missing test. Picking those up (with the original author's blessing where appropriate) pushes them over the line. Others are stuck on a genuine design decision — for those, see below.
4. Prepare decisions instead of waiting for them.
A few things are irreducibly ours to decide: public API design and what fits the roadmap. But you can make those decisions fast instead of slow — lay out the options, the trade-offs, and any prior art, so the call takes five minutes instead of fifty. A PR description that frames the open questions clearly is a gift.
5. Support the community.
Answering questions in Discussions, helping newcomers, and reproducing bug reports all relieve general bandwidth — even when none of it touches a single line of the codebase.
What this builds toward
This isn't only about clearing a backlog. Help of this kind is how trust grows: the more we see solid judgment on the PRs we do review, the more we can confidently hand over — eventually including ownership of whole subsystems by the people who know them best.
If you're not sure where to start, just ask in the comments and we'll point you at something. Thank you for being here. 💙
Beta Was this translation helpful? Give feedback.
All reactions