Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.

Bug 328834

Summary: View/editor resizing slow and uneven
Product: [Eclipse Project] e4 Reporter: Boris Bokowski <bokowski>
Component: UIAssignee: Project Inbox <e4.ui-inbox>
Status: RESOLVED WORKSFORME QA Contact:
Severity: normal    
Priority: P3 CC: emoffatt, ob1.eclipse, remy.suen
Version: unspecified   
Target Milestone: ---   
Hardware: All   
OS: All   
Whiteboard:
Attachments:
Description Flags
Remove the 'display.update()' call none

Description Boris Bokowski CLA 2010-10-27 10:48:03 EDT 
I20101027-0214

If you resize editors or views on the Mac (I am using 64 bit Cocoa), the various affected views and editors get redrawn at different times, which makes the resize end-user experience less than optimal. We should be able to do better!
Comment 1 Oleg Besedin CLA 2010-10-27 11:26:12 EDT 
For me (Mac Cocoa 32):

- resizing speed - slower then I would have prefferred, but about the same as it was in August.

- uneven resizing - I too see it if I drag the sizing bar below editor area on a clean workspace. The data stack with outline resizes first, then the editor area. That is something new comparing to August 30th version.
Comment 2 Oleg Besedin CLA 2010-10-27 12:08:32 EDT 
By the way, I see same uneven resizing on Windows. As my Windows box is faster, I have to look for it and drag resizing bar back and forth for the effect to become noticeable.
Comment 3 Eric Moffatt CLA 2010-10-28 10:49:35 EDT 
Created attachment 181957 [details]
Remove the 'display.update()' call


This allows the Mac to manage the layout's screen updates, works much better...

I've tried XP with the change and it works at least as well as it used to (maybe better).

Paul, could you please test this on Linux? That's the platform that I had issues with for my dragging code (which *needed* a display.update() call).
Comment 4 Eric Moffatt CLA 2010-10-29 08:52:28 EDT 
Committed in >20101029. Applied the patch.

Doing this so that Boris can have a smooth Mac resize for ESE.

I'll leave this defect open and tag it M4 for a look as to why this fix causes issues on Linux.
Comment 5 Paul Webster CLA 2010-12-08 09:06:59 EST 
Please mark the bug as fixed or move it to M5.

PW
Comment 6 Dani Megert CLA 2013-06-05 10:57:09 EDT 
Removing outdated target milestone.
Comment 7 Eric Moffatt CLA 2013-06-06 11:46:57 EDT 
The existing sash behavior hasn't resulted in any defects of this type being reported in over 2 years...