Community
Participate
Working Groups
When you modify a property in the table, "sometimes", the refresh of the table does move the scrollbar (the scrollbar returns to this initial position, that is to say, left). Step to reproduce, using the workbench plugin : 1/ Create a table to edit an element (like a class for example) 2/ Move the scrollbar from its initial position 3/ Modify the Class visibility 4/ Click anywhere on the table -> the scrollbar returns to this initial position!
Created attachment 190535 [details] Patch for Bug 338536 Hi, Please find attached a patch which solves this problem. We modified the way the table is redrawn after any modification. The horizontal/vetical scrollbar's states are maintained. The current selection is no longer lost when validating a modification. Atuhors of this contribution are Nicolas Bros (commiter) and myself: (a) I, Nicolas Guyomar, wrote 100% of the code I've provided. (b) I have the right to contribute the code to Eclipse. (c) I contribute the content under the EPL. Regards, Nicolas Guyomar
Created attachment 190737 [details] Patch for Bug 338536 Hi, Please find attached an updated version of this patch, without text indentation differences. Authors of this contribution are Nicolas Bros (commiter) and myself: (a) I, Nicolas Guyomar, wrote 100% of the code I've provided. (b) I have the right to contribute the code to Eclipse. (c) I contribute the content under the EPL. Regards, Nicolas Guyomar
Comment on attachment 190737 [details] Patch for Bug 338536 Here are a contribution from two employee of Mia-Software, targeting future Indigo release. The company has signed a Member Commiter Agreement. The contribution does not need a CQ (see bug 322327). I've committed this contribution. Committed revision 348.
This bug can be marked has fixed.
That works fine. I close the bug.