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

Bug 175758

Summary:	Slow Scrolling with ScrollableThumbnail
Product:	[Tools] GEF	Reporter:	Adam Cabler <acabler>
Component:	GEF-Legacy Draw2d	Assignee:	gef-inbox <gef-inbox>
Status:	RESOLVED WONTFIX	QA Contact:
Severity:	normal
Priority:	P3
Version:	3.2.1
Target Milestone:	---
Hardware:	PC
OS:	Windows Vista
Whiteboard:	Bugzilla 3.4 Migration

Description Adam Cabler

2007-02-27 17:44:13 EST

Build ID: I20070209-1006

Steps To Reproduce:
1.Create graphical editor (GEF)
2.Create and OutlinePage extending Page and Implementing IContentOUtlinePage
3.Return this to editor's getAdapter() for IContentOutlinePage
4.Create around 1000 connections setting each to not visible
5. Try to scroll using scroll bars (works fine)
6. Try to scroll with outlinepage - extremely choppy/slow


More information:
I need to pre-create connections to allow easy show/hide operations.  Even though these connection aren't visible, they are being redrawn and layout() is called on each of them when using the outline view to navigate the diagram.  I would expect this if all of the connections were visible, but not when hidden.

Comment 1 Anthony Hunter

2007-03-08 23:55:53 EST

Hi Adam, this is not a bug but a statement "I have a big diagram and things are slow". You are going to have to profile your implementation and let us know exactly what you need fixed in GEF.

Comment 2 Adam Cabler

2007-03-09 00:41:24 EST

Hi Anthony, the point was more that all of the connections are being redrawn even when they are not visible.  I believe that this happens through the refresh call.  I can dig and find out more if this will help.


(In reply to comment #1)
> Hi Adam, this is not a bug but a statement "I have a big diagram and things are
> slow". You are going to have to profile your implementation and let us know
> exactly what you need fixed in GEF.
>

Comment 3 Anthony Hunter

2009-08-24 12:01:59 EDT

LATER and REMIND resolutions will be going away with the upgrade of Bugzilla to the latest Bugzilla 3.4.  They are no longer part of the default Bugzilla installation. See http://dev.eclipse.org/mhonarc/lists/eclipse.org-committers/msg00778.html for the announcement.

As a result 
RESOLVED + REMIND OR LATER 
will be changed to
RESOLVED + WONTFIX

This unfortunately also means I need to REOPEN and then RESOLVE as WONTFIX

Sorry for the inconvenience.

Comment 4 Anthony Hunter

2009-08-24 12:15:02 EDT

LATER and REMIND resolutions will be going away with the upgrade of Bugzilla to the latest Bugzilla 3.4.  They are no longer part of the default Bugzilla installation. See http://dev.eclipse.org/mhonarc/lists/eclipse.org-committers/msg00778.html for the announcement.

As a result 
RESOLVED + REMIND OR LATER 
will be changed to
RESOLVED + WONTFIX

This unfortunately also means I need to REOPEN and then RESOLVE as WONTFIX

Sorry for the inconvenience.