 News | Forum | People | FAQ | Links | Search | Register |
Log in |
|
|
cool program, it eliminates the boring step of downloading and unzipping the level. making it ready in several secs after you found it on quaddicted. cool to see screenshot and little description there as well.
good job! No, it's boring. As is copying the file into the right folder.
Quake Injector = awesome. I played a bunch of maps this morning that I've never seen before simply because it was suddenly so easy. Do you have no respect for the old days, the bad days, the all-or-nothing days - where people had to actually use their brains and keyboards to achieve something?? Megaspirit just cater to a jaded and depraved audience who shuns any kind of effort while still demanding a maximum of outcome. The new paradigm modern western society has developed to. And the tool is free, too...
Is there any way to write a tool that would play the levels for me as well? I'm happy to sit in my chair but, I mean, come on
Considering mappers spent weeks or months working on a single map, why can't they also play their maps and record a demo which they then put on youtube? Compared to creating the map, this little extra effort isn't too much to ask for. Seriously, people...
"just cater to a jaded and depraved audience who shuns any kind of effort while still demanding a maximum of outcome"
Welcome to the world! why can't they also play their maps and record a demo which they then put on youtube Lack of peer pressure and no one leading by example. Plus a somewhat small audience, which ironically could change if mappers did that with all new releases. Didn't think anyone would take my post seriously, though.
RemakeQuake will be both AVI and MP4 format, we may do a RealPlayer version if consumer demand is high enough.
After focus grouping we found that most gamers don't play their games, and if they do they don't finish them. So we've long since dropped the interactive part of the mod, catering to YOUR needs AHEAD of time! It is so impressive to see someone continually trying to "get it right" and not stopping at some arbitrary lazy definition of the concept.
.app bundles are just directories with special treatment by the Mac OS. It's possible that File.canExecute() doesn't work for app bundles. The permissions are not a problem I think.
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? About Fitzquake not quitting, that seems to be a bug with Fitz or could be related to the way it works. I just tested it with a different engine and it worked fine. So nevermind. Hm, the processbuilder seems to have issues. Here are a few minor observations: - The app could look better. With a few tweaks here and there it would look less amateurish (sorry about that). Yeah, as spirit said, details! :D - It should remember the sort column and direction as well as window size and layout (esp. column layout - I always have to resize the release date column manually). Yeah, this is a planned feature, but i hadn't thought of the column sizes. - Make the progress bar disappear when installing a map is done. It's just confusing when it remains down there because on OS X, it animates. and yet, the queue provides valuable information. I dunno, my first thought is "don't use a gay OS then" :P An idea would be to replace the progress bars with labels. - If you press play, the launch dialog of the engine (Fitz has one on mac, as well as the Fruitz of Dojo engines) stays behind your app. That's very annoying. It should be in front of your app. Ah, i wondered why dp was taking so long to start, but it never occured to me that i was just not seeing the start thing. Will try to fix. - Make the rating column show stars or dots or whatever - the vertical bars are hard to read. Or even better, show numbers, because who can tell the difference between 8 and 9 vertical bars? Just show the rating as a number. Its actually steps of 2, because there are only ratings from 1-5 :P But yeah, some kind of better representation would be nice. Unicode stars work fine on ubuntu, but on my XP the application font doesn't support those characters... grml. "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
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 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. If
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
FileChooser. There are two properties for dictating the treatment of 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 * Setting JFileChooser.appBundleIsTraversable to never will cause packageIsTraversable to be ignored, effectively causing the default behavior of navigable In other words, you may currently use these properties to make only 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. ...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
|
|
| You must be logged in to post in this thread. |
|
| Website copyright © 2002-2024 John Fitzgibbons. All posts are copyright their respective authors. |