Hopefully this will be the last post with the words “startup changes” in its title for a very long time to come.
As mentioned previously, in 3.3 we prevent unknown Runnables from executing during the startup procedure via
and
. I last mentioned a strategy for avoiding use of such runnables during the initialization of editors. I believe that advice is still valid. However, there are scenarios where you may legitimately need access to these methods. Without them, for instance, Splash Screen implementors are forced to spin the event loop themselves if they want to do any clever UI work while the workbench is coming up. In an answer to this problem, we’ve added the new
class as API to the 3.4 stream. This class has one static method,
. Calling this method on any thread not created by the UI (ie: any user Thread) will allow that thread to access the Display.async() and Display.sync() methods as if they were one of our privileged startup threads.
For example:
package mail.example; import org.eclipse.swt.SWT; import org.eclipse.swt.events.PaintEvent; import org.eclipse.swt.events.PaintListener; import org.eclipse.swt.graphics.Color; import org.eclipse.swt.widgets.Canvas; import org.eclipse.swt.widgets.Shell; import org.eclipse.ui.application.DisplayAccess; import org.eclipse.ui.splash.AbstractSplashHandler; public class SplashHandlerWIthDisplayAccess extends AbstractSplashHandler { public void init(Shell splash) { super.init(splash); final Color[] color = new Color[] { splash.getDisplay().getSystemColor( SWT.COLOR_YELLOW) }; final Canvas canvas = new Canvas(splash, SWT.NONE); canvas.setBounds(0, 0, splash.getSize().x, splash.getSize().y); canvas.addPaintListener(new PaintListener() { public void paintControl(PaintEvent e) { e.gc.setForeground(e.display.getSystemColor(SWT.COLOR_BLACK)); e.gc.setBackground(color[0]); e.gc.fillOval(0, 0, canvas.getSize().x, canvas.getSize().y); } }); Thread worker = new Thread() { public void run() { DisplayAccess.accessDisplayDuringStartup(); try { Thread.sleep(500); // sleep a little so we can see the // color change } catch (InterruptedException e) { } canvas.getDisplay().syncExec(new Runnable() { public void run() { color[0] = canvas.getDisplay().getSystemColor( SWT.COLOR_GREEN); if (!canvas.isDisposed()) canvas.redraw(); } }); } }; worker.start(); } }
This simple splash handler creates a canvas on the splash shell that will initially have a yellow oval taking up the entirety of the drawing area. We then create a thread which declares that it will be used to access the display during startup. After a short nap this thread will set the color of the oval to green and cause a repaint. You can verify that without the call to
the oval will remain yellow until the splash comes down.







8 responses so far ↓
1 Tryggvi Larusson // Feb 11, 2008 at 4:03 pm
Will it now be possible to do some fancy stuff in the splash screen like an irregular background with alpha channel transparency?
2 Andrei Loskutov // Feb 11, 2008 at 4:59 pm
Hi Kim, do you mean Eclipse 3.3 or 3.4? AFAIK, there is no DisplayAccess in 3.3 stream.
3 pookzilla // Feb 11, 2008 at 5:26 pm
Andrei: The change to the startup process happened in 3.3 but this new API is going to ship with 3.4. I should’ve been more clear. Thanks!
4 pookzilla // Feb 11, 2008 at 5:27 pm
Tryggvi: You could’ve done this already - this new API wont help you with that problem.
5 Jay Jonas // Feb 20, 2008 at 10:31 pm
Hi, Kim!
How we could to do that fancy stuff in the splash screen like an irregular background with alpha channel transparency and fade in/out?
Don’t we need 3.4 to do that? Just do we can do it now?
6 pookzilla // Feb 21, 2008 at 7:03 am
Jay: that stuff would be easier with the new API in 3.4 but it can be done with 3.3. I’ll post an example sometime after EclipseCon.
7 Jay Jonas // Feb 25, 2008 at 6:20 pm
Thank you, Kim!
8 hangum // Jun 9, 2008 at 1:12 pm
Thank you, Kim~~
Leave a Comment