| Summary: | [Markers] [RCP] Problems View should be independant of IDE application | ||
|---|---|---|---|
| Product: | [Eclipse Project] Platform | Reporter: | zhiwei Zhang <zzwyxh> |
| Component: | IDE | Assignee: | Tod Creasey <Tod_Creasey> |
| Status: | VERIFIED FIXED | QA Contact: | |
| Severity: | enhancement | ||
| Priority: | P3 | CC: | bokowski, wmitsuda |
| Version: | 3.2 | Keywords: | helpwanted |
| Target Milestone: | 3.3 M5 | ||
| Hardware: | PC | ||
| OS: | Windows XP | ||
| Whiteboard: | |||
| Bug Depends on: | 167893 | ||
| Bug Blocks: | |||
|
Description
zhiwei Zhang
The problems view is in the IDE. I assume you are using a different application then the one defined in the IDE? The IDE was not designed to be used with a different application. Having said that it is a popular enough view that we should move it's icon loaded out of the IDE startup. If I am correct about you using a different application let me know and I'll update the report. Sorry, I wasn't so clear. Yes, I am using it in my RCP. Is there a workaround? Thanks again. Currently there is not. (In reply to comment #3) > Currently there is not. > Would the following be an acceptable workaround? Roll your own images for the problems view (or copy them from the eclipse source), create ImageDescriptors for them and then in your RCP application's WorkbenchAdvisor call getWorkbenchConfigurer().declareImage("IMG_ETOOL_PROBLEM_CATEGORY", problemCategoryImageDescriptor, true); getWorkbenchConfigurer().declareImage("IMG_OBJS_ERROR_PATH", errorImageDescriptor, true); getWorkbenchConfigurer().declareImage("IMG_OBJS_WARNING_PATH", warningImageDescriptor, true); getWorkbenchConfigurer().declareImage("IMG_OBJS_INFO_PATH", infoImageDescriptor, true); This works. And, of course, it will break, if the problems view changes it's use of images or their symbolic names. greetings, tarek Yes and yes - just copy the problems view part of the application code into your application. If you provide me a patch I can look at doing something better in the IDE. We should really just define these in the startup method of the plug-in. Fixed as a result of fixes to Bug 167893. Note there were no code changes in the problems view code just some refactoring of the application plug-in. Verified in 20060206-0100 |