| Summary: | [ViewMgmt] [RCP] Placement of CheatSheetView in user defined perspective | ||
|---|---|---|---|
| Product: | [Eclipse Project] Platform | Reporter: | Dirk Segelhorst <dirk.segelhorst> |
| Component: | UI | Assignee: | Platform UI Triaged <platform-ui-triaged> |
| Status: | CLOSED WONTFIX | QA Contact: | |
| Severity: | normal | ||
| Priority: | P3 | CC: | dejan, eclipse, etiennel, himself, marcusebner, n.a.edgar, urs.frei |
| Version: | 3.0 | Keywords: | helpwanted |
| Target Milestone: | --- | ||
| Hardware: | PC | ||
| OS: | Windows 2000 | ||
| Whiteboard: | stalebug | ||
This is because it was decided that the CheatSheet view should be "sticky". Sticky views are automatically placed by the workbench (in a particular area). This declaration is made in the cheatsheet plugin. Perhaps this declaration should be moved to the platform or SDK plugin so that RCP apps aren't hampered by our decision... Dejan? Is there any workaround for Eclipse 3.0? I don't believe there is. You could perhaps copy the extension for the cheat sheet view into your plugin, giving it a different id. Not sure if there are other dependencies on the id. I copied the extension for the cheat sheet view and it seems to overwrite the original definitions. But the cheat sheet view stays docked on the right side because my editor is absent. From extension point documentation: location - optional attribute that specifies the location of the sticky view relative to the editor area. If absent, the view will be docked to the right of the editor area. I think the location attrbute should work for RCP applications , even if there is no editor. *** Bug 64099 has been marked as a duplicate of this bug. *** The Problem is the same with dynamic help view in Eclipse 3.1. The RCP developer should be able to place these views. Sorry - late in the game, a lot of bugs were moved around and too many 3.2 items ended up on my plate. Moving to 3.3 since I was not able to address this for 3.2. Any chance to get this fixed for 3.3? (In reply to comment #9) > Any chance to get this fixed for 3.3? Sorry, it doesn't look like I will have time to do this for 3.3. Boris, can you change the target milestone? Mass update - removing 3.4 target. This was one of the bugs I marked for investigation (and potential fixing) in 3.4 but I ran out of time. Please ping on the bug if fixing it would be really important for 3.4, and does not require API changes or feature work. Remy is now responsible for watching the [ViewMgmt] category. This bug hasn't had any activity in quite some time. Maybe the problem got resolved, was a duplicate of something else, or became less pressing for some reason - or maybe it's still relevant but just hasn't been looked at yet. If you have further information on the current state of the bug, please add it. The information can be, for example, that the problem still occurs, that you still want the feature, that more information is needed, or that the bug is (for whatever reason) no longer relevant. This bug hasn't had any activity in quite some time. Maybe the problem got resolved, was a duplicate of something else, or became less pressing for some reason - or maybe it's still relevant but just hasn't been looked at yet. As such, we're closing this bug. If you have further information on the current state of the bug, please add it and reopen this bug. The information can be, for example, that the problem still occurs, that you still want the feature, that more information is needed, or that the bug is (for whatever reason) no longer relevant. -- The automated Eclipse Genie. |
It is not possible to place the CheatSheetView freely in a user defined perspective. If I try to define the following... IFolderLayout left = layout.createFolder("left", IPageLayout.LEFT, 0.25f, editorArea); left.addPlaceholder("org.eclipse.ui.cheatsheets.views.CheatSheetView"); ... I get this message: Part already exists in page layout: org.eclipse.ui.cheatsheets.views.CheatSheetView. For a RCP application like mine it is important to be able to place the CheatSheetView.