Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.
Bug 328834 - View/editor resizing slow and uneven
Summary: View/editor resizing slow and uneven
Status: RESOLVED WORKSFORME
Alias: None
Product: e4
Classification: Eclipse Project
Component: UI (show other bugs)
Version: unspecified   Edit
Hardware: All All
: P3 normal (vote)
Target Milestone: ---   Edit
Assignee: Project Inbox CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-10-27 10:48 EDT by Boris Bokowski CLA
Modified: 2013-06-06 11:46 EDT (History)
3 users (show)

See Also:

Attachments
Remove the 'display.update()' call (827 bytes, patch)
2010-10-28 10:49 EDT, Eric Moffatt CLA 		no flags Details | Diff
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 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...