Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[PeridexisErrant]

Are there any plans for a new DFHack release soon?  It's already the longest changelog in years, and there's a lot of stuff in there I'd like to be the default before Meph reboots Masterwork in a month or so.

[lethosor]

There's a rough list here of things I'd like to see finished, and expwnent wants to finish his create-unit script. I'm not aware of any changes that would affect MDF, though, so Meph ought to be able to update MDF's version of DFHack without too much trouble if it's necessary. I'm a bit hesitant to base DFHack releases around the development cycle of one mod.

Also, changelog length isn't a great metric because we only recently started listing all changes and bugfixes (well, "recent" being at some point in the 0.40 series, so 0.40.24-r3/r4 are probably the largest releases since then).

[PeridexisErrant]

There's a rough list here of things I'd like to see finished, and expwnent wants to finish his create-unit script. I'm not aware of any changes that would affect MDF, though, so Meph ought to be able to update MDF's version of DFHack without too much trouble if it's necessary. I'm a bit hesitant to base DFHack releases around the development cycle of one mod.

Also, changelog length isn't a great metric because we only recently started listing all changes and bugfixes (well, "recent" being at some point in the 0.40 series, so 0.40.24-r3/r4 are probably the largest releases since then).

Fair enough.  I only mentioned MW because I've dealt with more version-based issues than I want to before, even if it's just working out what the interface on something should look like.  For my own sake, there's some stuff I won't have to maintain or document anymore (currently manually pulled from the develop branch).  The other metrics I checked were the master - develop diff, which seems pretty significant, and closed issues and pulls.

I do think a release soon would be good though, and there can always be another when the next round of work is done...

[GrizzlyAdamz]

Hey guys, I don't suppose anyone's made a 'fog of war' mod for fortress mode?

Coming here from the archaeology thread, (again), figured FoW would make fortress-mode expeditions more immersive, (and all-around better than adv-mode expeditions).

btw thanks letho & scam.

[PeridexisErrant]

Did you know it's possible to do

Code: [Select]

w=dfhack.gui.getCurViewscreen() ; w.child=df.viewscreen_legendsst:new() ; dfhack.gui.getCurViewscreen().parent=w

and get a fully functional Legends screen? There was couple question about how to get more info about outer world recently. The only thing you can't use ESC to close the screen, instead, use

Code: [Select]

dfhack.gui.getCurViewscreen().breakdown_level=2

Someone needs to make a convenient script, if there's no already.

Can somebody do this?  I can even use exportlegends.lua as usual!  It's amazing 

[Roses]

Question about lua programming.

So I know you can create functions like normal where you have a fixed number of variables and variable positions

Code: [Select]

function func(arg1,arg2,arg3)
 blah
end

func(X,Y,Z)

And you can create functions that use keyword like arguments

Code: [Select]

function func(options)
 name = options.name or 'this is a name'
 blah = options.blah or 'this is blah'
end

func{name='foo',blah='bar'}
But can you create functions that combine these two? For instance, could I do

Code: [Select]

function func(arg1,arg2,arg3,options)
 blah
 name = options.name
end

func(X,Y,Z,{name = 'name'})
Basically I am wondering if you can simulate functions with keyword arguments like in Python (and other programming languages)

[Putnam]

Lua's keyword-like function parameters are not given any special privileges like in, say, Python. They are nothing more than tables. The function{foo=bar} syntax is just syntactic sugar for function({foo=bar}).

[lethosor]

That last example you gave is valid, by the way.

[Dirst]

I asked in the general modding thread and got no reply, so I'm guessing this is a DFHack thing or impossible.  Can a creature (or creature class) be made especially vulnerable to a specific weapon?  In this case I'm working on a stone megabeast, and for flavor reasons I'd like them to take extra damage from picks.

If it works out nicely I might back-port it into The Earth Strikes Back as well.

[Putnam]

no

it should be possible to do it with DFHack... but it would probably be using the onAction event so that the velocity can be increased on that particular enemy

[Dirst]

I figured it would be something like that.  Might do it anyway if there's a simple way to reference the creature class of the target, plus either filter events on the weapon type or reference that during the attack.  Shouldn't be too bad a hit on FPS.

For a completely unrelated feature, is there a way to wink an item out of existence?  My vision for the megabeast is to "animate" nearby boulders, which really means destroying the boulder and spawning a creature in the same tile.  The creature then has a corpse item of that kind of boulder to keep everything logical.

[Atomic Chicken]

Just thought I'd point out the significance of a few minor unlabelled things I noticed whilst using gm-editor:

unit.flags3

Spoiler (click to show/hide)

28 : gelded
unk22 : is set to "true" when adventurer yields

df.global.ui_advmode

Spoiler (click to show/hide)

menu=34 : the menu that appears when looking at creature tracks

unit.inventory[y]

Spoiler (click to show/hide)

mode=10 : the item is "strapped"

df.world.nemesis.all[y].figure.info.relationships.anon_1[z]

Spoiler (click to show/hide)

anon_1 : histfig_id of target unit
anon_7 : year when the relationship was formed
anon_8 : year_tick when the relationship was formed

[lethosor]

Thanks! That sort of thing is good to mention here as well, but I'll get those added.

[Severedicks]

Getting an error at compile time on remotefortressreader.cpp:

Spoiler (click to show/hide)

/home/user/DF/dfhack/plugins/remotefortressreader.cpp:1217:50: error: ‘union df::region_map_entry::T_clouds’ has no member named ‘cirrus’
             clouds->set_cirrus(map_entry->clouds.cirrus);
                                                  ^
/home/user/DF/dfhack/plugins/remotefortressreader.cpp:1218:86: error: ‘union df::region_map_entry::T_clouds’ has no member named ‘cumulus’
             clouds->set_cumulus((RemoteFortressReader::CumulusType)map_entry->clouds.cumulus);
                                                                                      ^
/home/user/DF/dfhack/plugins/remotefortressreader.cpp:1219:78: error: ‘union df::region_map_entry::T_clouds’ has no member named ‘fog’
             clouds->set_fog((RemoteFortressReader::FogType)map_entry->clouds.fog);
                                                                              ^
/home/user/DF/dfhack/plugins/remotefortressreader.cpp:1220:82: error: ‘union df::region_map_entry::T_clouds’ has no member named ‘front’
             clouds->set_front((RemoteFortressReader::FrontType)map_entry->clouds.front);
                                                                                  ^
/home/user/DF/dfhack/plugins/remotefortressreader.cpp:1221:86: error: ‘union df::region_map_entry::T_clouds’ has no member named ‘stratus’
             clouds->set_stratus((RemoteFortressReader::StratusType)map_entry->clouds.stratus);

despite having updated RemoteFortressReader.proto, did I miss anything?

[lethosor]

library/xml on the develop branch isn't pointing to the latest df-structures commit with those enum names added.

Edit: it's up-to-date now.