7

我有一个具有三列布局的 Eclipse RCP 应用程序：

在此处输入图像描述

编辑器区域在最右边。现在，当你开始IPageLayout使用时，编辑器区域已经添加进去了。这很好：我们在编辑器的左侧添加区域 B，在 B 的左侧添加区域 A，布局正是我们需要的。

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

似乎根本原因是当你得到你的编辑器时，编辑器就位IPageView，因此你必须IFolderLayout相对于它定位 s 。相反，如果您可以相对于 B 定位编辑器，那么 resize 会做正确的事情。

所以我的问题：

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

2 回答 2

7

我知道没有办法改变IPageLayoutEclipse 3.x 中的布局树。然而，在 Eclipse 4.2 中，应用程序模型可以在运行时动态更改。

因此，如果您考虑将您的应用程序迁移到 Eclipse 4，那么这个解决方案可能是一个选择。为了尽可能保持原始应用程序和 UI 代码不变，此解决方案将

  • 充分利用 Eclipse 4 的兼容性层，从基于 Eclipse 3 的 RCP 应用程序创建应用程序模型。无需创建应用程序模型或更改应用程序的 UI 代码。
  • 应用程序激活后重新排列编辑器区域的布局。这是通过在单独的插件中创建插件类来完成的。
  • 允许在未来轻松迁移到更多 Eclipse 4 功能：如果您决定构建自己的应用程序模型，您只需解开插件插件即可。

我从 Eclipse 3 的常规 RCP 邮件模板开始，并更改了透视图以重现问题。这是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在您的产品依赖项中包含 及其所需的插件。使用实时编辑器，您可以查看由兼容层创建的应用程序模型。

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

兼容层创建的布局树

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

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

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

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

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

添加Addon类：选择New->Other->Eclipse 4->Classes->New Addon Class

添加Model Fragment：选择New->Other-Eclipse 4->Model->New Model Fragment。打开创建的fragment.e4xmi文件并添加一个Model Fragment. 对于 Element Id，put 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);
    }
  }
}

（请注意，上面的代码有点hack，因为它只适合这个特定的问题。）

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

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

于 2012-08-17T16:46:12.663 回答
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);
于 2012-08-14T15:24:47.010 回答