| 지니가 GEF를 만났을때3(Pallete&EditPolicy)(2008/11/10) | |
JLab 허원진
팔랫트와 에디트 정책에 대해서 알아보자. 비교적 이전 기사들과 달리 GEF 스펙에 대해 알아야될 부분이 많다. 이해보다는 일련의 필요 과정으로 인식해 주기를 바란다. 디버그 포인트를 의심 나는 곳 마다 걸어서 흐름을 꼭 한번 살펴 보도록 하자.
프레임워크 개발자의 시점으로 보라
Microsoft Office
오피스 사용자가 오피스 문서에 문자를 삽입 하는 과정을 통해 Graphical Editing System에 대해서 알아보자.
1. 팔랫트에서 문자 선택
2. 팔랫트 프로퍼티에서 세부사항(크기, 배열 등) 선택
3. 켄버스 영역에 문자를 삽입 할 위치에 클릭
4. 삽입할 문자 입력
5. 드레그&드롭을 통해 문자 위치 조정과 영역 조정
여기 까지는 Graphical Editor를 사용하는 사용자의 관점이고, 이제 이를 지원할 에디터를 만들 수 있는 GEF를 만든 개발자의 시점으로 각 과정을 바라보자.
1. 팔랫트에서 문자 선택
에디터 개발자가 편집에 사용하는 요소들을 나열하고 이를 선택 할 수 있게 지원해야한다.
2. 팔랫트 프로퍼티에서 세부사항(크기, 배열 등) 선택
일반적인 팔랫트 형태가 아닌 임의의 팔랫트나 프로퍼티 창이나 별도의 윈도우를 통한 GUI를 지원해야 한다.
3. 켄버스 영역에 문자를 삽입 할 위치에 클릭
켄버스에서 일어나는 유저 입력 이벤트를 인식해야 한다.
4. 삽입할 문자 입력
canvas 영역에 세부사항을 입력 할 수 있도록 유연한 환경을 제공해야 한다.
5. 드레그&드롭을 통해 문자 위치 조정과 영역 조정
유저 입력 이벤트에 따른 시나리오가 정의되어 있고 이를 통제 할 수 있어야 한다.
GEF 개발자 보다는 GEF 유저가 쉽고, GEF 유저 보다는 에디터 사용자가 쉽다. 당연한 이야기다. 하자만 역설 적으로 에디터를 잘 사용하기 위해서는 에디터 시스템을 이해하고 GEF를 이용해 에디터를 잘 만들기 위해서는 GEF를 잘 이해해야할 필요가 있다. 여러분들이 매일 그리는 문서 속의 End User가 아닌 Provider중의 Provider로 생각해 보는것이다. 물론 이러한 역발상이나 이해 없이도 GEF를 기계적으로 구현하고 사용하는것에는 무리가 없다. 하지만 여러분들은 끊임없는 "어떻게해"에 시달려야 한다. 뷰어를 Draw2D가 아닌 SWT OpenGL로 바꿀려면 어떻게 해, 마우스나 키보드가 아닌 새로운 장치의 입력을 통한 편집은 어떻게 해 등등 "어떻게해" 에 시달리게 된다. GEF 개발자도 사람이다. GEF 사용자의 편의성과 구현 비용을 절충 하여 GEF를 만들었다. 즉 여러분이 "내가 GEF 이 부분은 나 라면 이렇게 만들었을 꺼야" 한다면 그렇게 됐을 확률이 높다는 것 이다.
GEF에서는 어떻게 구현됐을까? 이전 기사의 Viewer부분을 떠올려 보자. 그때 우리는 Viewer에 그리기 위해 모델을 정의 하고 이를 Viewer의 컨텐트로 설정하는 작업을 했다. 현대 개발에 있어서 이처럼 기본이 되는 모델 중심으로 개발 진행이 되는것은 일반적으로 되었다.
Natural World to System
지난 기사를 바탕으로 윗 그림에 줄 긋기 놀이를 해보자. GEF를 이용 타원을 그리기 위해서는 일반적인 일상에서의 타원에 대한 관념이 필요하다. 찌그러진 공, 여름철 붉게 물든 해, 서양 수박... 이것들은 시스템에서 다루게될 기본 모델로 바뀐다. 이 모델에는 타원의 일반적인 정보(크기, 위치 등등)를 기록할 수 있는 필드로 구성 된다. 하지만 이러한 기본 모델만을 시스템에 적용하여 결과를 얻기에는 부족하다. 모델을 이용하고자 하는 목적에 따라 기본 모델을 확장하거나 부가 정보를 붙히는 작업이 필요하다. 뷰어에 그리는 작업만 해도 어디에 그릴것인가? 그리는데 제약(크기, 색상 범위)은 무엇인가? 배치는 어떻게 해야하나? 등등 시스템만의 부가 정보가 필요하다. 따라서 특정 클래스를 이용 기본 모델을 인자로 사용하거나 기본 모델을 확장하여 역할을 수행한다. Edit Part는 아래와 같이 이들을 연결해 주는 선과 같은 역할을 한다. 여기 까지 우리는 GEF 아키텍트와 시스템, 페턴등을 알아 왔다. 이제 Specific Class 사용법만 알아둔 다면 GEF를 마음대로 사용 할 수 있다. 편집과 팔랫트를 위한 Specific Class를 알아보자.
Pallete
에디터 개발자가 편집에 사용하는 요소들을 나열하고 이를 선택 할 수 있게 지원해야한다. 우선 에디터 클래스에 팔랫트 등록 부분을 살펴 보자. 필자는 팔랫트 또한 Edit Part에 있는것이 맞다고 생각하지만, Edit Part Class의 비대화와 팔랫트 유무에 따른 기본 에디터 클래스 분리 때문에 별도의 클래스를 만든것 같다. 다시 말 하지만 GEF 에디터는 여러개의 복잡한 초기화가 필요한 인스턴스로 구성 되어있다. GEF 개발자는 팩토리 패턴을 이용했다. 팔랫트 자체에는 아무런 가변 정보가 없기 때문에 static 형이여도 무관하다.
private static PaletteRoot PALETTE_MODEL;
@Override
protected PaletteRoot getPaletteRoot() {
System.err.println("** getPaletteRoot. **");
if (PALETTE_MODEL == null)
PALETTE_MODEL = SimplePaletteFactory.createPalette();
return PALETTE_MODEL;
}아래의 코드가 없다면 팔랫트를 선택하고 켄버스에 드롭되는 것을 알 수 없게 된다. 팔랫트와 켄버스는 서로 다른 widget이므로 다른 위젯 영역의 이벤트를 리스닝 하기 위한 코드로 보면 된다. 위 코드와 마찬가지로 팔랫트 준비에 필요한 기본 코드로 인식 하자.
protected PaletteViewerProvider createPaletteViewerProvider() {
return new PaletteViewerProvider(getEditDomain()) {
protected void configurePaletteViewer(PaletteViewer viewer) {
super.configurePaletteViewer(viewer);
// create a drag source listener for this palette viewer
// together with an appropriate transfer drop target listener,
// this will enable
// model element creation by dragging a
// CombinatedTemplateCreationEntries
// from the palette into the editor
// @see ShapesEditor#createTransferDropTargetListener()
viewer
.addDragSourceListener(new TemplateTransferDragSourceListener(
viewer));
}
};
}그럼 실제 PalleteRoot 클래스는 어떨까.
package net.jlab.get.example.editor;
import net.jlab.get.example.editor.model.SimpleModel;
import org.eclipse.gef.palette.CombinedTemplateCreationEntry;
import org.eclipse.gef.palette.MarqueeToolEntry;
import org.eclipse.gef.palette.PaletteContainer;
import org.eclipse.gef.palette.PaletteDrawer;
import org.eclipse.gef.palette.PaletteEntry;
import org.eclipse.gef.palette.PaletteRoot;
import org.eclipse.gef.palette.PaletteToolbar;
import org.eclipse.gef.palette.PanningSelectionToolEntry;
import org.eclipse.gef.palette.ToolEntry;
import org.eclipse.gef.requests.SimpleFactory;
import org.eclipse.jface.resource.ImageDescriptor;
final class SimplePaletteFactory {
static PaletteRoot createPalette() {
PaletteRoot palette = new PaletteRoot();
palette.add(createToolsGroup(palette));
palette.add(createShapesDrawer());
return palette;
}
private static PaletteEntry createToolsGroup(PaletteRoot palette) {
PaletteToolbar toolbar = new PaletteToolbar("Tools");
// Add a selection tool to the group
ToolEntry tool = new PanningSelectionToolEntry();
toolbar.add(tool);
palette.setDefaultEntry(tool);
// Add a marquee tool to the group
toolbar.add(new MarqueeToolEntry());
return toolbar;
}
private static PaletteContainer createShapesDrawer() {
PaletteDrawer componentsDrawer = new PaletteDrawer("Simple");
CombinedTemplateCreationEntry component = new CombinedTemplateCreationEntry(
"Ellipse",
"Create an elliptical shape",
SimpleModel.class,
new SimpleFactory(SimpleModel.class),
ImageDescriptor.createFromFile(SimpleEditor.class, "icons/ellipse16.gif"),
ImageDescriptor.createFromFile(SimpleEditor.class, "icons/ellipse24.gif"));
componentsDrawer.add(component);
return componentsDrawer;
}
}SimplePalleteFactory.java
팔랫트는 위와 같은 구조로 됐다. 기본적인 편집 요소를 담고 있는 ToolBar와 유저한 정의한 편집 요소들을 구룹 별로 분리한 Container이다. 위의 그림에서는 Simple이라는 구룹에 Ellipse 팔랫트 엔트리 하나 만 있지만 추가적인 구룹을 넣을 수 있다.
툴바에 기본적인 편집 요소 선택 툴과 범위 선택 툴을 넣은 것이다. 이 외에 연결선 툴도 있다. 이 코드는 팔랫트 구성에 있어서 기본적인 코드라 생각하자.
// Add (solid-line) connection tool
tool = new ConnectionCreationToolEntry(
"Solid connection",
"Create a solid-line connection",
new CreationFactory() {
public Object getNewObject() { return null; }
// see ShapeEditPart#createEditPolicies()
// this is abused to transmit the desired line style
public Object getObjectType() { return Connection.SOLID_CONNECTION; }
},
ImageDescriptor.createFromFile(ShapesPlugin.class, "icons/connection_s16.gif"),
ImageDescriptor.createFromFile(ShapesPlugin.class, "icons/connection_s24.gif"));
toolbar.add(tool);
// Add (dashed-line) connection tool
tool = new ConnectionCreationToolEntry(
"Dashed connection",
"Create a dashed-line connection",
new CreationFactory() {
public Object getNewObject() { return null; }
// see ShapeEditPart#createEditPolicies()
// this is abused to transmit the desired line style
public Object getObjectType() { return Connection.DASHED_CONNECTION; }
},
ImageDescriptor.createFromFile(ShapesPlugin.class, "icons/connection_d16.gif"),
ImageDescriptor.createFromFile(ShapesPlugin.class, "icons/connection_d24.gif"));
toolbar.add(tool);
팔랫트 구룹과 엔트리를 등록 하는 부분이다.
CombinedTemplateCreationEntry의 3번째의 인자를 통해 해당 팔랫트가 선택돼 켄버스 영역에 드롭 된다면, 이 인자와 연결된 명령어를 찾게 된다. 풀어서 이야기 하면 타원을 선택하고 이것을 선택 켄버스에 드롭 하면 타원을 생성하는 명령을 찾게 된다.ConnectionCreationToolEntry의 마지막 인자의 24픽셀 이미지의 용도는 아직 없는것으로 보인다.여기 까지의 코드를 이전 예제에 추가 한다면 다음과 같은 일을 할 수 있다.
1. 팔랫트 영역에 엔트리가 보인다.
2. 팔랫트를 선택 하고 켄버스에 드롭한 이벤트를 알 수 있다.
Edit Policy
GEF에서 가장 코딩량이 많고 복잡하며 버그를 많이 만드는 부분이다. 하지만 프로젝트는 달라도 Edit Policy와 Command는 거이 일정하게 쓰이는 코드만 사용되므로 한번만 잘알아두면 된다. Pallete Section의 코드를 실행 하면 팔랫트는 보이고 드래그&드롭도 되지만 켄버스에 그려지는 모델이 없다. 또한 켄버스에 그려진 모델이 없으므로 편집 조차 할 수 없다. 우선 팔랫트 선택후 드래그&드롭을 하면 모델을 켄버스에 그리는(생성하는) 작업을 추가로 해보자. 잠깐 Command에 대해 언급 하자면 에디터상의 유저 엑션(타이핑, 드래깅, 클릭킹 등)은 모두 컴맨드로 관리된다. 이를 이용 하여 리두&언두(Redo&Undo)를 구현 한다. Command의 집합은 에디터가 가지고 있는 근본적인 기능의 집합이라 할 수 있다. 에디터 상의 문자를 입력하고 지우고 바꾸고 하는 모든 기능은 Command로 정의 된다. 유저 엑션에 따른 리엑션으로 특정 컴맨드가 실행된다.
위 그림은 우리가 하고자 하는 작업의 결과 화면이다. Ellipse 팔랫트로 선택하고 드래그&드롭을 하면 타원이 생성 되는것이다. 이전 까지의 작업을 통해 팔랫트가 보이고 드래그&드롭 이벤트를 연결했다. 여기에서 문제는 2가지 이다.
1. 팔랫트 선택 후 드래그&드롭 이벤트는 누가 받는것인가?
2. 선택된 팔랫트는 어디에 생성 할 것인가?
1의 답은 드래그&드롭 위치에 있는 모델의 Figure가 받는다. 그래픽을 처리하는 Figure가 받아서 이를 해당 모델의 EditPolicy의 컨맨드와 연결한다. 풀어서 생각하자. 위 그림에서 타원이 없다고 생각하자. 팔랫트에서 타원을 선택 후 하얀 켄버스 영역에 드래그&드롭을 하면 최상의 모델의 Figure가 통지를 받는다. 우리가 보는 도화지같은 하얀 영역도 모델과 Edit Part, Figure를 가지고 있다. 2의 답은 자연 스럽게 나왔다. 드래그&드롭 이벤트를 받은 모델에 생성 된다.
위 그림은 드래그&드롭 직 후 최상위 모델인 SimpleDiagram의 메모리 모습 이다.
여기서 의문이 생긴다 꼭 모델의 드래그&드롭 이벤트가 모델 생성 명령과 연결되어야 할까. 물론 아니다. Edit Policy가 그렇게 정의됐기 때문이다. Edit Policy가 추가된 SimpleDaigramEditPart를 살펴 보자.
package net.jlab.get.example.editor.edit;
import java.beans.PropertyChangeEvent;
import java.beans.PropertyChangeListener;
import java.util.List;
import net.jlab.get.example.editor.command.ShapeSetConstraintCommand;
import net.jlab.get.example.editor.command.SimpleModelCreateCommand;
import net.jlab.get.example.editor.model.SimpleDiagram;
import net.jlab.get.example.editor.model.SimpleModel;
import org.eclipse.draw2d.Figure;
import org.eclipse.draw2d.FreeformLayer;
import org.eclipse.draw2d.FreeformLayout;
import org.eclipse.draw2d.IFigure;
import org.eclipse.draw2d.MarginBorder;
import org.eclipse.draw2d.geometry.Rectangle;
import org.eclipse.gef.EditPart;
import org.eclipse.gef.EditPolicy;
import org.eclipse.gef.commands.Command;
import org.eclipse.gef.editparts.AbstractGraphicalEditPart;
import org.eclipse.gef.editpolicies.RootComponentEditPolicy;
import org.eclipse.gef.editpolicies.XYLayoutEditPolicy;
import org.eclipse.gef.requests.ChangeBoundsRequest;
import org.eclipse.gef.requests.CreateRequest;
public class SimpleDiagramEditPart extends AbstractGraphicalEditPart implements
PropertyChangeListener {
/**
* Upon activation, attach to the model element as a property change
* listener.
*/
public void activate() {
if (!isActive()) {
super.activate();
((SimpleModel) getModel()).addPropertyChangeListener(this);
}
}
/**
* Upon deactivation, detach from the model element as a property change
* listener.
*/
public void deactivate() {
if (isActive()) {
super.deactivate();
((SimpleModel) getModel()).removePropertyChangeListener(this);
}
}
@Override
public void propertyChange(PropertyChangeEvent evt) {
String prop = evt.getPropertyName();
if (SimpleDiagram.CHILD_ADDED_PROP.equals(prop)
|| SimpleDiagram.CHILD_REMOVED_PROP.equals(prop)) {
refreshChildren();
}
}
@Override
protected IFigure createFigure() {
Figure f = new FreeformLayer();
f.setBorder(new MarginBorder(3));
f.setLayoutManager(new FreeformLayout());
return f;
}
@Override
protected void createEditPolicies() {
installEditPolicy(EditPolicy.COMPONENT_ROLE,
new RootComponentEditPolicy());
installEditPolicy(EditPolicy.LAYOUT_ROLE,
new SimpleXYLayoutEditPolicy());
}
/**
* EditPolicy for the Figure used by this edit part. Children of
* XYLayoutEditPolicy can be used in Figures with XYLayout.
*
* @author Elias Volanakis
*/
private static class SimpleXYLayoutEditPolicy extends XYLayoutEditPolicy {
/*
* (non-Javadoc)
*
* @seeConstrainedLayoutEditPolicy#createChangeConstraintCommand(
* ChangeBoundsRequest, EditPart, Object)
*/
protected Command createChangeConstraintCommand(
ChangeBoundsRequest request, EditPart child, Object constraint) {
if (child instanceof SimpleModelEditPart
&& constraint instanceof Rectangle) {
return new SimpleSetConstraintCommand((SimpleModel) child
.getModel(), request, (Rectangle) constraint);
}
return super.createChangeConstraintCommand(request, child,
constraint);
}
/*
* (non-Javadoc)
*
* @see
* ConstrainedLayoutEditPolicy#createChangeConstraintCommand(EditPart,
* Object)
*/
protected Command createChangeConstraintCommand(EditPart child,
Object constraint) {
// not used in this example
return null;
}
/*
* (non-Javadoc)
*
* @see LayoutEditPolicy#getCreateCommand(CreateRequest)
*/
protected Command getCreateCommand(CreateRequest request) {
Object childClass = request.getNewObjectType();
if (childClass == SimpleModel.class) {
return new SimpleModelCreateCommand((SimpleModel) request
.getNewObject(), (SimpleDiagram) getHost().getModel(),
(Rectangle) getConstraintFor(request));
}
return null;
}
}
/*
* (non-Javadoc)
*
* @see org.eclipse.gef.editparts.AbstractEditPart#getModelChildren()
*/
protected List getModelChildren() {
return ((SimpleDiagram) getModel()).getChildren();
}
}SimpleDiagramEditPart.java
EditPolicy는 프로퍼티와 같은 Key/Value를 갖는 테이블 구조로 되어 있다.
installEditPolicy(EditPolicy.COMPONENT_ROLE,
new RootComponentEditPolicy());SimpleDiagram은 최상의 모델 임으로 삭제 되거나 크기가 바뀌어서는 안된다. 이 때문에 COMPONENT_ROLE을 위와 같이 지정 했다.
installEditPolicy(EditPolicy.LAYOUT_ROLE,
new SimpleXYLayoutEditPolicy());SimpleDaigram 영역에 배치 될 모델에 대한 제한을 선언했다. 제한의 구체적인 내용은 SimpleXYLayoutEditPolicy에 들어 있다.
SimpleXYLayoutEditPolicy의 내용은 SimpleDiagram 내에 있는 모델의 생성과 크기 변경에 대한 내용 이다. 이것도 일반적인 코드이다 거이 그대로 쓰인다. Command의 구체적인 내용은 프로젝트 소스를 보기 바란다. 특별히 업급할 내용이 없다. 여기 까지 과정으로 우리가 만든 에디터는 다음과 같은 일을 할 수 있다.
1.최상의 모델(SimpleDiagram)은 모델을 삽입 할 준비가 되어 있다.
2.최상의 모델의 임의의 영역에 모델을 배치 할 수 있는 레이아웃이 준비 되어 있다.
Detecting & Firing
이 부분은 필자가 GEF를 처음 접할때 이유를 몰라 애먹은 부분이다. GEF를 통한 모델의 변화(모델 구조의 변화가 아닌 값의 변화)와 이를 통지 하는 방법이다.
위 그림에서 화살표를 역으로 따라가자. 타원의 크기를 바꾸면 Figure를 통해 이벤트가 발생 하고 결과적으로는 Ellipse 모델의 사이즈 값이 바뀌게 된다. 당연 하다고 말 할 수 있지만 모델의 변화를 감지하고 이를 처리하는 코드가 없다면 GEF 에디터 상에서 아무런 변화가 일어나지 않는다. 필자는 이 과정도 자동으로 GEF가 처리 할 것이라 생각 했다.
위의 시퀀스 다이아그램 처럼 모델의 변화는 GEF가 처리 하지만 피드백은 GEF가 처리해 주지 않는다. 코드 상은 다음과 같다.
package net.jlab.get.example.editor.model;
import java.beans.PropertyChangeListener;
import java.beans.PropertyChangeSupport;
import org.eclipse.draw2d.geometry.Dimension;
import org.eclipse.draw2d.geometry.Point;
public class SimpleModel {
/** Property ID to use when the location of this shape is modified. */
public static final String LOCATION_PROP = "Shape.Location";
/** Property ID to use then the size of this shape is modified. */
public static final String SIZE_PROP = "Shape.Size";
private int type;
public void setType(int type) {
this.type = type;
}
public int getType() {
return type;
}
private String content;
public String getContent() {
return content;
}
public void setContent(String content) {
this.content = content;
}
/** Location of this shape. */
private Point location = new Point(0, 0);
/** Size of this shape. */
private Dimension size = new Dimension(50, 50);
public Dimension getSize() {
return size;
}
public void setSize(Dimension size) {
this.size=size;
firePropertyChange(SIZE_PROP, null, size);
}
public Point getLocation() {
return location;
}
public void setLocation(Point location) {
this.location=location;
firePropertyChange(LOCATION_PROP, null, location);
}
private transient PropertyChangeSupport pcsDelegate = new PropertyChangeSupport(this);
/**
* Attach a non-null PropertyChangeListener to this object.
* @param l a non-null PropertyChangeListener instance
* @throws IllegalArgumentException if the parameter is null
*/
public synchronized void addPropertyChangeListener(PropertyChangeListener l) {
if (l == null) {
throw new IllegalArgumentException();
}
pcsDelegate.addPropertyChangeListener(l);
}
/**
* Remove a PropertyChangeListener from this component.
* @param l a PropertyChangeListener instance
*/
public synchronized void removePropertyChangeListener(PropertyChangeListener l) {
if (l != null) {
pcsDelegate.removePropertyChangeListener(l);
}
}
/**
* Report a property change to registered listeners (for example edit parts).
* @param property the programmatic name of the property that changed
* @param oldValue the old value of this property
* @param newValue the new value of this property
*/
protected void firePropertyChange(String property, Object oldValue, Object newValue) {
if (pcsDelegate.hasListeners(property)) {
pcsDelegate.firePropertyChange(property, oldValue, newValue);
}
}
}SimpleModel.java
package net.jlab.get.example.editor.edit;
import java.beans.PropertyChangeEvent;
import java.beans.PropertyChangeListener;
import net.jlab.get.example.editor.model.SimpleModel;
import org.eclipse.draw2d.ColorConstants;
import org.eclipse.draw2d.ConnectionAnchor;
import org.eclipse.draw2d.Ellipse;
import org.eclipse.draw2d.IFigure;
import org.eclipse.draw2d.RectangleFigure;
import org.eclipse.draw2d.geometry.Rectangle;
import org.eclipse.gef.ConnectionEditPart;
import org.eclipse.gef.EditPolicy;
import org.eclipse.gef.GraphicalEditPart;
import org.eclipse.gef.NodeEditPart;
import org.eclipse.gef.Request;
import org.eclipse.gef.editparts.AbstractGraphicalEditPart;
public class SimpleModelEditPart extends AbstractGraphicalEditPart implements
NodeEditPart, PropertyChangeListener {
/*
* (non-Javadoc)
*
* @seejava.beans.PropertyChangeListener#propertyChange(java.beans.
* PropertyChangeEvent)
*/
public void propertyChange(PropertyChangeEvent evt) {
String prop = evt.getPropertyName();
if (SimpleModel.SIZE_PROP.equals(prop)
|| SimpleModel.LOCATION_PROP.equals(prop)) {
refreshVisuals();
}
}
/**
* Upon activation, attach to the model element as a property change
* listener.
*/
public void activate() {
if (!isActive()) {
super.activate();
((SimpleModel) getModel()).addPropertyChangeListener(this);
}
}
/**
* Upon deactivation, detach from the model element as a property change
* listener.
*/
public void deactivate() {
if (isActive()) {
super.deactivate();
((SimpleModel) getModel()).removePropertyChangeListener(this);
}
}
private SimpleModel getCastedModel() {
return (SimpleModel) getModel();
}
protected void refreshVisuals() {
// notify parent container of changed position & location
// if this line is removed, the XYLayoutManager used by the parent
// container
// (the Figure of the ShapesDiagramEditPart), will not know the bounds
// of this figure
// and will not draw it correctly.
Rectangle bounds = new Rectangle(getCastedModel().getLocation(),
getCastedModel().getSize());
((GraphicalEditPart) getParent()).setLayoutConstraint(this,
getFigure(), bounds);
}
}
SimpleModelEditPart.java
다음 기사에서는 Connection과 Component Layout에 대해 알아본다.
| 관련 제이랩 기사 | |
| 지니가 GEF를 만났을 때 1 | http://www.jlab.net/news/20051107/news.htm |
| 지니가 GEF를 만났을 때 2 | http://www.jlab.net/news/20051206/news.htm |
| 지니가 GEF를 만났을 때 1 (Renewer) | http://www.jlab.net/news/20081023/news.htm |
| 지니가 GEF를 만났을 때 2 (Renewer) | http://www.jlab.net/news/20081028/news.htm |
| 정보 |
| 이 기사는 2005년도의 기사를 재편집 하여 연재하는 기사입니다. |
| 예제 프로젝트 다운로드 |
About Author
허원진
제이랩 대표 운영자, Total Eclipse 대표 저자, Eclipse Consultant, Juliet Scandal Project Leader. 이클립스 프로젝트들을 적극 이용해서 저비용으로 쾌속개발을 하는데 관심이 많다. Contact
www.jlab.net
