Bay 12 Games Forum

I think the most workable solution would be a stickied post with a link to an off-site changelog. Stick it in a github repo or google doc or something. That way it can be as large as required, maintained by multiple people, and Toady won't have to deal with it apart from clicking the 'sticky'-button.

I really like the idea of this, but I think the questionnaire could do with a little more work to make it useful. Do please take all of this as personal opinion and general suggestions.

I was somewhat surprised that single pick / no pick challenges didn't make the list. They seem popular to me, but maybe that's just confirmation bias. It seems to me that you really need a solid, comprehensive list of goals and challenges if you are to correlate play style with preference.

The question about time played could benefit from being split into predefined intervals. Allowing for arbitrary numbers all the way up to 1000, with decimals, is going to result in people taking random guesses rather than really thinking about it (I know I did - seriously, who's counting after around 100 hours, anyway?). 'Which of these brackets do you fit into' is a powerful question, although of course not perfect.

Number of years is more reasonable as an integer input. Asking people to input a number with an inherently base 12 fractional part as a base 10 real number just feels wrong even if it isn't a big deal, and honestly the fractional part probably doesn't matter all that much in this context.

Savagery / Alignment and Temperature might benefit from a 'no preference' option. I've certainly had fortresses where I completely disregarded at least one of them (typically temperature). It's difficult to pick one of three options when you really want to answer 'whatever, that has no bearing on my gameplay at all'.

In any case, great idea, I'm looking forward to hearing about any statistics you pull out of this. Always interesting to get some numbers on how people like to play.

In my experience it takes one or two years after embark until they start laying eggs.

That's odd, I always get eggs within seconds of placing the first nest box. Are you completely sure they aren't just getting accidentally cooked while stocks are still low? I watch the stocks screen like a hawk to turn egg cooking off the instant the option appears, otherwise helpful cooks will grab them right out of the box, barely even bothering to wipe them off before cooking them up, and probably along with all of my booze if I'm having an off day.

In a certain version of R0, 40.12,  i may have had the pack/LNP/lnp.yaml pointing at DFhack

Just for the sake of completion, confirming that the first copy I downloaded does indeed have 'dfExecutable: dfhack' in lnp.yaml, presumably from when you had to remove dfhack just prior to R1. All is well, move along, thanks for making this for us lazy people 

When I launch df through LNP it simply exits immediately with exit status 0.

I had the same problem on Debian Jessie. DF would run just fine on its own, but exit with status 0 when running through the launcher. Happily, while looking for the answer I noticed the dfhack version had been released, and that version didn't have the same issue. Honestly I didn't bother experimenting with it any further since the new version seems to work.

What happens if you run "./df" or "./dfhack" (in the root DF directory)?

They are using R0, which didn't include dfhack.

to be fair, people also edit their raws to make dwarves not need to eat or drink and other such things

"Oh, now and then you will hear grown-ups say, 'Can the Ethiopian change his skin or the Leopard his spots?' I don't think even grown-ups would keep on saying such a silly thing if the Leopard and the Ethiopian hadn't done it once -- do you? But they will never do it again, Best Beloved. They are quite contented as they are." - Rudyard Kipling

(Hadn't read that in years until this thread made me think of it. I wonder if the bit about the Ethiopian is absent from recent editions...)

This must be a glitch having to set the pile itself on creation and then having to enable it again for your route

That's not a glitch, it's a sorting feature. It lets you have multiple types or materials in a pile, and then have a minecart pick out only a few of them to dispatch elsewhere. It also allows multiple routes carrying different items to share the same stop / feed pile.