Print

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

[PeridexisErrant]

And by substituting the filename I can use a separate non-conflicting single file, yes? Thanks!

[lethosor]

That script is referring to "onload.init" in the main DF folder (not a region folder), although the name doesn't make a difference.

[indyofcomo]

What's the simplest way(probably on the wiki) to find out what string I should be using with workflow?

[expwnent]

I had thought of the first, and I plan to do this eventually - but it's a real pain, with way more special cases than I want to consider.  The second could work - I'd have to check how selectively the windows GUI copies those folders over.  On the other hand, it makes all the issues with propagating settings even worse if I want to use it for more that always-on bugfixing. 

Serious questions to dfhack people:  how hard would it be to have a single Onload.init in the same place as dfhack.init? 

This would be a huge plus for my setup in the Starter Pack.  If keeping the current function is desired, it could be overridden when an in-save-folder init file is found.

Not that hard, but Lethosor's solution is better. You can do it with dfhack.init as is.

[expwnent]

One more: I tried running the blooddel command to test if it works, and it won't delete blood barrels from an already arrived caravan. Is it intended behaviour? Is it only effective on future caravans?

Yes, only future caravans.

[Urist Da Vinci]

One more: I tried running the blooddel command to test if it works, and it won't delete blood barrels from an already arrived caravan. Is it intended behaviour? Is it only effective on future caravans?

Yes, only future caravans.

Correct. The script removes bloods etc. from the list of extracts that a civ can bring. This will also prevent you from embarking with or requesting blood barrels. Items that already exist on the map are not affected. The script only needs to be run once per world, as the change appears to be saved in the world data.

[lethosor]

What's the simplest way(probably on the wiki) to find out what string I should be using with workflow?

If you mean the item/material tokens, they can be found at http://dwarffortresswiki.org/index.php/DF2012:Item_token and http://dwarffortresswiki.org/index.php/DF2012:Material_token, respectively. The createitem page may also be useful.

[Rose]

Alternately use the much more friendly workflow GUI script.

[fricy]

This should work in dfhack.init:

Code: [Select]

:lua dfhack.onStateChange.onloadscript = function(state) if state == SC_WORLD_LOADED then dfhack.run_command('script onload.init') end end


What is the syntax, if I want to run a script at embark/after embark. Will the script only act on the active world, or any saves?

What is an "embark offset patch"?  Because I'm getting an "embark offset patch not found" when trying to use "embark anywhere" or "embark nano".

Yeah, the embark script does that, use the embark-tools instead: enable embark-tools in the console, then you get a GUI option.

What's the simplest way(probably on the wiki) to find out what string I should be using with workflow?

Use this as a base, copypaste into dfhack, or add to dfhack.init or onload.init.

[Riemann]

Hey all, I've learned me some Ruby in the last couple days and am working on a DFHack script. Could use some help:

I have a reference to a Unit object and want to get the string name for that units Profession.

been poking at this for a while and I cannot figure out the syntax for working with the classes that contain things that kind of look like Enums (such as Profession)


this is what I have so far

Code: [Select]

def OutputDorfInfo(dorf)
    str = "#{dorf.name}" if dorf.name.has_name

    if dorf.custom_profession != ""
        str << " the #{dorf.custom_profession}"
    else
        str << dorf.profession.inspect()
    end

    str << " member of the militia squad #{dorf.military.squad_tg.name}" if dorf.military.squad_id != -1

    str << ". \nBorn in the year #{dorf.relations.birth_year}."

    if dorf.relations.spouse_id != -1
        str << "\nMarried to #{dorf.relations.spouse_tg.name}."
    end

    if dorf.relations.lover_id != -1
        str << "\nLover of #{dorf.relations.lover_tg.name}."
    end

    artifactName = dorf.status.artifact_name.to_s()
    if artifactName && artifactName.length > 0
        str << "\nCreator of the artifact #{artifactName}."
    end
   
    puts str
end


dorfs = DFHack.unit_citizens

dorfs.each { |d|
    OutputDorfInfo(d)
    puts ""
}


[Riemann]

Found it!

the syntax I was looking for is DFHack::Profession::Caption[dorf.profession]

[Riemann]

Does anyone know of how to generate the physical description of a dorf in Ruby?

[esarbe]

Hi there,

i've cloned the dfhack repo and I'm trying to build dfhack for fedora 20. I'm stuck at the configure build step, however:

Code: [Select]

CMake Error at depends/protobuf/CMakeLists.txt:60 (MESSAGE):
   Could not find a working hash map implementation.  Please install GCC >=
   4.4, and all necessary 32-bit C++ development libraries.

I'm at a loss here. The libstdc++ package is installed. Which hash map implementation is required?

(gcc version 4.8.3)

Cheers,
esarbe

[lethosor]

Make sure you have a 32-bit GCC or multilib enabled.

[Putnam]

https://github.com/expwnent/dfhack/commit/596ab0e1b85dff4107a65847247d4b7ec1eafa12

All the scripts I've added are in there. They should be safe for the current version. There are a lot of them, so go check them out! I also added a few convenience things like the "repeat" command / repeatUtil / etc.

I added an onReport event that happens when a combat report happens (much more often than you think: it doesn't have to be visible to the user). More exciting is the onStrike event which triggers when any unit hits another. For convenience, it also tries to compute whether they hit the target with a weapon or with a unit attack. It needs testing, so let me know how it goes.

I would recommend renaming hackWish to something more descriptive like gui/createitems or something along those lines.