Bug 30215 - Slow with flicker when opening multiple editors [package explorer]
Summary: Slow with flicker when opening multiple editors [package explorer]
Status: RESOLVED WONTFIX
Alias: None
Product: Platform
Classification: Eclipse Project
Component: UI (show other bugs)
Version: 2.1   Edit
Hardware: PC Linux-GTK
: P2 normal (vote)
Target Milestone: 2.1 RC1   Edit
Assignee: Platform-UI-Inbox CLA
QA Contact:
URL:
Whiteboard:
Keywords: performance
Depends on:
Blocks:
 
Reported: 2003-01-24 17:55 EST by DJ Houghton CLA
Modified: 2009-08-30 02:22 EDT (History)
0 users

See Also:

Attachments
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 DJ Houghton CLA 2003-01-24 17:55:26 EST 
build 2003-01-22, linux-gtk, ibm jre 1.3.1

When you select multiple java classes (I selected 15)  in the packages view and
open them, it is slow and there is lots of flicker on the screen.

Note that my packages view is a fast view. (if it makes a difference)

One other thing that I noticed was that the decorator for each file was cleared
and then re-applied as that particular file was being opened.
Comment 1 DJ Houghton CLA 2003-01-24 17:56:37 EST 
Also note that immediately hitting shift-ctrl-f4 to close them all also forces
the decorators to be re-drawn.
Comment 2 Dirk Baeumer CLA 2003-01-27 04:40:04 EST 
The OpenAction should open the files using a workbench runnable to batch the 
deltas. 

But repainting the decorator can't be avoided since opening a file replaces the 
compilation unit with its working copy in the tree.
Comment 3 Dirk Baeumer CLA 2003-02-06 06:07:51 EST 
Actually, these are two different issues:

- the open action should open all editors inside a JavaCore.run(...) to
  batch the Java deltas send out. This would reduce flicker in the
  package explorer (working copy issue). Opened a separate PR for this (bug 
  31077)

- there is also flickering in the editor area. Moving to platform to comment
  on this.
Comment 4 Nick Edgar CLA 2003-02-11 15:28:36 EST 
This is on the "hot list" of PRs to address for 2.1 based on input from the 
other teams.
Comment 5 Eduardo Pereira CLA 2003-02-18 14:26:18 EST 
JDT is not going to fix bug 31077 and I tried adding setRedraw(false) on the 
editor side but it felt worse. The user would wait a long time without seen 
any change an then a redraw would happen. It looked as Eclipse was frozen for 
a while.

Maybe what we could do later (> 2.1) is some lazy opening.
Comment 6 Dirk Baeumer CLA 2003-02-19 05:11:33 EST 
Bug 31077 got addressed in JDT UI land. See bug for details.
Comment 7 Denis Roy CLA 2009-08-30 02:22:08 EDT 
As of now 'LATER' and 'REMIND' resolutions are no longer supported.
Please reopen this bug if it is still valid for you.