Bugzilla – Full Text Bug Listing
| Summary: | Show Outline (CTRL+O) view in GTK version is too big | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [Eclipse Project] Platform | Reporter: | Donatas Simkunas <donatas.simkunas> | ||||
| Component: | SWT | Assignee: | Grant Gayed <grant_gayed> | ||||
| Status: | RESOLVED DUPLICATE | QA Contact: | |||||
| Severity: | normal | ||||||
| Priority: | P3 | CC: | daniel_megert, douglas.pollock, eclipse, myersdj, richkulp | ||||
| Version: | 2.1 | ||||||
| Target Milestone: | --- | ||||||
| Hardware: | PC | ||||||
| OS: | Linux-GTK | ||||||
| Whiteboard: | |||||||
| Attachments: |
|
||||||
|
Description
Donatas Simkunas
Chrix to investigate and advise Note. CTRL-O does not seem to presently work on Windows (build I20021114) Charlie, can you have a look into this? Thanks 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. Created attachment 2658 [details]
An example of computeSize difference
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. 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. *** Bug 72347 has been marked as a duplicate of this bug. *** *** Bug 64982 has been marked as a duplicate of this bug. *** |