| Summary: | Dynamic table disabling is not shown in GUI | ||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
| Product: | z_Archived | Reporter: | Stephan Merkli <stephan.merkli> | ||||||||
| Component: | Scout | Assignee: | Daniel Wiehl <daniel.wiehl> | ||||||||
| Status: | CLOSED FIXED | QA Contact: | |||||||||
| Severity: | normal | ||||||||||
| Priority: | P3 | CC: | zimmermann | ||||||||
| Version: | unspecified | Flags: | zimmermann:
juno+
|
||||||||
| Target Milestone: | --- | ||||||||||
| Hardware: | PC | ||||||||||
| OS: | All | ||||||||||
| Whiteboard: | |||||||||||
| Attachments: |
|
||||||||||
|
Description
Stephan Merkli
Created attachment 208671 [details]
Patch which triggers a repaint if the table is disabled / enabled
The bug can only be reproduced if there are no other visual changes on the Scout form. If the text of the disable button's was changed the table is correctly disabled.
Even if no editable columns are used in the given table this bug will occur.
The proposed patch triggers an explicit repaint of the table and its header whenever the Scout table is disabled / enabled.
Created attachment 208676 [details]
Patch
23.12.2011 dwi [contributed by Remo Arpagaus, BSI Business Systems Integration AG] Bugzilla: 364121 Problem: If disabling / enabling a table, it sometimes happens not to look like being in disabled / enabled state. This is only a UI refresh problem, meaning that the table effectively is enabled / disabled. Solution: The proposed patch triggers an explicit repaint of the table and its header whenever the Scout table is disabled / enabled. Migration: None Created attachment 208778 [details]
mylyn/context/zip
Comment on attachment 208676 [details]
Patch
Thank for contributing this patch
Comment on attachment 208676 [details]
Patch
Patch reviewed and applied
ticket closed. deliverd as part of eclipse scout 3.8.0 (juno release train) |