Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.
Bug 27213 - Show Outline (CTRL+O) view in GTK version is too big
Summary: Show Outline (CTRL+O) view in GTK version is too big
Status: RESOLVED DUPLICATE of bug 49724
Alias: None
Product: Platform
Classification: Eclipse Project
Component: SWT (show other bugs)
Version: 2.1   Edit
Hardware: PC Linux-GTK
: P3 normal with 1 vote (vote)
Target Milestone: ---   Edit
Assignee: Grant Gayed CLA
QA Contact:
URL:
Whiteboard:
Keywords:
: 64982 72347 (view as bug list)
Depends on:
Blocks:
 
Reported: 2002-11-27 03:17 EST by Donatas Simkunas CLA
Modified: 2005-06-23 15:56 EDT (History)
5 users (show)

See Also:

Attachments
An example of computeSize difference (1.89 KB, text/plain)
2002-12-04 19:09 EST, Charlie Gracie CLA 		no flags Details
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 Donatas Simkunas CLA 2002-11-27 03:17:51 EST 
using  Show Outline (CTRL+O) creates windows which does not fits in screen, any key 
typing closes this window. This window totally differs from motif version window and makes 
this feature unusable.
Comment 1 Christophe Cornu CLA 2002-11-27 10:20:41 EST 
Chrix to investigate and advise

Note. CTRL-O does not seem to presently work on Windows (build I20021114)
Comment 2 Christophe Cornu CLA 2002-12-02 17:03:04 EST 
Charlie, can you have a look into this? Thanks
Comment 3 Charlie Gracie CLA 2002-12-04 19:08:13 EST 
It appears that the computeSize method of Tree is computing height differently 
on GTK than on Motif and Windows.  On GTK it seems to compute the height based 
on all children and there sub children (for the children who are expanded) and 
on windows and Motif it only computes size on the direct children of the Tree 
(if the children have children it does not adjust the height for them).  I will 
attach a simple example that shows this.  I am still looking into why all key 
presses close the window.  I think it has to do with ON_TOP style be used to 
create the shell which displays the outline data.  With this style on GTK it 
seems all key events go to the parent shell (or its focused child).  I noticed 
that when I type something right after I open the Outline window it shows up in 
the editor I was working in and since the outline shell is disposed once you 
type something back in the editor that is the reason it closes on you.
Comment 4 Charlie Gracie CLA 2002-12-04 19:09:08 EST 
Created attachment 2658 [details]
An example of computeSize difference
Comment 5 Richard Kulp CLA 2003-05-20 16:40:28 EDT 
We've noticed the compute size problem with the Window->Preferences dialog too.
If we last time open had expanded a tree, the next time it comes up it is too
tall and the OK/Cancel buttons are obscured by the ( the GNome Panel (taskbar,
at bottom of desktop)). It shouldn't be growing to beyond that. What is
intersting is that when Maximizing the preferences dialog it respects the GNome
panel and doesn't get obscured by it.
Comment 6 Dani Megert CLA 2004-03-16 09:24:38 EST 
At least Ctrl+O should behave better now (we tuned it on the JDT side). There's
now also a new feature which allows to resize the control and remember the last
used size and location.
Comment 7 Dani Megert CLA 2004-08-24 12:38:26 EDT 
*** Bug 72347 has been marked as a duplicate of this bug. ***
Comment 8 Dani Megert CLA 2004-08-24 12:39:30 EDT 
*** Bug 64982 has been marked as a duplicate of this bug. ***
Comment 9 Grant Gayed CLA 2005-06-23 15:56:19 EDT 
duplicate of Tree.computeSize platform differences report


*** This bug has been marked as a duplicate of 49724 ***