Grimrock

Posted: **Wed Jan 23, 2013 11:51 pm**

Hope they help - I don't have a personal tester

so I'm not 100% confident there are no bugs (who is ?). The linq part is covered by unit tests, but the grimrock specific parts aren't yet..

so if you find anything wrong tell me

And I'm really curious about that transfer, it will be very helpful! Great work

Posted: **Sun Jan 27, 2013 3:25 pm**

I just noticed now: the download link was wrong!

here it is :

http://code.google.com/p/lualinq/downlo ... -1.3.2.zip

Posted: **Mon Mar 25, 2013 8:01 pm**

Version 1.4.1 of this thing is up:

GrimQ: NEW: moveItem and moveItemFromFloor to automagically move an item around
GrimQ: NEW: partyGainExp(amount) function
GrimQ: NEW: shuffleCoords(..) to generate "almost-random" numbers from a set of coordinates
GrimQ: NEW: randomReplacer to replace all instances of an object with another chosen at random
GrimQ: NEW: decorateWalls and decorateOver to automatically insert decorations in dungeons
GrimQ: NEW: auto_onStep and auto_onStepOnce autos in scripting entities
GrimQ: automatic patch for allEntities bug in game engine (defaults at true) - thanks MarbleMouth!
GrimQ: loadItem support restoring ids of items in containers
GrimQ: fromAllEntitiesInWorld supports a where predicate in the function itself for optimizations
GrimQ: autoprinters support overriding the function to use as hudPrint
GrimQ: version check *SHOULD* work now. Or not, who knows ?
GrimQ: fromAliveChampions() fixed
GrimQ: fromEntitiesForward(),fromEntitiesInArea() and fromEntitiesAround() TONS of bugs fixed
GrimQ: moveFromFloorToContainer and moveItemsFromTileToAlcove now preserve ids
GrimQ: optimizations in find and getEx

Apart from the bug fixes of a lot of functions, the biggest new entries are:

Patching for allEntities bug
Just use grimq.fromAllEntities(level).
Thanks marblemouth!

(even if the grimq code doesn't use your iterator in the latest ver)
Thanks Komag

moveItem and moveItemFromFloor
These are like spawn, except that they copy and move an existing item preserving the id

id preservation
For a lot of things like loadItem etc. there is the possibility of restoring the id

auto_onStep and auto_onStepOnce
Just put a function named auto_onStep in a scripting entity and everytime the party steps on it, it gets executed. auto_onStepOnce does the same except only the first time. Yes, I'm that lazy.

decorateWalls and decorateOver
Because I'm that lazy, you can write a script like:

Code: Select all

function autoexec()
	local t = {
		"",
		"",

		"dungeon_ceiling_root_1",
		"dungeon_ivy_1",
		"dungeon_ivy_2",
		{"dungeon_ivy_1", "dungeon_ivy_2"},
		{"dungeon_ivy_1", "dungeon_ceiling_root_1"},
		{"dungeon_ivy_1", "dungeon_wall_dirt_1"},	
		{"dungeon_ivy_2", "dungeon_ceiling_root_1"},
		{"dungeon_ivy_2", "dungeon_wall_dirt_2"},
		"dungeon_wall_dirt_1",
		"dungeon_wall_dirt_2",
	}

	grimq.decorateWalls(self.level, t, false)
end

in a level to automatically put those boring decorations.

Download at http://code.google.com/p/lualinq/downlo ... _1.4.1.zip

Posted: **Mon Mar 25, 2013 9:54 pm**

woohooooooo auto-OnStep. I had that manually implemented in all sorts of places, glad to have a standardized solution. (Ok, standard to 3 people, lol).

it's the kind of thing that should have been in the editor from the start.

Posted: **Tue Mar 26, 2013 12:09 am**

I had that manually implemented in all sorts of places

Good to know I'm not the only lazy one who cannot stand putting a pressure plate every time!!

Posted: **Tue Mar 26, 2013 3:39 am**

Well script entities make great placeholders for stuff, as they only exist in the logical domain and don't have a physical GameObject / Entity existance as far as I know.

For this new GrimQ, if I want to integrate it into the ORRR2, i just replace grimq.lua inside framework/modules?

Oh, and you HAVE to do a room... just a quick one! We're still missing 6 designers.

Posted: **Tue Mar 26, 2013 12:42 pm**

I think you can just put a scripting entity named grimq in the mod and it will override the one included into jkos fw

Posted: **Fri Apr 05, 2013 5:14 pm**

Version 1.4.3 released.

It fixes the integration with JKos framework. - Thanks to Grimfan for reporting this issue

If you are using GrimQ AND the JKos framework, now you can simply create a scriptingentity in the game called grimq with the new sources, set USE_JKOS_FRAMEWORK to true in the grimq script and it will work (plus, if you forget to set USE_JKOS_FRAMEWORK, it will alert you with an error message).

Also, a quick note to those who use autohooks - the documentation suggested you to do a wrong thing

sorry.

Let's say you have this:

Code: Select all

function _onMove()
	print("onMove")
end

to be called when the party moves.

OK:

Code: Select all

autohook =
{
	party =
	{
		onMove = _onMove,
	}
}

Also OK:

Code: Select all

autohook =
{
	party =
	{
		onMove = function(self, whatever) my_scripting_entity._onMove(); end,
	}
}

NOT OK (causes reloads to crash):

Code: Select all

autohook =
{
	party =
	{
		onMove = function(self, whatever) _onMove(); end,
	}
}

Sorry for this

Download link:
http://code.google.com/p/lualinq/downlo ... _1.4.3.zip

Edit: edited quickly to fix an issue with 1.4.2 where there was a small backward compatibility break. Meh.

Grimrock

[Library] - GrimQ - v1.4.3

Re: [Library] - GrimQ - a query library for Grimrock - v1.3.

Re: [Library] - GrimQ - a query library for Grimrock - v1.3.

[Library] - GrimQ - v1.4.1

Re: [Library] - GrimQ - a query library for Grimrock - v1.4

Re: [Library] - GrimQ - a query library for Grimrock - v1.4

Re: [Library] - GrimQ - a query library for Grimrock - v1.4

Re: [Library] - GrimQ - a query library for Grimrock - v1.4

Re: [Library] - GrimQ - a query library for Grimrock - v1.4