|
|
|
Re: Container with fixed freeform presentation [message #1384852 is a reply to message #1384840] |
Mon, 02 June 2014 10:11   |
Eclipse User |
|
|
|
Maxime Porhel wrote on Mon, 02 June 2014 15:23Hi,
Le 02/06/2014 10:14, Nikolay Manolov a écrit :
> I need to have something like a Container with a list representation where the elements can themselves be containers or "normal" nodes, and not just text. They should be resized with the top container. How would one do that?
>
> Example see attached image
>
This compartment/region behavior is not yet supported in Sirius. This
corresponds to the enhancement bug 436359 [1]. Some experimental work
has already been done and is present in Sirius 1.0.0. But it requires a
manual modification of the VSM (the odesign file) in a text editor.
A current possibility could be to create a Top container mapping
(children presentation = FreeForm) with sub container mapping (children
= FreeForm regarding your sketch). By default they will be standard
container, children of the main container, the user can move, resize and
layout them as he wants.
Then to activate the experimental compartments capability, open your
odesign in a text editor and replace childrenPresentation="FreeForm" by
childrenPresentation="VerticalStack" for your top container mapping.
This will activate the Region/RegionContainer user interactions and
layout on your Top/Fixed containers.
Regards,
Maxime
[1] https://bugs.eclipse.org/bugs/show_bug.cgi?id=436359
Hi Maxime, this is also something I am looking for. Are there any other possibilities (experimental of course) than VerticalStack? Let's say.... HorizontalStack?
[Updated on: Mon, 02 June 2014 10:15] by Moderator
|
|
|
Re: Container with fixed freeform presentation [message #1384857 is a reply to message #1384852] |
Mon, 02 June 2014 10:27   |
Eclipse User |
|
|
|
Le 02/06/2014 16:11, Ignacio Arechaga Fernandez a écrit :
> Maxime Porhel wrote on Mon, 02 June 2014 15:23
>> Hi,
>>
>> Le 02/06/2014 10:14, Nikolay Manolov a écrit :
>> > I need to have something like a Container with a list representation
>> where the elements can themselves be containers or "normal" nodes, and
>> not just text. They should be resized with the top container. How
>> would one do that?
>> >
>> > Example see attached image
>> >
>>
>> This compartment/region behavior is not yet supported in Sirius. This
>> corresponds to the enhancement bug 436359 [1]. Some experimental work
>> has already been done and is present in Sirius 1.0.0. But it requires
>> a manual modification of the VSM (the odesign file) in a text editor.
>>
>> A current possibility could be to create a Top container mapping
>> (children presentation = FreeForm) with sub container mapping
>> (children = FreeForm regarding your sketch). By default they will be
>> standard container, children of the main container, the user can move,
>> resize and layout them as he wants.
>>
>> Then to activate the experimental compartments capability, open your
>> odesign in a text editor and replace childrenPresentation="FreeForm"
>> by childrenPresentation="VerticalStack" for your top container
>> mapping. This will activate the Region/RegionContainer user
>> interactions and layout on your Top/Fixed containers.
>>
>> Regards,
>>
>> Maxime
>>
>> [1] https://bugs.eclipse.org/bugs/show_bug.cgi?id=436359
>
>
> Hi Maxime, this is also something I am looking for. Are there any other
> possibilities (experimental of course) than VerticalStack? Let's say....
> HorizontalStack?
>
Yes, HorizontalStack is the other possibility as indicated in my comment
on Bug 436359 [1]
You can even have a stack of regions with both List and FreeForm
regions. The regions are ordered by mapping and then by semantic
candidates order.
Regards
Maxime
|
|
|
|
|
Re: Container with fixed freeform presentation [message #1385463 is a reply to message #1384958] |
Fri, 06 June 2014 11:11  |
Eclipse User |
|
|
|
Hi,
I began this kind of work but stopped on the way.
Here are the steps to reach your Objective:
- Implementing a gmf edit part provider extension point for your container and contained node
- Get the map of newly-to-synchronize gmf views in the ViewpointLayoutDataManager and remove them to disable Sirius automatic layouting at creation
- Implement your own Gef LayoutManager for your node
Good luck for that job, that's not so easy to do.
Regards, Charlie
|
|
|
Powered by
FUDForum. Page generated in 0.04460 seconds