The image manager now falls back to loading images via the Toolkit if it

can't load the ImageIO classes. This unfortunately means that we're back
to passing a Component instance to the ImageManager at construct time.
Whee!


git-svn-id: svn+ssh://src.earth.threerings.net/narya/trunk@749 542714f4-19e9-0310-aa3c-eee0fc999fb1

src/java/com/threerings/media/tile/bundle/TileSetBundle.java

@@ -1,9 +1,9 @@
 //
-// $Id: TileSetBundle.java,v 1.4 2001/11/30 02:34:57 mdb Exp $
+// $Id: TileSetBundle.java,v 1.5 2001/12/07 01:33:29 mdb Exp $
 
 package com.threerings.media.tile.bundle;
 
-import java.awt.image.BufferedImage;
+import java.awt.Image;
 
 import java.io.FileNotFoundException;
 import java.io.IOException;
@@ -73,7 +73,7 @@ public class TileSetBundle
     }
 
     // documentation inherited
-    public BufferedImage loadImage (String path)
+    public Image loadImage (String path)
         throws IOException
     {
         // obtain the image data from our jarfile

src/java/com/threerings/media/tile/bundle/tools/DumpBundle.java

@@ -1,5 +1,5 @@
 //
-// $Id: DumpBundle.java,v 1.3 2001/11/30 02:34:58 mdb Exp $
+// $Id: DumpBundle.java,v 1.4 2001/12/07 01:33:29 mdb Exp $
 
 package com.threerings.media.tools.tile.bundle;
 
@@ -34,7 +34,7 @@ public class DumpBundle
         // create a resource and image manager in case they want to dump
         // the tiles
         ResourceManager rmgr = new ResourceManager(null, "rsrc");
-        ImageManager imgr = new ImageManager(rmgr);
+        ImageManager imgr = new ImageManager(rmgr, null);
 
         for (int i = 0; i < args.length; i++) {
             // oh the hackery