Вопрос собствеено уже задан.

Есть свой компонент наследуемый от JPanel. В процессе добавления новых данный он должен увеличиваться. Логично засунуть его в JScrollPane, а вот как обвёртку извещать о новых размерах?

хм, так не надо ничего делать, все само должно работать

А как оно само-то может отработать? Мало ли что я там нарисую?

Т.к. наследуется компонент от JPanel, то последний сам все сообщает скроллу.

Как он может сообщить скроллу то, чего сам не знает? 

Допустим, я переопределил paintComponent и там нарисовал линию длиной в километр. Откуда базовый JPanel об этом узнает?

Если ты нарисуешь линию в км, то компонент не изменит своих размеров, просто линию не будет видно и все. Размеры меняются в зависимости от preferred, minimum, maximum Sizes. На них смотрит менеджер компановки и составляет пропорции, относительно всех остальных компонентов. А вот как определяет размеры внутренних компонентов JScrollPane мне и самому интересно...

тогда устанавливай на свою панель новые размеры 


Добавлено через 5 минут и 25 секунд

JScrollPane как раз вот и берет PreferredSize компонента, а размер этого компонента знает LayoutManager

Мне кажется, что логичней переопределить getSize. То есть, я переопределяю рисование компонента и я же переопределяю понятие о его размерах.

Добавлено через 5 минут и 28 секунд

Я так понимаю, что менеджер компоновки делает вот что: (1) смотрит на всякие подсказки, которые ему даёт компонент (сюда входят всякие getPreferred, getMaximum и так далее), (2) думает, как ему расположить компоненты, при этом он может проигнорировать подсказки, (3) вызывает у компонентов методы setSize, чтобы задать размер, (4) смотрит, что получилось при помощи getSize и (5) раскладывает.

Если мы вызовем setPreferredSize, то менеджер может его и проигнорировать. Хотя менеджер скролла (там какой-то свой) наверняка не проигнориует, но мне кажется, что это будет не очень коррекно. Ведь этот метод определяет лишь ЖЕЛАЕМЫЙ размер. А нам надо задать ФАКТИЧЕСКИЙ.

Какая-то дикость - getSize() должен выполнять свои функции и он их выполняет. Не нужно переопределять все на свете, не зря же создавались методы, предложенные Дорогим. Где-то говорили об антипаттернах, что-то мне их напомнило только что  

Думаю лучше не гадать что делают менеджеры, а просто где-нибудь об этом почитать, если есть желание. И конечно же опубликовать выводы в данной теме.

Это сообщение отредактировал(а) Старовъръ - 6.10.2008, 06:36

Его функция -- сообщать интересующимся о размере компонента. Почему Вы считаете дикостью переопределять его, если ответственность за размер уже переопределена?

Прошу прощения, что обсуждение без меня проходит. Действительно все делается само.
Вот пример что примерно надо было сделать.
Сама панель-компонент


И пусковой фрейм.


Запускаем фрейм и ждем немного. Скролл реагирует правильно. Спасибо.

А попробуйте переопределить не getPreferredSize, а getSize. Будет работать?

Зачем нарушать инкапсуляцию родителя, если можно просто установить preferredSize()? Такие вещи, как переопределение методов делаются, если метод родителя совсем не подходит сыну! Тем более это не просто метод, а метод обращения к переменной класса! То есть вместо того, чтоб мы установили переменную в нужное значение, мы изменим метод-обращения к ней, который вобще теперь к ней не будет обращаться, а вместо этого - самовольничать? И потом - все, что мы установим с помощью setPreferredSize() куда будет уходить? А если в том же классе тоже допустили ошибку проектирования и инкапсуляции: обращались не к методу getSize(), а напрямую к переменной, она, ведь, в классе видна всем методам? То есть getSize() и наша переменная будут показывать разные значения? Какие плюсы нам вобще даст это переопределение? На мой взгляд - никаких...

Dims
Видете ли работать оно может и будет, но...

При проектировании систем (например GUI) обычно одни методы делаются специально для переопределения (иногда просто абстрагируют их), а другие - для внутренней работы системы (их трогать не полагается).

По мне getSize относится ко вторым, а getPreferredSize к первым. И на это есть свои причины:
*) в литературе в качестве примеров указывали для переопределения именно preferredSize
*) внутри компонента есть понятие size и getSize должен именно его возвращать (как бин-геттер) и ничего другого
*) size - возвращает размер (это ОБЪЕКТИВНЫЙ параметр компонента), а вот preferedSize - это Субъективный размер по мнению автора компонента. Согласитесь, что машина не может понять какой бы размер был самым лучшим. И без человека здесь никак.

Ещё пара мыслей...
Я так понимаю, что систему мы извещаем о том какой по нашему мнению компонент должен занимать размер участка. далее нашу просьбу обрабатывает система и своё решение прячет в size.
Заметьте обе величины могут и не совпадать.

Например в том же примере. Если скролл больше чем желаемый размер, то компонент получает весь размер скролла. (помойму) А если размер не влизает в отведённую область, то устанавливается именно желаемый размер.

Да и зачем переопределять getSize если размер можно самому задать через setSize?

Народ, проблема осталась.
Если не добавлять СкроллПане, а выводить напрямую в фрейм мою панель, то при добавлении новых строк компонент ужимается.
Т.е. если сам фрейм растянуть на 700, а компонент в длину 500, то после принудительного задания размера получается, что компонент занимает всего 5\7 длинны фрейма. В то время как менеджер расскладок должен его вытягивать на всю длинну.
Значит должно быть событие, которое сообщает об изменении размера, но чтобы вызывался менеджер расскладки и уже сам дул какой размер назначить компоненту.

setSize - не подходит, он задаёт размер жестко.