Анимированный GIF в ячейке просмотра таблицы/дерева SWT
Вопрос
http://www.java2s.com/Code/Java/SWT-JFace-Eclipse/DisplayananimatedGIF.htm описывает, как отображать анимированный GIF в SWT - в общих чертах.Хотя код работает и его легко понять, я столкнулся с серьезными проблемами при отображении анимированного GIF-файла в ячейке просмотра таблицы/дерева SWT/JFace с помощью этого метода.→ весь код ниже
По сути, я реализовал свой собственный OwnerDrawLabelProvider, который создает ImageLoader в Paint (Event, Object) и запускает поток анимации.Кажется, проблема в том, что этот поток анимации нет поток пользовательского интерфейса, и я не знаю, какой экземпляр GC или Display использовать в его методе run().
Я попытался создать отдельный экземпляр GC в конструкторе потока, полученном из event.gc, но поток не может выполнить запись в этот GC, как только я выхожу из отладчика...
Sat Jan 9 22:11:57 192.168.1.6.local.home java[25387] : CGContextConcatCTM: invalid context 0x0 2010-01-09 22:12:18.356 java[25387:17b03] It does not make sense to draw an image when [NSGraphicsContext currentContext] is nil. This is a programming error. Break on _NSWarnForDrawingImageWithNoCurrentContext to debug. This will be logged only once. This may break in the future. Sat Jan 9 22:12:41 192.168.1.6.local.home java[25387] : CGContextConcatCTM: invalid context 0x0
Как мне нужно справиться с этой ситуацией?
Ниже приведены соответствующие разделы кода:
/* Called by paint(Event, Object). */ private void paintAnimated(final Event event, final ImageLoader imageLoader) { if (imageLoader == null || ArrayUtils.isEmpty(imageLoader.data)) { return; } final Thread animateThread = new AnimationThread(event, imageLoader); animateThread.setDaemon(true); animateThread.start(); } private class AnimationThread extends Thread { private Display display; private GC gc; private ImageLoader imageLoader; private Color background; public AnimationThread(final Event event, final ImageLoader imageLoader) { super("Animation"); this.display = event.display; /* * If we were to simply reference event.gc it would be reset/empty by the time it's being used * in run(). */ this.gc = new GC(event.gc.getDevice()); this.imageLoader = imageLoader; this.background = getBackground(event.item, event.index); } @Override public void run() { /* * Create an off-screen image to draw on, and fill it with the shell background. */ final Image offScreenImage = new Image(this.display, this.imageLoader.logicalScreenWidth, this.imageLoader.logicalScreenHeight); final GC offScreenImageGC = new GC(offScreenImage); offScreenImageGC.setBackground(this.background); offScreenImageGC.fillRectangle(0, 0, this.imageLoader.logicalScreenWidth, this.imageLoader.logicalScreenHeight); Image image = null; try { /* Create the first image and draw it on the off-screen image. */ int imageDataIndex = 0; ImageData imageData = this.imageLoader.data[imageDataIndex]; image = new Image(this.display, imageData); offScreenImageGC.drawImage(image, 0, 0, imageData.width, imageData.height, imageData.x, imageData.y, imageData.width, imageData.height); /* * Now loop through the images, creating and drawing each one on the off-screen image before * drawing it on the shell. */ int repeatCount = this.imageLoader.repeatCount; while (this.imageLoader.repeatCount == 0 || repeatCount > 0) { switch (imageData.disposalMethod) { case SWT.DM_FILL_BACKGROUND: /* Fill with the background color before drawing. */ offScreenImageGC.setBackground(this.background); offScreenImageGC.fillRectangle(imageData.x, imageData.y, imageData.width, imageData.height); break; case SWT.DM_FILL_PREVIOUS: // Restore the previous image before drawing. offScreenImageGC.drawImage(image, 0, 0, imageData.width, imageData.height, imageData.x, imageData.y, imageData.width, imageData.height); break; } imageDataIndex = (imageDataIndex + 1) % this.imageLoader.data.length; imageData = this.imageLoader.data[imageDataIndex]; image.dispose(); image = new Image(this.display, imageData); offScreenImageGC.drawImage(image, 0, 0, imageData.width, imageData.height, imageData.x, imageData.y, imageData.width, imageData.height); // Draw the off-screen image. this.gc.drawImage(offScreenImage, 0, 0); /* * Sleeps for the specified delay time (adding commonly-used slow-down fudge factors). */ try { int ms = imageData.delayTime * 10; if (ms
Я разместил ту же проблему в группе новостей SWT. http://www.eclipse.org/forums/index.php?t=tree&th=160398
Решение
После многих часов утомительных проб и ошибок коллега нашел реальное решение.Мои первоначальные попытки реализовать это в полностью автономном LabelProvider с треском провалились.
Один из подходов, который не сработал, заключался в переопределении LabelProvider#update() и вызове timerExec(100, new Runnable() {...viewer.update()...изнутри этого метода.Его «жизненный» цикл трудно контролировать, и он использует слишком много циклов процессора (10% на моем MacBook).
Одна из идей коллеги заключалась в реализации собственного TableEditor:метка с изображением (один кадр анимированного GIF-файла), но без текста.Каждый экземпляр TableEditor запускает собственный поток, в котором обновляется изображение метки.Это работает довольно хорошо, но для каждого анимированного значка существует отдельный поток «анимации».Кроме того, это убивало производительность, потребляя 25% ресурсов процессора на моем MacBook.
Окончательный подход состоит из трех строительных блоков.
- OwnerDrawLabelProvider, который рисует либо статическое изображение, либо кадр анимированного GIF-файла.
- поток анимации (создатель ритма), он вызывает redraw() для столбца, содержащего анимированные GIF-файлы, а также вызывает update()
- и поставщик контента зрителя, который управляет потоком анимации.
Подробности в моем блоге http://www.frightanic.com/2010/02/09/animated-gif-in-swt-tabletree-viewer-cell/.
Другие советы
Разве вы не можете позволить LabelProvider возвращать разные изображения, а затем вызывать view.update(...) для элементов, которые вы хотите анимировать?Вы можете использовать Display.timerExec для получения обратного вызова вместо отдельного потока.
Смотрите мой ответ здесь о том, как можно менять цвета.Вы должны быть в состоянии сделать что-то подобное с изображениями.