March 6, 2024: Dwarf Fortress 50.12 has been released.
News: February 3, 2024: The February '24 Report is up.
News: February 4, 2021: Dwarf Fortress Talk #28 has been posted.
News: November 21, 2018: A new Threetoe story has been posted.
Forum Guidelines
Wow, more involved than I expected. Thanks for the replies.you don't need to fiddle with exporting and then importing. just copy the view you want (or create a new one) and then edit it to look however you'd prefer.
Ah yes. Is a bit annoying.use the gridview dock and copy the labor view you want. then edit it and drag/drop to re-arrange the columns how you'd like.
File-export gridviews as .dtg
Select just one grdiview to export
Open gridview in notepad, edit name of gridview by appending a 2 to it
Import gridview
Click windows-grid views
You can edit your grid view via the grid views subwindow
I was originally comfortable with the raw ratings due to the way I used DT. However, I like the new "drawn" ratings, as they are based around an assumed mean of 50% and they are stretched from their respective min to 0 and max to 100%the 0-100 ratings would purely be used for display purposes (tooltips, dock, cells, etc.). anything in the back-end (csv export, optimization) would continue to use the raw ratings.
However... I think the raw rating was important to be exportable to csv, as when I was exporting the (0 to 100%) min to 50% to max method to csv, the middle numbers were not exhibiting the expected behaviour. I believe it might be due to rounding and pushing more numbers closer to the center.
Is the role calculation working correctly? I'm currently using Dwarf Therapist v.25.0.0 for the first time in 0.40.x and most of my dwarfs who don't have a skill in a particular role, for example weaponsmith, get rated between 45% and 55%, while their attributes are very different.there's a bit of a disconnect at the moment, because the ratings are shown different ways. the values around 45-55 are the raw ratings, which are shown in the tooltip, on the details dock, and if you're using the 'text' cell drawing method.
I remember that in 0.34.x most dwarfs got rated between 20% and 80% for their possible roles, even if they had no skill for the role.
[OSX] Dwarf Therapist 25.0 | DF 40.10awesome, thanks again for the OSX packages. i've updated the main post with your DFFD link, as well as the repo's readme.
I have a suggestion for a new tab (I'm not sure how to add it myself, or I would)you can use the dock windows to add/copy views. for the moodable skills, you can group by highest moodable skill, or you can add the special moodable skill column to one of your custom views.
In addition to Labors and Labors compact, could we have a Labors tab that only shows moodable skills (and possibly one that shows just unmoodable skills)
In my usual pattern, I'll manage how many dwarfs have skills (dabbling or better) to try to produce valuable moods. Such a view would let me see at a glance (collapse all who have a non-junk and non-crafting highest) who needs to do what jobs.
I also like to turn on all the unmoodable skills for everyone (especially those that don't result in quality-improved products) like wood burning, plant gathering, pump operating, etc.
Thoughts?
Now I'm having trouble with d.total_assigned_labors(). It doesn't seem to matter (much) what I pass as an argument, it is always showing me the total including hauling labors. If I do 'true', 'false', 0, 1 or nothing at all, I get the total number of labors, including hauling. If I pass anything else, such as 'TRUE', 'FALSE', 'happy', or 'sad' I just get every dwarf, so that's evidently some sort of error.yeah it looks like the new scripting engine doesn't support function arguments with default values. i'll see about getting it fixed up in the next version. also, i've changed the total_assigned_labors function's option in the next version to include/exclude skill-less labors, so you shouldn't need to call it twice and check the difference anymore.
I'm trying to use it like the example in the Guide, subtracting d.total_assigned_labors(true) from d.total_assigned_labors(false) to see how many hauling labors are turned on. This worked in 23.6, but isn't working in 24.0. I know the number of hauling labors has changed, but the function doesn't seem to be giving different values for true and false.
Here's a final test:
d.total_assigned_labors(true) - d.total_assigned_labors(false) == 0
For 0 it returns every dwarf. For any other value ( I tried 1 through 20), it gives no dwarves.
Keith
there was a limit on how many historical figures could be read (100.000) and your world's history was just exceeding that (~102.000). so i'll have to make some adjustmentsWould you mind uploading the save so I can take a closer look?
Sure. Here's the save file: http://dffd.wimbli.com/file.php?id=9481
Would you mind uploading the save so I can take a closer look?Could you add an option to conceal vampires and such?it should be doing that already. what version of DT are you using, and have you turned off the option to highlight cursed units?
I recently had DT report that a certain person is 500 years old and his name does not match up with DF name, and it feels kinda cheaty to see it just like that.
Is it possible for DT to report the same age and name as is shown in DF, or are there technical difficulties in the way?
This occurred in version 23.6 with DF 40.08.
Screenshot of DF: https://dl.dropboxusercontent.com/u/76413808/Screenshot%202014-08-21%2015.38.45.png
Screenshot of DT: https://dl.dropboxusercontent.com/u/76413808/Screenshot%202014-08-21%2015.38.07.png
Screenshot of DT settings: https://dl.dropboxusercontent.com/u/76413808/Screenshot%202014-08-21%2015.39.18.png
Still works exactly the same way with DT 24.0 and DF 40.09 by the way.
Could you add an option to conceal vampires and such?it should be doing that already. what version of DT are you using, and have you turned off the option to highlight cursed units?
I recently had DT report that a certain person is 500 years old and his name does not match up with DF name, and it feels kinda cheaty to see it just like that.
Is it possible for DT to report the same age and name as is shown in DF, or are there technical difficulties in the way?
I'm not able to set nicknames on DF40.09, on linux. Console outputs: process_vm_writev: Bad address.yeah it's broken
I have a problem building on Linux (Mint 17). Last time I successfully built was for the 40.05 release.nope, nothing wrong on your end. that line of code shouldn't be there, it slipped in when the OSX offsets were merged, and i hadn't tested the merge yet. grab the most recent code or just delete that line.
I was getting the missing `qml` problem and tried installing qml which didn't solve it. I then found that the list of packages to install had been updated, and needed to get qtdeclarative5-dev. This allowed me to run qmake.
Now I get this error when compiling main:Code: [Select]$ make
g++ -c -m64 -pipe -O2 -Wall -W -D_REENTRANT -fPIE -DQT_NO_DEBUG -DQT_QML_LIB -DQT_WIDGETS_LIB -DQT_NETWORK_LIB -DQT_CONCURRENT_LIB -DQT_GUI_LIB -DQT_CORE_LIB -I/usr/lib/x86_64-linux-gnu/qt5/mkspecs/linux-g++-64 -I. -Iinc -Iinc/models -Iinc/grid_view -Iinc/docks -Iui -Ithirdparty/qtcolorpicker-2.6 -I/usr/include/qt5 -I/usr/include/qt5/QtQml -I/usr/include/qt5/QtWidgets -I/usr/include/qt5/QtNetwork -I/usr/include/qt5/QtConcurrent -I/usr/include/qt5/QtGui -I/usr/include/qt5/QtCore -Ibin/release -Ibin/release -o bin/release/main.o src/main.cpp
src/main.cpp: In function ‘int main(int, char**)’:
src/main.cpp:37:5: error: ‘setSetuidAllowed’ is not a member of ‘QCoreApplication’
QCoreApplication::setSetuidAllowed(true);
^
make: *** [bin/release/main.o] Error 1
The first time I ran make I may have accidentally interrupted it (I was focused on the wrong terminal and hit Ctrl+D; I didn't see if make had finished yet). I tried cloning a fresh repository and I still get the error.
Edit: I think I found the problem: Qt 5.3 hasn't been updated by apt-get upgrade. Do I need to use the Online Intaller from the Qt website? Or do I need to add some kind of development version to my packages?
yeah for scripting it's pretty useless, i should add something to search the nice names instead. if you don't need a script though, the filter box at the top should do what you want.<snip>I'm not sure I see a use case for the current implementation for nice_name() (or am I missing something?). Thanks for exposing the more useful functionality.
the nice_name() function returns the name that you see in the first column. so doing a == comparison only matches the exact name, not a partial match. however, it looks like what you really want is the ability to check the nickname, so i've exposed that function to the scripting in the next release.
It would be nice if there was a way to do partial matches for strings, though. Not a must-have, or even a high priority, but if you are bored some day and looking for something to do...<snip>
this should be fixed in the next release, but i wasn't able to test it.
Thanks. It was a minor issue, but I thought it was worth mentioning.
BTW, I actually use the Alchemy skill as a flag sometimes. For example, when I find someone drained of blood and I start searching for potential vampires, I go down the list and look at happy thoughts. Anyone who doesn't have any drink/eat/sleep related thoughts is a suspect and I flag them by turning on alchemy. It's the one skill that is always off by default and won't change anything if I turn it on. I guess I could turn off everyone's fish dissecting or animal care and use that, though.
Keith
