Eclipse的WTP转换输出(Eclipse's WTP translation output)

 我可以发现，如果在ToolWindowsPane.paintChildren()的上下文中调用graphstream ViewPanel的paintComponent() ，则只会删除绘图。 在大多数情况下，不同地调用paintComponent() （堆栈上的方法更少，特别是ToolWindowsPane没有任何方法）。 
 
 例如，每次在IntelliJ中的某个位置显示工具提示时，似乎都会调用ToolWindowsPane.paintChildren() 。 因此，绕过问题的一个肮脏的黑客是使用重写的paintComponent实现自定义ViewPanel 。 这很容易，因为graphstream的DefaultView可以扩展。 
 
 以下代码查看调用层次结构，并在必要时发出repaint() 。 这解决了这个问题，但会导致额外的渲染工作，但在我的情况下这似乎不是问题。 
 
public class CustomView extends DefaultView { 

  public CustomView(Viewer viewer, String identifier, GraphRenderer graphRenderer) { 
    super(viewer, identifier, graphRenderer); 
  } 

  @Override 
  public void paintComponent(Graphics g) {  
    StackTraceElement[] stackElements = Thread.currentThread().getStackTrace(); 
    for (int i = 0; i < stackElements.length; i++) { 
      if (stackElements[i].getClassName().equals(ToolWindowsPane.class.getName())) { 
        repaint(); 
        break; 
      } 
    } 
    super.paintComponent(g); 
  } 

}

I could find out that erasing the drawing only occurs, if paintComponent() of the graphstream ViewPanel is called in the context of ToolWindowsPane.paintChildren(). In most cases paintComponent() is called differently (fewer methods on the stack, especially nothing from ToolWindowsPane).
 
ToolWindowsPane.paintChildren() seems to be called every time a tooltip is displayed somewhere in IntelliJ, for example. So a dirty hack to circumvent the problem was to implement a custom ViewPanel with overridden paintComponent. This was easy because DefaultView of graphstream can be extended.
 
The following code looks into the call hierarchy and issues a repaint() if necessary. This solved the problem, but causes extra rendering effort, which however does not seem to be a problem in my case.
 
public class CustomView extends DefaultView { 

  public CustomView(Viewer viewer, String identifier, GraphRenderer graphRenderer) { 
    super(viewer, identifier, graphRenderer); 
  } 

  @Override 
  public void paintComponent(Graphics g) {  
    StackTraceElement[] stackElements = Thread.currentThread().getStackTrace(); 
    for (int i = 0; i < stackElements.length; i++) { 
      if (stackElements[i].getClassName().equals(ToolWindowsPane.class.getName())) { 
        repaint(); 
        break; 
      } 
    } 
    super.paintComponent(g); 
  } 

}