Quote from: ResMar on September 30, 2013, 10:11:32 pm So is there any specific editing that you want me to do? I can balance the document better, but it's not always easy to avoid awkward disconnects like the role weight issue or the role-profession-view juncture fault.



Fun fact: this was originally supposed to be a demonstratatory LaTeX project for myself (I was/am learning the language), and got a little out of hand .

can you elaborate more on the awkward disconnects you mention? also, what did you mean in the document where you talk about the preferences and thoughts not reporting correct numbers? is there a bug, and/or something reproducible i can test? same applies to why you think grouping by total skill levels and total assigned labors is incorrect?



It goes a long way towards reducing the horizontal sprawl of the default labor view, making the program significantly more usable, especially on smaller screens.

It increases utility and speeds up application by allowing you to manipulate a set of labors in groupwise order, instead of having to resort to right-click "turn off all <labor grouping> labors", and having to repeat that operation multiple times.

It adds what I feel is that one last missing piece of interactivity to custom grid views.

I need to reread what I wrote, but I can give you the first one off bat:Simple: role weights are artificially done. Not really your fault, though, there just hasn't been enough !!SCIENCE!! done on this topic. I think your solution is elegant, but it took me a good bit of 'xplaining from thistle to understand, and I nonetheless have to explain why role numbers are so fuzzy in the document. Doing so requires getting a bit involved in the mathematics and some lamentation on the state of labor !!SCIENCE!! today, which could be seen as objectionable in a manual, but I think is necessary.Right now custom roles have only been implemented into the program insofar as viewing them as columns, or using them in the labor optimizer. A much more immediately useful application that I was initially shocked that the program lacked would be to link these roles to custom professions. Custom professions, meanwhile, would be much more useful if they could be made into individual "labor groupings", so that you could toggle them on or off at will within the view without having to resort to right-clicking. Allow me to explain in detail.: A useful capacity for the program to have would be the ability to link several labors under a single profession (which can be done), and then have the ability to add a row of boxes for that "superlabor" to your grid view. For instance, hauling. Hauling is almost always all-on or all-off, so instead of having the horizontal sprawl of an entire row of hauling sublabors, you can have just one, neat "Hauling" column. This has three benefits:: So I now have a superlabor toggling option linked to my profession. However, because custom professions are defined ad hoc, there are no role ratios and so that entire chunk of the program's utility is missing. One solution would be to simply add up the role weights of the job normally associated with the labor, ignoring any overlap; in fact I think this would be a good "default" solution. It would be even more useful if you could link my own, custom-written role to that profession and therefore to that column of boxes.: I think Dwarf Therapist should ship with some predefined sort scripts already embedded in the program. These are actually not intuitive to write, but extremely useful and easy to use. Also, I think you should include my heavily edited "Labor+" view as an option the default install, but this is up to you: I'm not going to plug my own work if it's not necessarily wanted.