Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.
Bug 341180 - Graphiti fails to handle resize after custom feature addition in the tutorial
Summary: Graphiti fails to handle resize after custom feature addition in the tutorial
Status: CLOSED FIXED
Alias: None
Product: Graphiti
Classification: Modeling
Component: Core (show other bugs)
Version: 0.8.0   Edit
Hardware: All All
: P3 normal (vote)
Target Milestone: 0.8.0   Edit
Assignee: Project Inbox CLA
QA Contact:
URL:
Whiteboard: Indigo M7 theme_bugs
Keywords:
Depends on:
Blocks:
 
Reported: 2011-03-28 21:35 EDT by Wendell Beckwith CLA
Modified: 2011-06-24 09:14 EDT (History)
2 users (show)

See Also:
juergen.pasch: indigo+

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Wendell Beckwith CLA 2011-03-28 21:35:22 EDT 
Build Identifier: I20110310-1119

The details for this bug are documented here, http://www.eclipse.org/forums/index.php?t=msg&th=206329&start=0&S=0b20acfd3ad69703f0e32e050fa508dd

However to recap, when following the tutorial and completing the addition of a custom feature to rename a class, the ability to resize the EClass in the tutorial is not possible.

Reproducible: Always

Steps to Reproduce:
1. Complete the graphiti tutorial up to adding the custom feature to rename a class.
2. Create a new EClass with name "A".
3. Rename the class to "AA". 
4. Now try and resize it, this will fail but moving it will succeed.
Comment 1 Juergen Pasch CLA 2011-04-28 10:09:59 EDT 
Resizing the EClass after the described steps in the early stage of the tutorial is not possible, because the edit policy GFNonResizableEditPolicy is instantiated in this particular situation: at this time "canResize" delivered "false". 
GFNonResizableEditPolicy erroneously does *never* consider the resize feature itself.
As opposed to this GFResizableEditPolicy inspects "canResize" and works fine. Maybe most shapes are created "resizable", before they become "un-resizable", so that might be the reason the wrong behaviour was never reported before.
Now the edit policy GFResizableEditPolicy works alone, since it can handle "canResize" changes.
Comment 2 Michael Wenz CLA 2011-05-25 09:14:21 EDT 
Bookkeeping
Comment 3 Michael Wenz CLA 2011-05-27 09:23:19 EDT 
Part of 0.8.0
Comment 4 Michael Wenz CLA 2011-06-24 09:14:36 EDT 
Part of Graphiti Indigo 0.8.0