Print

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

[lethosor]

He knows. He usually follows DFHack development pretty closely.

[mifki]

I fell asleep while dfhack was building and then had to go to work 

[Jazz Cat]

Darn work. Don't employers know that there's Dwarf Fortress utilities to be made?

[Lamandus]

Darn work. Don't employers know that there's Dwarf Fortress utilities to be made?

Ikr? It is like deploying a legendary Fish Desector to the Army... uh...

[mifki]

Done. v6.41

[Rose]

How do I build this?

[lethosor]

Do you need to? There are binaries at https://github.com/mifki/df-twbt/releases
There is also a makefile and a visual studio project in the repository. Is something not working with those?

[Rose]

The visual studio project depends on a lot of environment variables to work. I think I got most of it figured out now.

As for why I need to build it, I want to add the ability to use raw tokens rather than indexes, so things don't break as soon as somebody adds a new workshop.

[lethosor]

Oh, your picture changed, and I didn't recognize who you were.
That sounds like a fun project. I've never built TWBT on Windows, though, so I'm afraid I can't help much there. The Makefile just needs paths to DF, DFHack source, and a DFHack version number (DF, DH, and DFHACKVER respectively) - maybe the Windows build system is similar?

[Rose]

So some discussion in the meph tileset thread lead me to making this small change:

https://github.com/mifki/df-twbt/pull/74

This should make things a bit easier for the overrides.

[PatrikLundell]

<Removed, as it was complete garbage>

[Vordak]

Code: [Select]

RiverRampE, RiverRampN, RiverRampNE, RiverRampNW, RiverRampS, RiverRampSE, RiverRampSW, RiverRampWIs it possible to introduce such a distinction for all types of ground ramps?

[lethosor]

Those tile types are implemented by DF, so TWBT cannot introduce new ones.

Would it be possible for TwbT to export a function for turning on text mode with a possible need to reset the text mode when done for usage by DFHack scripts to allow those to produce their output as "real" text?
My thought is that DFHack would export a function that did nothing if TwbT wasn't active, and would enable/reset text mode when TwbT was present. One usage of this would be to have the various DFHack widgets that produce text have their rendering functions enable text at the start and reset it at the end.

There's already a "map" parameter to DFHack drawing functions that TWBT can use to distinguish between drawing to the map and drawing text. The latter is the default. I'm not sure what issues you're thinking of here.

[PatrikLundell]

:

Would it be possible for TwbT to export a function for turning on text mode with a possible need to reset the text mode when done for usage by DFHack scripts to allow those to produce their output as "real" text?
My thought is that DFHack would export a function that did nothing if TwbT wasn't active, and would enable/reset text mode when TwbT was present. One usage of this would be to have the various DFHack widgets that produce text have their rendering functions enable text at the start and reset it at the end.

There's already a "map" parameter to DFHack drawing functions that TWBT can use to distinguish between drawing to the map and drawing text. The latter is the default. I'm not sure what issues you're thinking of here.

You're completely correct, and I'm barking up the wrong tree up the creek without a paddle.

[Rose]

Just out of curiosity, how hard would it be to have multi-layer overrides for creatures, to support, for example, skin color, or per-caste graphics?