Print

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

[HungThir]

normally (i.e. fortress mode) when you melt small things whose yield is less than a bar, the fractional bars accumulate internally until you've melted enough small things to produce a whole bar, and then the bar appears.  i bet this is really confusing for advfort...

there's a yield table on the wiki; what happens if you melt one of the objects that's guaranteed to produce at least a whole bar?

[Quantum Drop]

Sounds like a possible script error. Is there any red text printed to the DFHack console when this happens? If so, could you paste it here?

No red text showed up in the console.

However, I will note that when building the smelter, it required me to put in the building material then alt-move into it (causing it to go to the menu where you'd choose the material for building it, now showing as 01. Filled 0/0 as opposed to the earlier 01. Filled 150/1) before it would finish building. This caused the text 'Could not put item:     0       <item_barst: 000002069EEC4640>' to appear in the console, though it was the usual grey rather than red.

[HungThir]

that sounds like what happens when you start building while standing on what will become one of the workshop’s impassable tiles? it can’t finish with you standing there, so you have to move and then continue construction, but since construction was already started the material is both used up and no longer required (thus 0/0)

[sheepish_gorilla]

Hi guys,
Is this also the place to post feedback on the DFhack documentation?

If so, I'd like to suggest an addition to the tiletypes info:
something I found out recently: 'paint special normal' makes everything into natural stone. It took me a while to find this and I see a lot of questions on the reddit about how to create natural stone. So I think it's useful to add this, in the explanation but also as an example.

for instance:
use [k] to position your cursor
in DFHack:
paint shape wall
paint special normal
run or [enter]

and you have a natural stone wall

[sheepish_gorilla]

separate post for a question:
Where are the saved stockpile profiles stored? I thought they were linked to saves, but just noticed they're gone after moving my fort to a new starter pac

edit: never mind, I found the folder, how do I delete this bloody post?

[Schmaven]

separate post for a question:
Where are the saved stockpile profiles stored? I thought they were linked to saves, but just noticed they're gone after moving my fort to a new starter pac

edit: never mind, I found the folder, how do I delete this bloody post?

What folder is it stored in?  If I could just copy it to new versions, that would save me some time re-doing all the same configurations I regularly use.

Also, I don't think you can delete a post.  The forum moderators might be able to though.  There is a little "Report to moderator" hyperlink on the lower right.

[feelotraveller]

Hi guys,
Is this also the place to post feedback on the DFhack documentation?

If so, I'd like to suggest an addition to the tiletypes info:
something I found out recently: 'paint special normal' makes everything into natural stone. It took me a while to find this and I see a lot of questions on the reddit about how to create natural stone. So I think it's useful to add this, in the explanation but also as an example.

for instance:
use [k] to position your cursor
in DFHack:
paint shape wall
paint special normal
run or [enter]

and you have a natural stone wall

It would be good to mention in the documentation that the default setting is 'smooth' and that 'normal' gives rough/natural instead, as that is not obvious at first.

However to make sure a stone wall is created it is also needed to specify:

paint material stone

since otherwise you get a 'wall' tile appropriate to the layer - soil for a soil layer, air for an air layer, semi-molten rock for a magma layer... and only stone in a stone layer.

[sheepish_gorilla]

What folder is it stored in?  If I could just copy it to new versions, that would save me some time re-doing all the same configurations I regularly use.

Also, I don't think you can delete a post.  The forum moderators might be able to though.  There is a little "Report to moderator" hyperlink on the lower right.

It's in the stocksettings folder in the main DF folder

[lethosor]

separate post for a question:
Where are the saved stockpile profiles stored? I thought they were linked to saves, but just noticed they're gone after moving my fort to a new starter pac

edit: never mind, I found the folder, how do I delete this bloody post?

It would be better to edit your post to include the answer to your question instead of deleting your question, because someone might have the same question in the future (in fact, Schmaven did have the same question in this case).

For reference: the GUI (specifically, the "gui/stockflow" script, which can be run by pressing "l" with a stockpile selected) should store saved stockpiles in the "stocksettings" folder. The "savestock" command might allow you to store them somewhere else. I'll double-check and add this information to the plugin docs (the docs for the script already mention this, but it could be clearer).

(ninja'd)

[Moeteru]

I'm very new to dfhack scripting, so apologies if this is obvious and/or already documented somewhere.
I want to read the "divider" attribute of the "emotion_type" enum in df.unit-thoughts.xml from within a lua script, but I can't figure out where that metadata is stored in the lua API.

Also, I think I figured out what four of the unnamed parameters in one of the structs are for. Specifically the four int32_t variables in the reflected_on struct df.units.xml#L1970-L1974. The first two store the old and new values for the facet which was changed (range: 0 to 100), while the second two store the old and new values for the changed value (range: -50 to +50). If either changed_facet or changed_value is -1 then the corresponding old and new variables will be uninitialised.
I posted a script over in the stress and psyche thread which may help in verifying this hypothesis. I've tested it on a few random dwarves and the values all seem consistent with what is shown in the thoughts and personality screen.

[Putnam]

I'm very new to dfhack scripting, so apologies if this is obvious and/or already documented somewhere.
I want to read the "divider" attribute of the "emotion_type" enum in df.unit-thoughts.xml from within a lua script, but I can't figure out where that metadata is stored in the lua API.

df.emotion_type.attrs[type].divider

[lethosor]

Also worth noting that you can index attrs with either the enum item name or value, just like the enum, so

Code: [Select]

[lua]# ~df.emotion_type.attrs[0] == df.emotion_type.attrs.ACCEPTANCE
true

attrs don't appear to be documented at all currently. I'll open an issue for it. (update: https://github.com/DFHack/dfhack/issues/1802)

[Bumber]

I've noticed you can open and use gui/gm-editor from the in-game command prompt (Ctrl+Shift+P), but for other scripts like gui/liquids and gui/teleport the prompt remains open and won't allow you to move your cursor. Is this fixable?

[lethosor]

I'm not sure how hard that is to fix, but I didn't know it was an issue, so thanks for reporting it. Reported here, with details on what I think the issue is and some possible fixes: https://github.com/DFHack/dfhack/issues/1803

Not to complain, but I would like to request that bugs get reported in the issue tracker. This definitely includes documentation issues too, as well as feature requests. I've opened several tickets there recently (not only from things reported in this thread!), but I don't always have time to do that, and things can easily be forgotten if they aren't tracked there. From the first post of this thread (which I will shortly update to include more detail):

Please report bugs in the GitHub issue tracker. (Bugs reported in this thread can be buried sometimes.)

[Bumber]

Reported here, with details on what I think the issue is and some possible fixes: https://github.com/DFHack/dfhack/issues/1803

It's definitely not a rendering issue. Liquid is placed exactly where the unmovable cursor is.