|
|
Re: How to know a class is a UI class in eclipse plugin code [message #741613 is a reply to message #740864] |
Wed, 19 October 2011 18:12 |
Sai Missing name Messages: 25 Registered: March 2011 |
Junior Member |
|
|
Thanks Deepak.
I note that UI classes are often specified in the plugin.xml. So, I am wondering how complete it would be if I chose to parse the plugin.xml file to fetch all UI classes?
Is that possible that a UI class will be instantiated (i.e., called back) by eclipse but not been specified in the plugin.xml file?
In addition, I found the plugin.xml has gone when packing a developed plugin project into a release jar, for example, i downloaded the CDT release: http://www.eclipse.org/downloads/download.php?file=/tools/cdt/releases/galileo/dist/cdt-master-6.0.0.zip, but did not find any plugin.xml inside. So, in that case, how could I know which class has been "plugged" into eclipse?
Thanks a lot
-Sai
Deepak Azad wrote on Tue, 18 October 2011 20:41On 10/19/2011 3:46 AM, Sai wrote:
> So, I am wondering is there any simple way to decide whether a class is
> a UI class? Are all UI class must extend (or implement) some class (or
> interface)? If so, I can check it by reflection. However, seems it is
> not the case. For example, a PreferencePage and ViewPart have quite
> different class hierarchies ;(
Correct. There is no simple rule for a class to be a 'UI class'.
|
|
|
|
|
|
Powered by
FUDForum. Page generated in 0.04518 seconds