Grimrock

NutJob wrote:This is not a bump to catch the attention of a Dev[...]

JKos wrote:And as a bonus you don't have to place those script-enties by hand, they are created dynamically. And this means that we can load and destroy scripts any time we want, may be useful for really large and complex dungeons, like orrr3, maybe.

JKos wrote:Here is a workaround for you

Code: Select all

function loadScript(entityName,scriptPath)
		if findEntity(entityName) then
			Console.warn('Entity named '..entityName..' already exists')
			return false
		end
		local scr = spawn('script_entity',party.level,1,1,1,1,entityName)
		scr.script:loadFile(scriptPath)	
end


loadScript('test','mod_assets/jkos/my_test.lua')
loadScript('otherScript','mod_assets/jkos/my_other_test.lua')

Tested and it even seems to be save game compatible . This will make loading huge libraries with multiple scripts a breeze.

And as a bonus you don't have to place those script-enties by hand, they are created dynamically. And this means that we can load and destroy scripts any time we want, may be useful for really large and complex dungeons, like orrr3, maybe.

JKos wrote:What kind of namespace problems? I didn't test this much, but doesn't it work if you remove/rename your external script entites and instead load them with loadScript-method?

I mean if you have a external script entity named "lib" which points to "mod_assets/nutjob/lib.lua", just remove it from the dungeon and call loadScript("lib","mod_assets/nutjob/lib.lua")

GFX = {}
GFX.v = {}

-- followed by all functions under

GFX.myfunctionA = function() end
GFX.myfunctionB = function() end
-- and so on, using GFX.v to store any variables that need to be saved (or the odd parameter pass to something else, like when using delayedCall)

lib.script.GFX.getSomethingAndDoit()