Community
Participate
Working Groups
In Eclipse M5 Windows (but probably happens everywhere): 0) Get the source for SWT into Eclipse 1) In Hierarchy view select Control.isTabGroup() 2) Declarations->Hierarchy 3) You only get Control.isTabGroup() (WRONG) 4) Declarations->Workspace 5) You get Control.isTabGroup() and Decorations.isTabGroup() (CORRECT) Decorations is a subclass of Control so I expected that it would be found. So, I went to Decorations.isTabGroup() and tried the same thing and it found both. If the definition of "Hiearchy" is to look up the hierarchy, then please remove this search feature as it is harmful. I get the same "look up the hierarchy" feature by turning on "show inherited" feature. This "bug/feature" has already caused me to introduce a bug in my code because I was looking for everyone that was affected by my change to a method in the super class and incorrectly thought nobody reimplemented the method.
i do see Decorations.isTabGroup() (i have swt in binary - would that make the difference?)
Search in hierarchy should both search in super and subclasses for declarations. The fact that it works for binaries indicates that the UI calls the search engine correctly. Moving to JDT CORE.
Problem happens only if an editor is opened on Decorations. The hierarchy scope is not flexible enough and should accept results in the original compilation unit as well.
Made the hierarchy scope more tolerant and accept types in working copies that are present in the original compilation units.
Thanks Jerome. Seems really wierd that have a UI open on a class somewhere should affect the search somehow.
It is because the search engine now supports finding matches in editors (e.g. if you define a new method and have not saved it yet, it will find it).
Amazing. I would never have asked or expected anyone to implement this feature but that's just me. Very strange, searching my unsaved work in progress. Whatever. Thanks again for fixing the bug.