How to avoid overlay in Part sash container on resizing the window? [message #1693964] |
Wed, 29 April 2015 11:08  |
Eclipse User |
|
|
|
Hello,
I have a master detail scenario, "implemented" with a horizontal part sash container.
On first sight, this works as expected, but when I resize the window, the parts of the sash container overlap.
If this is not very clear, I've added two screenshots to explain what I mean : the first one is the normal situation, the second one shows the detail pane trampling on the master pane after shrinking the window.
My first question: is this the desired default behaviour of a part sash container?
My second : is there a means to override this behaviour ? The container is tagged with a fx_fixedLayout, but that doesn't seem to do the trick...
Thomas Elskens
Attachment: Good.png
(Size: 77.70KB, Downloaded 182 times)
Attachment: Bad.png
(Size: 64.17KB, Downloaded 200 times)
|
|
|
Re: How to avoid overlay in Part sash container on resizing the window? [message #1694023 is a reply to message #1693964] |
Thu, 30 April 2015 03:20   |
Eclipse User |
|
|
|
Hi,
On 29.04.15 17:08, Thomas Elskens wrote:
> Hello,
>
> I have a master detail scenario, "implemented" with a horizontal part sash container.
>
> On first sight, this works as expected, but when I resize the window, the parts of the sash container overlap.
>
> If this is not very clear, I've added two screenshots to explain what I mean : the first one is the normal situation, the second one shows the detail pane trampling on the master pane after shrinking the window.
>
> My first question: is this the desired default behaviour of a part sash container?
I can explain why it is that way but no i don't think it is. IMHO the
expected behavior is the right container is not moving above the left
one ever
>
> My second : is there a means to override this behaviour ? The container is tagged with a fx_fixedLayout, but that doesn't seem to do the trick...
>
You need to role your own renderer if you need to fix this today.
If the container is tagged with fx_fixedLayout we are using a
GridLayoutPane (which is a direct port of SWT-GridLayout) so we need to
fix that one and/or develop a new layout container who works as we expect.
File a bug report - I don't have a solution yet and we might not get
something into 2.0 unless you sponsor the development / provide patches
Tom
> Thomas Elskens
>
|
|
|
|
Re: How to avoid overlay in Part sash container on resizing the window? [message #1694052 is a reply to message #1694049] |
Thu, 30 April 2015 05:18  |
Eclipse User |
|
|
|
On 30.04.15 11:10, Thomas Elskens wrote:
> I've created the bug report : https://bugs.eclipse.org/bugs/show_bug.cgi?id=465897
>
> Removing the fx_fixedLayout tag indeed solves the problem.
>
> However, the reason for using this tag was that it allows to have the same width for the listview of the master part and its toolbar control. Without the tag, the toolcontrol of the toolbar does not use the available space. I've added a screenshot to illustrate.
>
> I've tried all maxWidths, all fx_layout_grab-tags on all relevant parts, but nothing helps.
>
> Should I raise a bug for the behaviour of the toolbar too or can this behaviour be controlled ?
>
No that's expected and behaves the same as the toolbar does in your
Eclipse views (beside never getting moved to the StackArea)
If you want the toolbar to span the who area. You need to tag it with
"Part-Toolbar-FullSpan" to the MPart see
https://wiki.eclipse.org/Efxclipse/Runtime/e4
Tom
|
|
|
Powered by
FUDForum. Page generated in 0.03655 seconds