oolite/Resources/Config/world-scripts.plist

(
	"oolite-constrictor-hunt-mission.js",
	"oolite-cloaking-device-mission.js",
	"oolite-nova-mission.js",
	"oolite-thargoid-plans-mission.js",
	"oolite-trumbles-mission.js"
)
Xcode project tweak. Moved script out into Scripts folder (preparation for JavaScript translations). git-svn-id: http://svn.berlios.de/svnroot/repos/oolite-linux/trunk@898 127b21dd-08f5-0310-b4b7-95ae10353056 2007-04-03 17:37:40 +00:00			`(`
All scripts now JavaScript -- adopted somewhat twiddled versions of Eric's scripts, with the cleanup stuff removed (premature optimization is the root of all evil; I'll put it back in if anyone has profiling information indicating it's actually a win). Moved the mission screen function into global-prefix as a generally-available utility function. Wrote JS scripts for the two remaining ships using death_actions. Added Ship.explode(), which kills any ShipEntity through energy damage including the main station. Once again made blowing up the main station with blowUpMainStation (or explode()) work. git-svn-id: http://svn.berlios.de/svnroot/repos/oolite-linux/trunk@1473 127b21dd-08f5-0310-b4b7-95ae10353056 2008-03-10 00:01:30 +00:00			`"oolite-constrictor-hunt-mission.js",`
* All ships now have a JavaScript script attached, allowing JS scripts to add behaviours to any ship. * Legacy script_actions, setup_actions, launch_actions and death_actions handled through default JavaScript script. * In order to implement the above, JS Ship now has a runLegacyScriptActions method. This is not to be exposed as an "official" method, though, since we might want to change the mechanism -- for instance, to "compile" legacy scripts into JS. Handling dynamically-generated legacy scripts in that case would be a significant complication. * Updates for Mac OS X 10.5 "Leopard". - Errors on reading/writing plist will not cause a crash if building against the Leopard SDK. (I have no intention of requiring Leopard any time soon, but future-proofing is good.) - OOWeakReference is now more efficient when running under Leopard, by implementing the new "fast forwarding" mechanism. - Threads now have names set under Leopard, which may provide debugging advantages. - Fixed some new build warnings for new version of apple-gcc. - Updated type declarations to identify Oolite saved games as property lists. * Cleaned up PlayerEntityControls.m somewhat. Moved method declarations into files, fixed indentation, broke up monster giant method of doom. * Script-generated asteroids now behave like system populator-generated asteroids (As Seen on BB[TM]). * Minor optimizations and simplifications of legacy script engine. * JS System.filteredEntities() now has sensible behaviour if predicate throws an exception: the predicate is not called again, and null is returned. The exception is reported and not rethrown. git-svn-id: http://svn.berlios.de/svnroot/repos/oolite-linux/trunk@1240 127b21dd-08f5-0310-b4b7-95ae10353056 2007-11-23 15:04:14 +00:00			`"oolite-cloaking-device-mission.js",`
All scripts now JavaScript -- adopted somewhat twiddled versions of Eric's scripts, with the cleanup stuff removed (premature optimization is the root of all evil; I'll put it back in if anyone has profiling information indicating it's actually a win). Moved the mission screen function into global-prefix as a generally-available utility function. Wrote JS scripts for the two remaining ships using death_actions. Added Ship.explode(), which kills any ShipEntity through energy damage including the main station. Once again made blowing up the main station with blowUpMainStation (or explode()) work. git-svn-id: http://svn.berlios.de/svnroot/repos/oolite-linux/trunk@1473 127b21dd-08f5-0310-b4b7-95ae10353056 2008-03-10 00:01:30 +00:00			`"oolite-nova-mission.js",`
			`"oolite-thargoid-plans-mission.js",`
* All ships now have a JavaScript script attached, allowing JS scripts to add behaviours to any ship. * Legacy script_actions, setup_actions, launch_actions and death_actions handled through default JavaScript script. * In order to implement the above, JS Ship now has a runLegacyScriptActions method. This is not to be exposed as an "official" method, though, since we might want to change the mechanism -- for instance, to "compile" legacy scripts into JS. Handling dynamically-generated legacy scripts in that case would be a significant complication. * Updates for Mac OS X 10.5 "Leopard". - Errors on reading/writing plist will not cause a crash if building against the Leopard SDK. (I have no intention of requiring Leopard any time soon, but future-proofing is good.) - OOWeakReference is now more efficient when running under Leopard, by implementing the new "fast forwarding" mechanism. - Threads now have names set under Leopard, which may provide debugging advantages. - Fixed some new build warnings for new version of apple-gcc. - Updated type declarations to identify Oolite saved games as property lists. * Cleaned up PlayerEntityControls.m somewhat. Moved method declarations into files, fixed indentation, broke up monster giant method of doom. * Script-generated asteroids now behave like system populator-generated asteroids (As Seen on BB[TM]). * Minor optimizations and simplifications of legacy script engine. * JS System.filteredEntities() now has sensible behaviour if predicate throws an exception: the predicate is not called again, and null is returned. The exception is reported and not rethrown. git-svn-id: http://svn.berlios.de/svnroot/repos/oolite-linux/trunk@1240 127b21dd-08f5-0310-b4b7-95ae10353056 2007-11-23 15:04:14 +00:00			`"oolite-trumbles-mission.js"`
Xcode project tweak. Moved script out into Scripts folder (preparation for JavaScript translations). git-svn-id: http://svn.berlios.de/svnroot/repos/oolite-linux/trunk@898 127b21dd-08f5-0310-b4b7-95ae10353056 2007-04-03 17:37:40 +00:00			`)`