Bay 12 Games Forum

My problem with ice-encasement traps is that the ice walls completely obliterate the creatures that have been frozen, items and all. While this can be useful at times, I do prefer being able to take weapons from dead goblins to melt down into goblinite and so on, I would much prefer the items to be stored within the ice until the ice thaws.

This sounds like http://www.bay12games.com/dwarves/mantisbt/view.php?id=895
Edit: The part about items being irretrievable, that is, not creatures dying when encased in ice.

Quote from: Toady One

Stopped dwarves from breeding like animals, technically speaking

I will transfer saves to and from this version (40.06) periodically when I want to have a year of out of wedlock births.  With some self-narration I can build up some pretty interesting stories.  This is also great if I have a dead civ and I want to rebuild it quickly.  No need for those long slow buildups of relationships!

Transferring saves to previous versions generally isn't a good idea - any "patches" made to the save when loading it for the first time in a new version (the "Handling compatibility issues..." stage) are one-way, since implementing the reverse procedure wouldn't be possible in already-released versions. Attempting to load a save from a newer version could cause a variety of difficult-to-diagnose problems (or DF could simply refuse to recognize/load them).

Quote from: fricy on August 05, 2014, 03:40:07 am

Quote from: Buttery_Mess on August 05, 2014, 03:27:41 am

How would someone go about compiling v23.4 in linux?

You need to compile the DF2014 branch, not the master:

Code: [Select]

git clone git://github.com/splintermind/Dwarf-Therapist.git DF2014

Nope. Like I said, if I do that, the compiled program says that it's version 22.0 of the branch, according to Help > About. This was the problem I was having before, it would always compile the oldest version of the branch, not the newest. I am right in thinking that github preserves all the old code, in addition to newer code?

It should be "git clone git://github.com/splintermind/Dwarf-Therapist.git -b DF2014". Without the -b, git will clone DT to a folder named "DF2014".

Quote from: salithus on August 05, 2014, 06:48:14 pm

Quote from: Malicus on August 05, 2014, 06:14:18 pm

That should not be a hoop I have to jump through by default.

Then write your own app to manage this.

I have to second this sentiment.

Thanks for all the hard work, guys! DT (and tilesets) allow me to actually play Dwarf Fortress! *blush*

I don't see why these labors should be hidden by default - whenever I turn off hauling and other labors for an important dwarf (e.g. a broker), I turn off hospital labors as well. I'm not opposed to allowing them to be hidden (although I doubt they take up enough space to make a difference), but I personally think hiding them by default will end up confusing players.

So I guess Falconne is busy with other projects/games, which leaves us with no mouse/utility as far as  I know, or is there another one out there that could be added to the pack?

DFHack needs to be updated for Falconne's (or anyone's) plugins to work.

Quote from: lethosor on August 04, 2014, 01:09:50 pm

Quote from: mushmouth on August 04, 2014, 12:55:23 pm

Is there anyway we could update the source to get rid of the terminal windows? 
/usr/bin/strings implies that dwarfort.exe get launched by this in a binary file
osascript -e "tell app \"Terminal\" to do script \"\\\"%@/Dwarf Fortress/df\\\"\""

this could be updated to not pop a terminal window by running this instead
osascript -e "do shell script \"\\\"%@/Dwarf Fortress/df\\\"\""

That would likely prevent DFHack from working - in the meantime, since the terminal window isn't very useful, you can edit the "df" script to run dwarfort.exe in the background (which is what vanilla DF now does), then configure Terminal to close windows automatically when a process completes.

The "do shell script" version runs fine in script editor (On Mavericks) without terminal or X11 running, and I don't see any options for closing windows/tabs when processes complete.

Preferences -> Settings -> Shell -> "When the shell exits"
Running "do shell script" directly does work - I was assuming that Fricy would change "df" to run DFHack once it's updated, which would be problematic without a terminal window, but it should be simple enough to implement separate DF/DFHack scripts in the launcher.

http://dwarffortresswiki.org/index.php/Utility:DFHack/createitem#Body_parts

Does "SHELL CREATURE_MAT:(creature):SHELL" work?

Is there anyway we could update the source to get rid of the terminal windows? 
/usr/bin/strings implies that dwarfort.exe get launched by this in a binary file
osascript -e "tell app \"Terminal\" to do script \"\\\"%@/Dwarf Fortress/df\\\"\""

this could be updated to not pop a terminal window by running this instead
osascript -e "do shell script \"\\\"%@/Dwarf Fortress/df\\\"\""

That would likely prevent DFHack from working - in the meantime, since the terminal window isn't very useful, you can edit the "df" script to run dwarfort.exe in the background (which is what vanilla DF now does), then configure Terminal to close windows automatically when a process completes.