Skip to main content



      Home
Home » Eclipse Projects » Sirius » Unable to Resize Vertical Stacked Containers
Unable to Resize Vertical Stacked Containers [message #1731916] Tue, 10 May 2016 20:32 Go to next message
Eclipse UserFriend
Hi,

I have a State Machine, which has States. These States can have Regions inside. and Regions can have States and so on ...

The problem is that I can't resize States that do not have inner Regions, I can only resize States which have inner Regions.

e.g. in the attached example , I can resize S0, S1 and S3, but cannot resize S2, even though it shows points to resize on the figure.

index.php/fa/25869/0/

The States are Vertical Stacks and Regions are Free Form containers.

I can see in the UmlDesigner they have made it possible with some import stuffs I guess, but have no idea how they did it !

Thanks,
Bests,
Parsa

[Updated on: Tue, 10 May 2016 20:32] by Moderator

Re: Unable to Resize Vertical Stacked Containers [message #1732005 is a reply to message #1731916] Wed, 11 May 2016 11:41 Go to previous messageGo to next message
Eclipse UserFriend
Hi,

Until the compartment is empty it's normal that you can't resize it. The
compartment's size is calculated from the element in.
If you have one element in your compartment you can resize it.

Regards,

--
Julien - Obeo

Need training or professional services for Sirius?
http://www.obeodesigner.com/sirius
Re: Unable to Resize Vertical Stacked Containers [message #1732006 is a reply to message #1732005] Wed, 11 May 2016 11:48 Go to previous messageGo to next message
Eclipse UserFriend
Hi Julien,

Yes, This is what Sirius does (Not sure if it is normal though Wink , I found that in Obeo UML designer they could do it and thought maybe I am doing something wrong ! So, based on what you're saying they're doing something special Wink

Thanks,
Bests,
Parsa
Re: Unable to Resize Vertical Stacked Containers [message #1732007 is a reply to message #1732006] Wed, 11 May 2016 12:01 Go to previous messageGo to next message
Eclipse UserFriend
BTW, is there any easy way to fix this ? like extending editPartProvider and set an attribute for making it resizable ?

Thanks,
Parsa
Re: Unable to Resize Vertical Stacked Containers [message #1734229 is a reply to message #1732007] Mon, 06 June 2016 08:38 Go to previous messageGo to next message
Eclipse UserFriend
Hi Parsa,

Le 11/05/2016 à 18:01, Parsa Pourali a écrit :
> BTW, is there any easy way to fix this ? like extending editPartProvider
> and set an attribute for making it resizable ?

You might provide your own edit policy to handle the resize when there
is no compartiment.

The current resize implementation assumes that a RegionContainer with no
Region cannot be resized, it considers that it should have at least one
compartiment to be valid and resizable.

Could you open a bugzilla to track the issue ?

>
> Thanks,
> Parsa

Regards

--
Maxime - Obeo

Need training or professional services for Sirius?
http://www.obeodesigner.com/sirius
Re: Unable to Resize Vertical Stacked Containers [message #1734294 is a reply to message #1734229] Mon, 06 June 2016 16:52 Go to previous messageGo to next message
Eclipse UserFriend
Hi Maxime,

I have already raised it on BugZilla a few weeks ago:
https://bugs.eclipse.org/bugs/show_bug.cgi?id=494594

If I provide the whole editPart, I need to write the whole code of the editPart from scratch, and I have no idea how to do it from scratch for a Container edit part.

I was wondering if there is an attribute, I just set it to true !!!! e.g. ep.SetResizable() ; !!!! editpart does not have such an attribute ! So I guess I need to wait for this bug to be fixed Rolling Eyes

Also, as an enhancement, it would be cool if by right clicking the node in the Sirius odesign file, the user could export the corresponding editpart code for that node/borderednode/container, instead of writing their own from scratch.

Thanks,
Bests,
Parsa
Re: Unable to Resize Vertical Stacked Containers [message #1734540 is a reply to message #1734294] Thu, 09 June 2016 05:33 Go to previous message
Eclipse UserFriend
Hi Parsa,

Le 06/06/2016 à 22:52, Parsa Pourali a écrit :
> Hi Maxime,
>
> I have already raised it on BugZilla a few weeks ago:
> https://bugs.eclipse.org/bugs/show_bug.cgi?id=494594
>
> If I provide the whole editPart, I need to write the whole code of the
> editPart from scratch, and I have no idea how to do it from scratch for
> a Container edit part.

You could provide your own edit policy to override the default resize
behavior of RegionContainers for your mapping.

> I was wondering if there is an attribute, I just set it to true !!!!
> e.g. ep.SetResizable() ; !!!! editpart does not have such an attribute !

Here, the resize is combined between a RegionContainer and its Regions,
to synchronize the changes done on compartment, its parent and its
siblings for exmeple. This is not just an attribute as we validate the
change bounds request from the current diagram/model structure and
compute a composite command to resize the RegionContainer and all its
compartments.

> So I guess I need to wait for this bug to be fixed :roll:
> Also, as an enhancement, it would be cool if by right clicking the node
> in the Sirius odesign file, the user could export the corresponding
> editpart code for that node/borderednode/container, instead of writing
> their own from scratch.
You might also inherit from the Sirius parts/policy and just overrides
the behavior you want to specialize.
Could you open a bug dealing with Developper manual enhancement: we
could document how to provide an edit part or policy for a specific
mapping (container, list, node, edge).

>
> Thanks,
> Bests,
> Parsa


--
Maxime - Obeo

Need training or professional services for Sirius?
http://www.obeodesigner.com/sirius
Previous Topic:Display semantic properties elements on diagram
Next Topic:add an action to submenu
Goto Forum:
  


Current Time: Fri Mar 28 12:55:05 EDT 2025

Powered by FUDForum. Page generated in 0.12866 seconds
.:: Contact :: Home ::.

Powered by: FUDforum 3.0.2.
Copyright ©2001-2010 FUDforum Bulletin Board Software

Back to the top