|Re: Figure size controls [message #1386120 is a reply to message #1385969]
||Fri, 13 June 2014 13:22
|| Maxime Porhel
Registered: July 2009
Location: Nantes, France
Le 12/06/2014 16:04, Laurent Redor a écrit :
> If you make reference to "experimental compartment" presented by Maxime
> in this thread "Container with fixed freeform presentation" , this is
> not officially supported yet.
> Maybe Maxime will have an idea about the existence of some constraints
> but it is currently on vacation.
> Le 12/06/2014 15:28, Ignacio Arechaga Fernandez a écrit :
>> Hi all,
>> I am trying to reach some complex representation but I am having
>> trouble with sizes...
>> This is what I have :
>> The red square is a container which has the childrenRepresentation set
>> as a "HorizontalStack"
>> The blue squares are containers with VerticalStack representations.
The compartment experimental feature is not currently designed to handle
this kind of construction. It is currently able to handle one level of
compartment, Sirius will assume in several places that a container is a
simple container, a simple list, a region container or a region but
never at the same time a region and a region container. So a region must
be a List or a Container, ie: it must have a FreeForm or List children
presentation. Then a compartment can contain a container with regions.
>> The problem is that I am want something like this figure :
>> So I am setting the sizes of some elements in the properties view to
>> an smaller size.
>> The problem is that I cannot make them smaller, but I can make them
>> bigger. How is that possible? Are there some constraints that I don't
>> know about?
The compartments currently takes all the available space of their
container: when you resize a container, it impacts the compartments and
the resize of a compartment currently impacts the sibling regions and/or
>> If so... can I adapt something in order to be able to do so?
I think you might have to provide you own part/policy or layout to
obtain what you want.
Powered by FUDForum
. Page generated in 0.03290 seconds