[Feature Request] Dev Tools Callback Graph per Page
Nobody has claimed this yet.
- Dominant language
- Python
- Stars
- 24.4k
- Forks
- 2.3k
- Avg merge
- 2d 7h
- Merged PRs (30d)
- 13
Description
The recent introduction of hide_all_callbacks and the hidden flag for both server-side and client-side callbacks has made the Dev Tools callback graph genuinely useful for large, multi-page Dash apps. Huge kudos to @l0uden and @CNFeffery for these improvements 🚀
That said, for dashboards with dozens of pages, the callback graph still becomes overwhelming because it aggregates callbacks from all pages at once. It would be incredibly helpful to have an option to display only the callbacks relevant to the currently active page.
I understand this may be non-trivial (or even impossible) to implement especially given shared callbacks, dynamic layouts, or cross-page dependencies. But if feasible, such a thing would dramatically improve usability and debugging productivity for complex multi-page applications.
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
The issue does not name files, tests, or entry points; start by locating the Dev Tools callback-graph implementation and its page or callback metadata. Done means an option can show only callbacks relevant to the active page while accounting for shared callbacks, dynamic layouts, and cross-page dependencies.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- python
- Domain
- devtools
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100