Been a bit busy with academics, but I have had the chance to test on an Intel iMac with OSX 10.6 (Snow Leopard) and Java 1.6 and 1.5, with faked Civ3 directory structure and art files copied from Windows Civ3 (I believe it was version 0.50 of the editor I tested). It worked exactly as expected on Java 1.6. With Java 1.5, there were slight graphical imperfections - in a few places, the last half-letter of a label was missing. However, as I didn't see any areas where that impaired legibility, I am not going to make that a primary issue. It's also possible that that problem resulted from installing the Leopard release of Java 1.5 on Snow Leopard (there is no Java 1.5 on Snow Leopard normally). If this also is an issue on Leopard or Tiger and is impairing readability, I'll increase its priority.
I think I've addressed all posts targeted towards me that someone else didn't answer. If I missed one, let me know (and which post it was) and I'll go back to it the next time I'm on.
I got an error. Whenever i try to save a file, "java.lang.ArrayIndexOutOfBoundsException -1"
Can you check log.txt and see if an error was recorded there? This error should have been recorded there, along with a long list of details about where exactly the error occured (a long list of lines that contain names such as com.civfanatics.civ3.xplatformeditor, java.lang., and so on, and line numbers at the end of the line (not matching the actual number of the line in the log.txt file)). I'll take a look and see if I can figure out why this might be happening, but the more detailed error information will help quite a bit in pinpointing the error.
Thanks Quintillus. The extra error reporting solved my problem. I was telling the Editor where to find my Civ3 application, which is in /Applications/Civ III Complete/. However, the new version reported that it couldn't find ntp00.pcx. After some trial and error I discovered it actually wanted to know where the Art/ folder is, not where the Civ3 application lives. When I gave it that folder path it was happy.
So my .ini file now looks like:
Code:
openDir=/Applications/Conquests/Scenarios
civInstallDir=/Applications/Civ III Complete/Civilization 3 Game Data/
firstRun=false
It seems to load BIQ files OK on a quick check, and I can save a BIQ file, but I haven't worked out how to Import from a .SAV file yet.
Ahhhh... that would do it. That is a different structure from how it is on Windows, even Civ3Complete (not Vanilla + Conquests) on Windows. I could either update the "Welcome" dialog to provide better information on OSX, or change the way the editor searches for art files and such on OSX. However, I'm still a bit confused - there's both an /Applications/Conquests folder and an /Applications/Civ III Complete folder? Is the Conquests data (art, scenarios, text files, etc.) all in /Applications/Conquests, and Vanilla/PTW stuff in /Applications/Civ III Complete?
What I'll need to know ultimately to ensure predictable, reliable behavior is:
- Where the base Civilization III/Art folder is (not Conquests)
- Where the Civilization III/Conquests/Art folder is (this is /Applications/Civ III Complete/Civilization 3 Game Data/Art)
- Where the Civilization III/Conquests/Scenarios folder is (/Applications/Conquests/Scenarios ?)
- Where the Civilization III/Scenarios folder is (not Conquests)
Moderator Action: I have merged the two threads, with the other one redirecting here. That way the bug reports, etc. are in one place (easier for people to follow).
Thanks! Good work on the merge, too! I know what you mean about time being scarce - try the editor whenever you're able, no rush.
You can run an AppleScript from the command line if you compile the AppleScript as a runnable application, then call it using
> open <full_path_to_your_script_file>
Thanks - that's the same sort of command I used to open the Java Preferences dialog in Snow Leopard, now I know more of what it means!
I'll take a look at it the next time I'm in the Mac lab (probably not this weekend as it's usually closed on the weekend), and see if I can figure out the scripting. Once I've got it scripting, calling it from Java shouldn't be too hard.
I implemented the PKWARE expansion algorithm in Cocoa for FileValet. This is an Objective-C port I wrote some years ago, based on a Java utility called
MapStat, which was written by
chiefpaco. I first poked my coding pencil into it in order to adapt it to read the old Civ3 vanilla GOTM saves. The source code is provided in that thread, so there's a ready-made piece of 8-year-old Java code for the task if you want it.
Cool, I'll take a look at it and see if it works off the bat or with minimal modifications. If so, perhaps it's the Tiger decompression solution.
edit: Tried out the decompression part of chiefpaco's program, and it seems to be working with Conquests .biq's! I'll include it as an option in 0.52. As AlanH has just updated FileValet, chiefpaco hasn't been here for four years, and I haven't a clue what is actually being done to decompress the file (and thus how to fix it should something go wrong), I think it makes sense for FileValet to be the default for OSX 10.5 and 10.6 (and optional for 10.4), and chiefpaco's decompression the default for Windows and Linux (and an option for OSX 10.4).