Painter widget handling events
Nobody has claimed this yet.
- Dominant language
- Rust
- Stars
- 9.7k
- Forks
- 565
- PR merge metrics
- No merged PRs in 30d
Description
@cmyr proposed the idea of the painter widget handling events, in one of the zulip threads. Essentially he said
What i would do is add a new builder method to painter, with a name like... hm. paint_on_mouse_change? And that sets a bool in the painter that indicates it should invalidate itself during these events. A more robust way might be a builder fn, invalidate(mut self, fn: impl Fn(&Event) -> bool) -> Self? Basically you can pass it a closure that will receive an event and you can return a flag indicating whether you need to repaint. 🤔
I'm bringing this up in case it's still something up for consideration.
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
Locate the Painter widget and its event and invalidation handling, then review the referenced Zulip discussion for the proposed behavior. The issue names no files, tests, or acceptance criteria, so confirm the intended API and expected event behavior with maintainers before starting.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- rust
- Domain
- desktop
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100