| Summary: | Add add/removePaintListener to Control in RAP | ||
|---|---|---|---|
| Product: | [RT] RAP | Reporter: | Tobias Liefke <eclipse> |
| Component: | RWT | Assignee: | Project Inbox <rap-inbox> |
| Status: | ASSIGNED --- | QA Contact: | |
| Severity: | enhancement | ||
| Priority: | P3 | CC: | igor.novakovic, tbuschto |
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Hardware: | All | ||
| OS: | All | ||
| Whiteboard: | |||
| Bug Depends on: | |||
| Bug Blocks: | 380648 | ||
|
Description
Tobias Liefke
+1 With paintListener on Control we can also support SWT.Paint. BTW, there is an SWT.Show event if you want to run code when the widget becomes visible (for the first time). Thanks for approval. As I said, this is how PaintListeners are partly used in different Eclipse plugins I've seen during migration to RAP, not how I'm using them. I would try to support this for real. The GC client implementation was recently changed so that i *think* this is fixable entirely on the server. That would be cool! Since SWT.Paint exists, it's already possible to add an untyped paint listener on any Control, so I think we could as well pull up the add/removePaintListener() methods. However, I'd not start to implement painting on arbitrary widgets in the web client before we have some convincing use cases that make sense for RAP. Even if possible, painting would still behave different than it does in SWT (like not painting on top but below content, not refreshing, etc...), and in most cases it won't be appropriate for the web. |