GGr*_*rec 105 java eclipse-plugin eclipse-rcp e4 eclipse-luna
我正在研究3.8-e4混合(即我们有Luna依赖,但我们还没有使用Application.e4xmi).所以我们基本上运行了紧凑的图层.
话虽如此,找到一种e4编程方式将这些讨厌的视图堆叠到编辑器文件夹上会很不错.
我想在编辑器区域中放置一个通用视图文件夹,以便在那里打开在运行时打开的每个视图.

(图片从这个问题中被盗)
创建透视扩展,并将每个可能的视图添加到该扩展,并将关系堆栈放在相对的org.eclipse.ui.editorss上.如果你有太多的视图要打开,并且项目可以快速扩展,那么这有点不方便.我还注意到通配符视图ID在这里不起作用.

如果您发现自己有时间将每个可能的视图添加到透视图扩展中,那就可以了.虽然,如果您打开一个未在此处添加的视图(即:在另一个文件夹中打开),则每个后续打开的视图将在上一个文件夹中打开,而不是在编辑器区域中打开(如果不是,请查询更多说明)得到它).
在IPerspectiveFactory,我们有权访问IPageLayout,恰好是org.eclipse.ui.internal.e4.compatibility.ModeledPageLayout(e4的东西).
现在,这种ModeledPageLayout实现是合理的,但也没有文档和奇怪的公共API.这个可以将视图叠加在任何其他亲属上
modeledPageLayout.stackView("newView0", IPageLayout.ID_EDITOR_AREA);
Run Code Online (Sandbox Code Playgroud)
这将是2.1的程序化版本.此外,这里出现同样的问题.如果在其他地方打开视图,则上面的代码变得无用.
有趣的是,stackViewAPI不支持通配符(而其他的如此addView).
我有很多观点,每个都有很多不同的文件夹.一切都准确无误.
由于Eclipse提供的API可以从系统周围的任何地方获取所有视图ID,因此我希望按照透视图执行以下操作:未添加到特定文件夹的每个视图ID都将附加到编辑器区域(即编辑器文件夹) ,编辑堆栈).
这将是我的最后手段,除非有人提供更方便和省时的解决方案.
请记住,e4程序化替代方案更灵活!
这些将在e4版本中弃用.
我最近打开的这个错误附带了一个小型SSCCE.此评论中描述了重现此步骤的步骤,因此我不打算将它们复制粘贴到此处.
| 归档时间: |
|
| 查看次数: |
4319 次 |
| 最近记录: |