If you think you've found a bug, or you have any problems running or using Javica, please get in touch with me and I'll be happy to help.

These issues are valid as of August 23rd, 2001

• Version 1.5 is currently only available on Windows and Linux. It has some problems on MacOS 8.0 using MRJ 2.0. There is a newer version of MRJ, but I'd have to upgrade to MacOS 8.1.
• Running Javica on Linux 7.1 using Sun's JDK 1.4beta and GNOME works pretty well, but the widgets on the preferences screen don't show up correctly. Still useable, though.
• Also, right-clicking on images in Linux does not bring up the pop-up window.
• The case-sensitivity problem mentioned yesterday is now fixed.

These issues are valid as of August 22nd, 2001

• Version 1.5 is currently only available on Windows. I haven't tested it on MacOS yet. It fails on Linux.
• I just discovered a bug with the instant galleries. The HREF to an image always has a lower-case file extension. This means if the file originally had an upper-case extension, as is often the case, the page will break when uploaded to a case-sensitive web server (i.e. one running on Unix).

These issues are valid as of September 21st, 1999

• Version 1.2 on MacOS still suffers from an inability to load a directory of thumbnails across the network. It's staggeringly slow. It can take over an hour to load 30 5k 411 files over a 10BaseT network. I've never seen anything like it, and haven't taken the time to look into why it's happening. This is partly because I'm scared of how hard it might turn out to be to use the Mac JDK tools.
• Version 1.2 on RedHat suffers from a pretty serious bug that doesn't let you select a picture with the mouse pointer. You're forced into only using the tab key to navigate. Shift-tab, which should move the current picture indicator in the opposite direction also seems to be broken. Very annoying. Must look into that. Until then, the user manual includes all the keyboard shortcuts for stuff.

These issues are valid as of November 12th, 1998

• The Mac Java development platform is still a total nightmare, and the implementation of Java Threads isn't much better. The Mac version seems to load images fine from the hard-drive, but gets lost in resource starvation limbo when reading them from a network drive. Like I said, my frickin' iMac doesn't have a floppy, so I don't know how it deals with reading from floppy. Probably fine, I hope. If you find performance crawls when loading a folder full of images across the network, copy the folder to the hard-drive and open it from there. If you find it does the same when reading from a floppy drive, that's bad. E-mail me.
• The whole point of the multi-threading thing is to let you see the thumbnails as they're loaded. Even this doesn't work sometimes on Mac. Sometimes it does, sometimes it don't.
• The delete and rename dialog boxes can't display long filenames. You don't seem to be able to accurately get the size of a Label component after you set the text to something else. Very annoying. I gave up. As a result, if you give a file a long name, the entire name won't fit into the rename or delete dialog boxes. It will be cropped.
• The pop-up menus work using the right mouse button on Windows. Mac users must hold down the, uh, Apple key. Whatever you call it. As a consolation, the setLabel method on MenuItem works on Mac, but not on Windows. So Mac users get the image name displayed in the pop-up menu, but you Win32 folks don't.
• It occurred to me that if you generate GIFs and then delete or rename an image through Javica, it doesn't check for the existence of the GIF file and rename or delete that, too. I'll put that in.
• Those of you who truly have too much time on their hands may have noticed that the instant gallery types that contain HTML tables start with a closing table row tag before the opening tag for the first row. So sue me.
• Discovered the Image.flush() method, which is now being called and may fix the memory leaks that were causing Javica to run out of memory after opening several disks worth of full-size images.
• You can attempt to make a thumbnail on a null image. This doesn't create a file, but for some reason, it does show the 'Javica' logo. Odd, but quite fun. Left it in as a feature
• Okay, okay, so the Thumbnails Javica generates don't exactly work in the Mavica camera itself. Frankly, I'm amazed. It's such a simple file format, I can't understand how Mavica knows they're not 'genuine'. Fixing this will require a bit more thought. Until then, Javica will happily read the thumbnails it generates. Sorry.

These issues are valid as of October 5th, 1998

• The Mac Java development platform is a total nightmare. The Mac version is in Beta until I can get enough people to try it on enough machines.
• Javica (okay, JBindery) seems to freeze for a long time when you first launch it.
• There are two Help menus on Mac. I'll get round to it.
• I bought an iMac for this project, and they don't come with floppy drives, so I can't vouch for using MacJavica with floppies. Should work, but again, I'm just guessing. if you have a problem, write me and tell me about it. As a short-term fix, transfer the pictures to your hard drive and then open them.
• I've found that occasionally, a bad floppy disk will hang Java as it tries to read from it. I'll take care of this.
• I haven't played with ResEdit enough yet to be able to change the Javica icon.
• Writing the GIFs for the galleries can be, ahem, a little slow. It's not my code. Once I get my code in there, I'll optimize. Until then, sorry.

These issues are valid as of September 2nd, 1998

• The Windows95/NT Javica Icon is misbehaving. It seems to go invisible on the desktop and the Start menu.
• Javica requires the MicroSoft JVM version 5.00.2829. Any other releases of the MSJVM may not work with Javica. MicroSoft's Java SDK allows you to build executable files containing all the classes for a Java application. This means you DON'T have to have the class files anywhere else on your system - they're hidden INSIDE the Javica.exe file. Unfortunately, this makes for a fragile distribution, in that double-clicking on Javica.exe without the JVM installed does nothing. If Javica doesn't appear within a 5-20 seconds (< 8 seconds on a 133Mhz laptop) hit ctrl-alt-del and kill the process, then check the version (or existence) of c:\windows\system\msjava.dll.
• Javica has not been thoroughly tested with other JVMs. The little testing I did with Sun's JDK1.1.1 revealed the continuing existence of a File.list() bug which will cause Javica to throw an exception if you try to view files in the root directory of any disk. Given that Mavica writes files to the root directory of the floppy disk, this renders Javica pretty much useless. I read this bug was fixed in 1.1.6. As if that weren't bad enough, Javica won't allow me to move between thumbnails for some reason. I haven't looked into this or downloaded a more recent JRE to re-test.
• Javica comes with a JavicaC.exe file that is identical to Javica.exe, except that it brings up a console window so you can see any error messages.
• There is no Win32 File Dialog widget available to Java for choosing a directory. This is why it's necessary to select a file when opening a disk of images. Whichever file you pick is unimportant.
• You are unable to select a different directory for saving instant galleries. You can select a different name, but moving the file would break all the links.
• You might find the instant gallery page works fine on your local hard-drive, but breaks when you upload everything to your web page. This is probably due to case sensitivity on your ISP's server. Double-check the case of the jpeg image file names after you upload them.
• No help file as of yet. The help file builder utilities gave me the willies. I'll get round to making one if you really want it. It will probably just be a conversion of the online manual web-page.
• For those souls brave enough to try Javica on a Mac or some other platform, there are no Win32-dependencies I can think of. Mail me if you need any help, or a peek at the source.
• If you delete a file, the action buttons (delete, view, rename) are not disabled. This is a bug. I'll get round to it.
• Javica seems to suffer from a horrendous memory leak I can't track down. Believe me, I'm setting things to null and invoking the garbage collector like mad, and it still hemorrhages memory. The bottom line is this - if you open, say, 4 different disks on a machine with 32Mb or RAM and individually view every single full-size image, you'll start to see black images loaded, and soon after you'll get a memory warning. Restart Javica and all will be well. I'll fix it as soon as someone tells me what I'm doing wrong.
• Yes, it would be VERY nice if I could re-write the .411 images as GIFs and use them as thumbnails on a web page. Unfortunately, UniSYS charges licensing fees for software that does that sort of thing, and I haven't yet delved into the intricacies of writing miniature jpegs in Java. Not nearly as easy as reading them, I assure you. God knows why.