Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.
Bug 364121 - Dynamic table disabling is not shown in GUI
Summary: Dynamic table disabling is not shown in GUI
Status: CLOSED FIXED
Alias: None
Product: z_Archived
Classification: Eclipse Foundation
Component: Scout (show other bugs)
Version: unspecified   Edit
Hardware: PC All
: P3 normal (vote)
Target Milestone: ---   Edit
Assignee: Daniel Wiehl CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-11-18 04:10 EST by Stephan Merkli CLA
Modified: 2021-08-19 11:02 EDT (History)
1 user (show)

See Also:
zimmermann: juno+

Attachments
Patch which triggers a repaint if the table is disabled / enabled (632 bytes, patch)
2011-12-21 06:33 EST, Remo Arpagaus CLA 		no flags Details | Diff
Patch (750 bytes, patch)
2011-12-21 08:14 EST, Remo Arpagaus CLA 		daniel.wiehl: iplog+
daniel.wiehl: review+
Details | Diff
mylyn/context/zip (1.33 KB, application/octet-stream)
2011-12-23 10:44 EST, Daniel Wiehl CLA 		no flags Details
Show Obsolete (1) View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Stephan Merkli CLA 2011-11-18 04:10:23 EST 
Build Identifier: M20110210-1200

When disabling an editable table, the disabling is not represented directly in the GUI. The table still looks like being editable. Only when clicking into the table try editing a cell, the table is disabled. The same is true for enabling the table. Even when clicking on a row after disabling the table, only some rows are marked as disabled, other rows are only marked as disabled when selecting them.

Reproducible: Always

Steps to Reproduce:
1. Create a table with editable columns
2. Create a button / link for disabling them
3. Start application, table cells are editable
4. Click button, table cells still seems to be editable
5. Clicking into table will represent the correct state (at least for some rows, usually not all of them).
Comment 1 Remo Arpagaus CLA 2011-12-21 06:33:19 EST 
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.
Comment 2 Remo Arpagaus CLA 2011-12-21 08:14:56 EST 
Created attachment 208676 [details]
Patch
Comment 3 Daniel Wiehl CLA 2011-12-23 10:44:18 EST 
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
Comment 4 Daniel Wiehl CLA 2011-12-23 10:44:20 EST 
Created attachment 208778 [details]
mylyn/context/zip
Comment 5 Daniel Wiehl CLA 2011-12-23 10:44:46 EST 
Comment on attachment 208676 [details]
Patch

Thank for contributing this patch
Comment 6 Daniel Wiehl CLA 2011-12-23 10:45:12 EST 
Comment on attachment 208676 [details]
Patch

Patch reviewed and applied
Comment 7 Matthias Zimmermann CLA 2012-07-09 06:49:27 EDT 
ticket closed.
deliverd as part of eclipse scout 3.8.0 (juno release train)