Как избавиться от перерисовки background?

здравствуйте.
кто знает почему в jdk1.1.x при перерисовке изображения Image
сначала перерисовывается фон контейнера (у меня Canvas) а затем рисуется изображение. В результате появляется пренепреятнейшее мерцание полосами цвета фона. Как этого избежать? как откючить перерисовку фона?
я пробовал переопределять метод
но это тоже не помогает

PS: мерцание возникает при перемещении полос прокрутки

обычно мерцание бывает из-за использования метода repaint(), который сначала все заливает фоном, а потом рисует, вызывая paint(). Если вы лично будете обрабатывать события от скролла (а не полагаться на автоматику) и сами обращаться к paint , то все будет нормально.

0

это особенности jvm 1.1.x

Для уменьшения мерцаний:
1. переписать update(); дабы не перезаливать фон
2. перересовывать только то что надо перересовывать, т.е. clip-ать area

3. писать всё в буффер и только когда всё нарисовано - одним разом писать в canvas

смотри image buffering .....

0

что Вы сказали, это все хорошо работает для Java2. В Java 1.1 не пройдет переопределение метода update(), в любом случае присходит перед прорисовкой компонента заливка области цветом бакграунда родительского контейнера

но все равно большое спасибо за проявленное внимание к данному вопросу

'...это все хорошо работает для Ява2. В Ява 1.1 не пройдет переопределение метода ...' - не правда Ваша
Таки это всё живет с 1.0
[
public void update(Graphics g)Updates this component.
If this component is not a lightweight component, the AWT calls the update method in response to a call to repaint. You can assume that the background is not cleared.

The update method of Component calls this component's paint method to redraw this component. This method is commonly overridden by subclasses which need to do additional work in response to a call to repaint. Subclasses of Component that override this method should either call super.update(g), or call paint(g) directly from their update method.

The origin of the graphics context, its (0, 0) coordinate point, is the top-left corner of this component. The clipping region of the graphics context is the bounding rectangle of this component.

Note: For more information on the paint mechanisms utilitized by AWT and Swing, including information on how to write the most efficient painting code, see Painting in AWT and Swing.

Parameters:
g - the specified context to use for updating
Since:
JDK1.0
See Also:
paint(java.awt.Graphics), repaint()

]

Потроха [Component.class] 1.3
[

public void update(Graphics g) {
if ((this instanceof java.awt.Canvas) ||
(this instanceof java.awt.Panel) ||
(this instanceof java.awt.Frame) ||
(this instanceof java.awt.Dialog) ||
(this instanceof java.awt.Window)) {

g.clearRect(0, 0, width, height);
}
paint(g);
}
]

Потроха [Component.class] 1.0
[
public void update(Graphics g) {
g.setColor(getBackground());
g.fillRect(0, 0, width, height);
g.setColor(getForeground());
paint(g);
}
]

Потроха смотреть можно в твоём jdk1.* распаковав src.*

0

Да. Признаю свою поспешность с выводами. Сейчас покопаюсь.

> не пройдет переопределение метода update(), в любом случае
> присходит перед прорисовкой компонента заливка области цветом
> бакграунда родительского контейнера

Вот что я имел ввиду. Покопавшись в потрохах исходников, разумеется переопределил метод update для фрейма:
Ну и что - этот фрейм все равно сначала заливается цветом бэкграунда, а затем только вызывается метод update(), если честно, то я не заметил логичности исходного непереопределенного метода Frame::update(...), ведь если этот фрейм легковестный, т.е. помечен интерфейсом FramePeer, то прорисовку бэкграунда не перехватить программными средствами языка. Так я понял. Поправьте, если я не прав. Согласен, что надо использовать клиппинг областей ддля уменьшения мерцания, но если приходится перерисовывать всю область экрана - мерцание остается. Что касается двойной буферизации - то она, если не ошибаюсь, введена в Java2 - BufferedImage можно использовать в качестве offscreen-рисования. А вот в Java1.1.x использование Image вводит дополнительные тормоза. Быстрее получится рисовать напрямую в графический контекст в методе paint чем выводить сначала в Image, а потом Image рисовать в paint.