"I don't really see how I can 'fix' the behaviour then. I really don't want os specific code in there... I could possibly drop the executable check, but that would have consequences for the *nix guys. Also, I think it checks if the exe is a file, too... any ideas? "

Can't you just check the extension of the file and allow anything with ".app"? 

I doubt that allowing .app directories would work. You have to point it to the actual executable inside the bundle I think - depends on whether processbuilder can execute .app bundles directly (doubtful). There is a system command to start an .app bundle called 'open', see here:

http://osxdaily.com/2007/02/01/how-to-launch-gui-applications-from-the-terminal/

But that's platform specific code again. On the other hand, do you want to be a purist and have an app that's sub-par for a bunch of users, or eat some dirt in the form of platform specific code and deliver a program that runs great for everybody? ;-) 

Well, "sub par" is a bit of a stretch as:

a) There are only handful of Mac users, and

b) Once you set it up once, you never have to look at it again.

I agree that it would be nicer if it worked slicker but ... I dunno, I think it's fine for a community based project. Rock on, guys!

Although I do agree that removing the progress bars once the download is done would be nice. 

another - practical - problem is that i wouldn't be able to test mac-specific code :(

I'll look into it though. 

i tend to nitpick ;-) 

that's a good thing! 

If .app would get an exception, then what about .sh, .bat etc...

How about a "ignore" option in the config dialog and have people who use non-executables as executables use that? Maybe not disable the save button but prompt with a "ignore errors?" box when there are errors?

Alternatively you can simply enter the filename in the config.properties file. 

Maybe you can set a swing property to allow people to browse into the .app bundles. Problem solved. Check this out:


FileChooser. There are two properties for dictating the treatment of .app and .pkg files when using JFileChooser. Both properties need to be set programmatically in your application (you will need to make changes to your code). The properties for .pkg installer packages and .app application bundles, respectively, are

JFileChooser.packageIsTraversable

JFileChooser.appBundleIsTraversable

Possible values for these properties are always (treat as folders, the default behavior) and never (treat as files). These properties are set on a per-instance basis via the putClientProperty() instance method inherited from JComponent.

There are a few known issues that currently exist with using these properties:

* Setting JFileChooser.packageIsTraversable to never will currently do so for both .pkg and .app files

* Setting JFileChooser.appBundleIsTraversable to never will cause packageIsTraversable to be ignored, effectively causing the default behavior of navigable .pkg files in JFileChooser.

In other words, you may currently use these properties to make only .app files, or both .app and .pkg files, navigable.

Note: The JFileChooser properties only have an effect when using the Aqua look and feel in Swing, since it is the only look and feel which Apple controls.


From here http://developer.apple.com/technotes/tn/tn2042.html#TNTAG10

The information might be outdated, but I'd think that these properties still work. 

heh heh, snicker. 

...I always knew there was something sinister about the pink syringe n shit... 

Actually this would fit perfectly in terms of weapon design: http://en.wikipedia.org/wiki/File:Clyster_syringes.jpg 

Clyster was highly recommended by Hippocrate in any "hole wash"... have fun :P 

"All Quake singleplayer maps ever made" is obviously not true 

It's all about marketing. ;-)

I even have several on my harddisk that are not included yet.

But I think from some percentage upwards one can say it's "all". 

damn... 

Could you try a "normal" path like c:\games\quake\ ?
The pak files are just about 50 MB so that shouldn't be a problem. 

awesome. it just works. (windows xp) 

"Could you try a "normal" path like c:\games\quake\ ?
The pak files are just about 50 MB so that shouldn't be a problem."

mmm...maybe 

i still don't really get what's happening on your side, on what paths, etc., sry :(

It would be awesome if you could describe it once more, with all the detail, so i can reproduce the bug. 

One of these days I will install all the packages for science. Yay science! 

not been playing Quake much recently but decided to have a look at this. Seems like very impressive stuff so far; Everything I tried worked a charm on a clean install of Quake (yeah, didn't dare let it loose on my mess of a Quake folder).


Nice work. 

The user should be able to select Quoth as an installed expansion pack (just like hipnotic and rogue), though. I tried to download a Quoth map and injector tried to download the entire quoth pack again, with me having already installed it... 

Sorry. Quoth is just a package like all others. rogue and hipnotic only get special treatment because they are not free.

I understand that the inability to scan an existing Quake installation is frustrating but the work required for something that must be immense.

If you do not want to install Quoth through the Injector but want it to show as installed you can edit the installedMaps.xml file (same directory as the quakeinjector.jar). Put this inside there somewhere:

<map id="quoth">
</map>

I have not tested it but it should work. 

Alright, thanks. :-E