Здравствуйте, уважаемые.
Навтыкали мне тут недавно






Это делается так? если да, то толку нет.

Как сделать отключение подложки, включить динамический relayouting и отчего  Metal LaF умеет всё это я не знаю  





проблема на картинке.



Это сообщение отредактировал(а) Platon - 9.9.2008, 17:51

у меня таких проблем не наблюдается   
jre 1.6..., все параметры по умолчанию

Аналогично...

а вы плавно поведите за уголок.

Добавлено через 10 минут и 55 секунд
Кстати, тачка не 2 ядра, и не мегапроц. На 2-х ядрах этот дефект слабо проявляется, а вот на взрослой (не сказать старенькой) машинке эффект наблюдается.

всяко пробовал - и плавно, и быстро, и развернуть/свернуть.
border фрейма плавно растягивается, а после того как мышь отпустили - компоненты растягиваются.
а машина у меня довольно старенькая - покупал еще когда про два ядра не слышно было   

так это уже не есть гуд. надо, чтобы в процессе растягивания растягивались. Порастягивай любой браузер - вот идеальное поведение резинового приложения.

Platon, мне пока не удалось воспроизвести ситуацию, хотя я хорошо её себе представляю; у меня всё растягивается синхронно с окошком, но без каких-либо артефактов. Опишите, что у вас за машинка, под какой (точно) версией java вы запускаете пример.

Добавлено @ 11:23

Нужна, во-первых, опция "показывать содержимое окон при перемещении", во-вторых, нужен динамический layouting.

Это сообщение отредактировал(а) w1nd - 10.9.2008, 11:24

Повторил. Такое происходит, если установлено в "true" системное свойство "sun.awt.noerasebackground". Надеюсь, не нужно объяснять, почему это вполне закономерно  Данный эффект нивелируется включением dynamic layout, но только если не блокировать EDT.  При достаточной нагрузке на систему этот эффект проявится и без блокирования EDT, благодаря дефициту процессорного времени.

Когда разрешаются свойственные PLAF заголовки окон, ситуация меняется, потому что у окна нет заголовка и бордюра. Изменение размеров окна обрабатывается уже java-программой и не возникает ситуации, когда его размер изменился, но java-программа об этом ещё не оповещена.

Вопросы есть?

Это сообщение отредактировал(а) w1nd - 10.9.2008, 11:59

Тачка Проц Celeron 2ГГц  ОЗУ 768


да-да всё именно так.

Добавлено @ 12:20

  
System.getProperty("sun.awt.noerasebackground") - это оно?

Это сообщение отредактировал(а) Platon - 10.9.2008, 12:22

Да. Только в awt анализируется не значение этого свойства, а его наличие.

Это сообщение отредактировал(а) w1nd - 10.9.2008, 12:25

т.е. если оно есть в свойствах, то это true? но я посмотрел, можно сказать, у меня в системе false
1.6.0_5

Это сообщение отредактировал(а) Platon - 10.9.2008, 12:28

Кстати, повторю то, что говорил в инициировавшей данную теме. Всем недовольным быстродействием swing-компонент стоит взглянуть на исходники swt. Вкратце, идея чудовищно проста -  в компонентах не следует производить никаких сложных вычислений при отображении, все необходимые данные должны быть подготовлены заранее, причём в максимально удобном именно для отображения виде. Что это значит? Это значит - никаких рендереров, извлекающих значения из объектов, никаких моделей данных сложнее массива строк, минимизация обратных связей. Только это делает компоненты более отзывчивыми, а вовсе не нативность.

Добавлено @ 12:34

Нужно чтобы его совсем не было, присваивать false бесполезно.

Это сообщение отредактировал(а) w1nd - 10.9.2008, 12:36

Да, я понял, я имел ввиду, также как вы сказали

Потом уточнили, что свойство должно присутствовать / отсутствовать
вот я и написал 

т.е. null

так что мне с проблемой делать?

Пока проблема не воспроизводится. Или вы всё-таки зарыли где-то свойство noerasebackground  Начните с пробы другой версии jvm. В любом случае, описанное поведение (неперерисовка фона окна) не является нормой.