从ProgressBar中删除句柄（使其成为NoMove）

我们正在将一个rcp应用程序从e3迁移到e4。升级完成后，我们编程实例化的所有工具控件都可以移动，因为CoolBarManager2没有实现过去调用的locklayout函数，使所有项目不可移动。从ProgressBar中删除句柄（使其成为NoMove）

为了避免这个问题，我们引入了我们自己的* e4xmi，并声明性地构造了几乎所有的布局 - 除了ProgressBar（在StandardTrim中）。这* e4xmi没有设置为主要。

要从所控制的可移动方面，我们已经失败尝试以下操作：

CSS-破解手柄，图像无[这确实更新CSS的CSS样式间谍，但不删除手柄本身]
创建我们自己的ToolItem在底部修剪与id org.eclipse.ui.ProgressBar和StandardTrim带有NoMove标记的类。 [如果修剪设置这仅适用于顶端，它不会在底部工作]
复制从StandardTrim代码来创建一个新的ToolItem一个进度条[未按IWorkbenchWindow不注射]
安装了org.eclipse.e4.ui.progress_0.1.100.v20150731-0425插件。[排序的作品，造型是完全错误的，它似乎并没有得到充分的支持]

我们如何使本地eclipse progressbar不可移动？

2017-03-02 Spork

如果不包括DnDAddon插件那么没有什么是可移动的。 –

@ greg-449我很高兴尝试这个 - 但它似乎仍然存在可移动性。我从org.eclipse.platform中删除了自己的* e4xmi和LegacyIDE.e4xmi中的DnD插件。 – Spork

我们发现了一种方法来解决我们的问题，使用原始问题中发布的解决方案之一，但有一个（非常奇怪的）修改。

我们的解决方案是使用id org.eclipse.ui.ProgressBar和带有NoMove标记的StandardTrim类在底部修剪中创建我们自己的ToolItem。这会在启动期间产生异常，除非“待渲染”未被选中。

在补充选项卡NoMove标记被添加使它不可移动。

由于一些神奇的原因，这个工程，并且不会在霓虹灯2版本（4.6.2）中产生错误。

2017-03-07 15:39:30 Spork

回答