СВТ:Вложенные макеты с ScrolledComposite превышают доступное пространство
-
12-09-2019 - |
Вопрос
Я хочу создать макет с основными деталями для одного из моих приложений, используя SWT.
Контейнер, Содержимое, Боковая панель и Часть1 являются составными экземплярами.Scrolled - это прокрученный композит
Желаемый макет выглядит примерно так:
+--Container-------------------------------------+
|+--Content----------------------++--Sidebar----+|
|| ||+--Part1----+||
|| ||| |||
|| ||| |||
|| ||| |||
|| ||| |||
|| ||| |||
|| ||+-----------+||
|| ||+--Scrolled-+||
|| ||| |||
|| ||| |||
|| ||| |||
|| ||| |||
|| ||| |||
|| ||+-----------+||
|+-------------------------------++-------------+|
+------------------------------------------------+
Контент должен занимать все доступное пространство по горизонтали и вертикали.
Боковая панель - это, по сути, контейнер для части 1 с прокруткой, который должен быть одинаковой высоты.
Прокручиваемый - это контейнер для составной части, содержащий динамическое количество подпунктов, которые расположены в составной части содержимого.Поскольку количество подпунктов может сильно варьироваться, этот составной элемент должен быть прокручиваемым.
Теперь я реализовал это следующим образом:
Контейнер имеет сеточное описание с 2 столбцами.
Внутри этого содержимого есть поведение FILL_BOT и оно также захватывает все ГОРИЗОНТАЛЬНОЕ / ВЕРТИКАЛЬНОЕ пространство.
Боковая панель имеет заполняющее описание (SWT.VERTICAL) и содержит часть 1 и дочерние элементы с прокруткой.
Проблема: При размещении большого количества элементов в прокручиваемом композите макет просто переполняет доступное пространство, и прокрутка недоступна там, где она должна быть.
Когда я использую FillLayout (SWT.HORIZONTAL) для контейнера, поведение соответствует желаемому, поскольку есть прокрутка и все находится "внутри границ".
Есть ли способ добиться такого поведения также при использовании GridLayout, потому что я хочу, чтобы содержимое занимало большую часть пространства.
Прикрепил текущий тестовый фрагмент SWT:
public class Scrolled {
public static void main(String[] args) {
Display display = new Display();
Shell shell = new Shell(display);
shell.setLayout(new GridLayout(2,false));
//shell.setLayout(new FillLayout(SWT.HORIZONTAL));
Composite content = new Composite(shell, SWT.BORDER);
content.setLayoutData(new GridData(SWT.LEFT,SWT.CENTER,false,false));
Composite sidebar = new Composite(shell, SWT.BORDER);
sidebar.setLayout(new FillLayout(SWT.VERTICAL));
sidebar.setLayoutData(new GridData(SWT.LEFT,SWT.CENTER,false,false));
Composite cc = new Composite(sidebar, SWT.BORDER);
ScrolledComposite sc = new ScrolledComposite(sidebar, SWT.BORDER
| SWT.V_SCROLL | SWT.H_SCROLL);
sc.setLayout(new GridLayout(1,true));
Composite c = new Composite(sc, SWT.NONE);
c.setSize(400, 400);
c.setLayout(new GridLayout(1, true));
for(int i = 0; i < 1000; i++){
new Button(c, SWT.PUSH).setText("Text");
}
sc.setMinSize(c.computeSize(SWT.DEFAULT, SWT.DEFAULT));
sc.setContent(c);
sc.setExpandHorizontal(true);
sc.setExpandVertical(true);
sc.setAlwaysShowScrollBars(true);
shell.open();
while (!shell.isDisposed()) {
if (!display.readAndDispatch())
display.sleep();
}
display.dispose();
}
}
Решение
похоже, я нашел решение.
Похоже, это тот случай, когда Композит должен принимать GRAB_EXCESS_VERTICAL
быть ограниченным доступной шириной.В противном случае компоненту присваивается предпочтительная высота, которая является максимальной высотой для отображения всего сразу.
Следующие изменения в коде сделали свое дело:
content.setLayoutData(new GridData(SWT.FILL,SWT.FILL,true,true));
sidebar.setLayoutData(new GridData(SWT.FILL,SWT.FILL,false,true));