Question

我有一个Eclipse RCP应用程序，它有三种列布局：

enter image description here

编辑区位于最右侧。现在，当你得到一个IPageLayout时，编辑区域已经被添加了。没关系：我们在编辑器的左边添加区域B，在B的左边添加区域A，布局是正是我们需要的。

问题是当你在A和B之间移动窗框时，视图A和B会在不调整编辑区域大小的情况下发生变化（好;）但是当你在B和编辑区域之间移动另一个窗框时，所有三个视图都会调整大小;布局管理器用于保持A和B宽度的比例，而不我们想要的。我们希望用户能够独立移动每个窗框，并让它仅影响它接触的两个视图。

这似乎是造成这种情况的根本原因，当您获得IPageView时编辑器就位，因此您必须将IFolderLayout相对于它定位。如果您可以将编辑器相对于B定位，那么调整大小就会做正确的事情。

所以我的问题：

有没有办法告诉IPageView相对于视图定位编辑器，而不是相反？
除此之外，还有其他方法可以影响布局算法，比如编写某种布局管理器吗？

Answer 1

我知道无法在Eclipse 3.x中更改IPageLayout的布局树。但是，在Eclipse 4.2中，可以在运行时动态更改应用程序模型。

因此，如果您考虑将应用程序迁移到Eclipse 4，则可以选择此解决方案。为了保持原始应用程序和UI代码不受影响，此解决方案将

充分利用Eclipse 4的兼容层，从基于Eclipse 3的RCP应用程序创建应用程序模型。无需创建应用程序模型或更改应用程序的UI代码。
在应用程序处于活动状态后重新排列编辑器区域的布局。这是通过在单独的插件中创建一个插件类来完成的。
允许以后轻松迁移到更多Eclipse 4功能：如果您决定构建自己的应用程序模型，则可以取消挂载插件。

我从Eclipse 3的常规RCP Mail模板开始，并更改了透视图以重新创建问题。这是我在测试应用程序中使用的Perspective类：

import org.eclipse.ui.IPageLayout;
import org.eclipse.ui.IPerspectiveFactory;

public class Perspective implements IPerspectiveFactory {

  public static final String ID = "wag.perspective";

  public void createInitialLayout(IPageLayout layout) {
    String editorArea = layout.getEditorArea();
    layout.setEditorAreaVisible(true);

    layout.addStandaloneView(AView.ID, false, IPageLayout.LEFT,
                             0.25f, editorArea);
    layout.addStandaloneView(BView.ID, false, IPageLayout.LEFT,
                             0.25f, editorArea);

    layout.getViewLayout(AView.ID).setCloseable(false);
    layout.getViewLayout(BView.ID).setCloseable(false);
  }
}

它基本上创建了您描述的场景：三列布局，其中一个窗框影响所有三个部分，另一个窗格仅影响两个部分。

然后我继续迁移应用程序并更改应用程序模型。

将基于Eclipse 3的RCP应用程序迁移到Eclipse 4

此流程提供在线教程。我发现Eclipse 4.1: Run your 3.x RCP in 4.1和Eclipse 4 and the Compatibility Layer - Tutorial非常有用。

我建议在产品依赖项中包含org.eclipse.e4.tools.emf.liveeditor及其必需的插件。使用实时编辑器，您可以查看兼容层创建的应用程序模型。

一旦应用程序启动，这些窗扇仍然会以相同的方式运行。在应用程序窗口中打开实时编辑器，然后查看您的模型。

layout tree created by the compatibility layer

您可以看到包含PartSashContainer占位符的AView包含另一个PartSashContainer。在AView和该容器之间移动窗扇将更新布局树的其余部分，同时在BView和编辑器之间移动窗扇不会影响布局的其他部分。

现在，您可以将AView的占位符拖到BView和编辑器所在的容器中。这会立即产生你想要的效果：腰带只会影响他们的直接邻居。但是这些更改只会保存在自己的运行时工作区中。还需要其他一些东西来自动改变布局结构。

在运行时更改应用程序模型

由于我不想触及原始代码，我创建了另一个插件来为应用程序模型做出贡献。

在不使用模板的情况下创建没有Activator的插件项目。

添加Addon类：选择New-＆gt; Other-＆gt; Eclipse 4＆gt; Classes-＆gt; New Addon Class

添加Model Fragment：选择New-＆gt; Other-Eclipse 4＆gt; Model-＆gt; New Model Fragment。打开创建的fragment.e4xmi文件并添加Model Fragment。对于Element Id，将org.eclipse.e4.legacy.ide.application（这是遗留应用程序的标准ID）和Featurename addons放在一起。将Addon添加到Model Fragment。输入ID并将Class URI设置为您的插件类。

现在将fragment.e4xmi添加到您的org.eclipse.e4.workbench.model扩展点：

<extension
  id="id1"
  point="org.eclipse.e4.workbench.model">
  <fragment
    uri="fragment.e4xmi">
  </fragment>
</extension>

将您的贡献插件添加到应用程序产品的依赖项中。当您启动应用程序并使用实时编辑器查看模型时，您应该会看到模型中列出的Addon。

现在我们可以实施Addon。这是我的Addon类的代码：

package wag.contribution.addons;

import java.util.ArrayList;
import java.util.Arrays;
import java.util.List;

import javax.annotation.PostConstruct;
import javax.annotation.PreDestroy;
import javax.inject.Inject;

import org.eclipse.e4.core.services.events.IEventBroker;
import org.eclipse.e4.ui.model.application.MApplication;
import org.eclipse.e4.ui.model.application.ui.MElementContainer;
import org.eclipse.e4.ui.model.application.ui.MUIElement;
import org.eclipse.e4.ui.model.application.ui.advanced.MPlaceholder;
import org.eclipse.e4.ui.workbench.modeling.EModelService;
import org.osgi.service.event.Event;
import org.osgi.service.event.EventHandler;

public class LayoutSorter {

  @Inject private IEventBroker broker;

  private EventHandler handler;

  // The part IDs we are interested in, sorted in the sequence they should be
  // shown
  private static List<String> PART_IDS = Arrays.asList(new String[] {
              "wag.aView", "wag.bView", "org.eclipse.ui.editorss" });

  // Listen to the e4 core service's event broker to find the magical time
  // when the application is created and try to sort the layout.
  @PostConstruct
  void hookListeners(final MApplication application,
                     final EModelService service) {

    if (handler == null) {
      handler = new EventHandler() {
        // Try to sort the layout. Unsubscribe from event broker if
        // successful.
        @Override
        public void handleEvent(Event event) {
          try {
            sort(application, service);
            // sort did finish: stop listening to the broker.
            broker.unsubscribe(handler);
          } catch (Exception e) {
            // Something went wrong, the application model was not ready yet.
            // Keep on listening.
          }
        }
      };

      // Subscribe "ServiceEvent.MODIFIED" to grab the application.STARTED
      // event. Does anybody know how to do this in a better way?
      broker.subscribe("org/osgi/framework/ServiceEvent/MODIFIED",
                       handler);
    }
  }

  private void sort(MApplication application, EModelService service) {

    // find all placeholders
    List<MPlaceholder> placeholders = service.findElements(application,
              null, MPlaceholder.class, null);

    // only keep the ones we are interested in
    for (int i = placeholders.size() - 1; i > -1; i--) {
      if (!PART_IDS.contains(placeholders.get(i).getElementId())) {
        placeholders.remove(i);
      }
    }

    // find the parents of the placeholders
    List<MElementContainer<MUIElement>> parents = new ArrayList<>(
             placeholders.size());
    for (MPlaceholder placeholder : placeholders) {
      parents.add(placeholder.getParent());
    }

    // find the parent that is "deepest down" in the tree
    MElementContainer<MUIElement> targetParent = null;
    for (MElementContainer<MUIElement> parent : parents) {
      for (MUIElement child : parent.getChildren()) {
        if (parents.contains(child)) {
          continue;
        }
        targetParent = parent;
      }
    }

    // move all parts to the target parent
    if (targetParent != null) {
      for (int i = 0; i < placeholders.size(); i++) {
        if (targetParent != placeholders.get(i).getParent()) {
          service.move(placeholders.get(i), targetParent, i);
        }
      }
    }
  }

  @PreDestroy
  void unhookListeners() {
    if (handler != null) {
      // in case it wasn't unhooked earlier
      broker.unsubscribe(handler);
    }
  }
}

（请注意，上面的代码有点像黑客，因为它只适用于这个特定的问题。）

重新启动后，应用程序现在应该以所需的方式运行。查看应用程序模型以查看更改。

要注意的一件事是，如果保存已打开，则本地更改将保存在文件.metadata\.plugins\org.eclipse.e4.workbench\workbench.xmi的运行时工作空间中，因此，为了重新创建未更改的模型，必须删除此文件以进行测试。

Answer 2

我不认为，有可能达到你想要的（所以问题的答案是1.不，2。不）。但它有第三种选择，IMO表现得相当不错。

在Eclipse中尝试时：从左侧的viewA和右侧的Editor开始。然后，当您将viewB拖到viewA的右侧时，您将获得您描述的（错误）设置。但是，然后将其拖动到编辑器的左侧部分，然后您将获得不同的配置，其中拖动右窗扇的行为符合您的要求。拖动左窗框会调整viewA和Editor以及MOVES viewB。

我想说实现这一目标的代码是：

IFolderLayout areaA = layout.createFolder("A", IPageLayout.LEFT, 0.33f, editorArea);
IFolderLayout areaB = layout.createFolder("B", IPageLayout.LEFT, 0.5f, editorArea);

Eclipse RCP IPageLayout困扰

2 个答案: