Bay 12 Games Forum

Its smaller, but the same amount of tiles for text are present. This means that words cut off at the same space they would be before. Even if it looks smaller, there is no more text. A "goblin swordgoblin car" is still a "goblin swordgoblin car", instead of a carpenter. Especially in the tradescreen that might cause issues.

Well, it's not causing any more issues than already exist!  Narrower menus are both more readable and show more of the (square-tiled) map.  The trading screen is particularly awful, but Toady has said that fixing it is a post-July priority, so I wouldn't invest much effort in fixing it at the moment. 

What I'm after would basically fake having a single simple file; if you mean a save from an older pack I already reset dfhack.init by default so that any new items will usually make it through.  There's no perfect solutions, so I try to make the default work for the minimum-effort newbie.  It seems to work out pretty well for most

You can probably do it fairly easily by calling "script onload.init" whenever a region loads.

I'll look into this if I have a day free sometime, but that might not happen for a while. 

Nice. 

The thing I'm grappling with is that (as I understand) there's a separate Onload.init for each save, which creates some issues for people who move old saves over to a new pack and probably a support headache when someone changes settings and it doesn't behave as they expect. 

My plan was to find someone who can make this happen, and basically just run a few things from there - recreating all such files each time a setting is changes.  It would be simple enough to make a monster-option for all bugfixes with multicmd;;;;;;; - but I probably won't move anything I expect people to leave on unless it can't be done from dfhack.init.

soundsense-season appears to be doing nothing at all.
ss_fix.log file doesn't get created or updated.

It's been a while, but I'm pretty sure that soundsense-season writes to the gamelog. The "soundsense" script writes to the other file, and is distributed with the utility not with dfhack.

I bet they will reboot the official LNP as soon as 2014 pops out.

Nope, it's discontinued permanently and this is the successor.  See here.

A plugin or script that could maximise the DF window, or some other method of starting DF maximised.

Ah, [TRACK_MODE:WINDOW] seems to work nicely.  Thanks.  I'll use the github page for anything else I think of. 

When I try to build things like farm plots that require you to change the size using "umkh" no selection box shows up, so you have no idea what size plot you're building.

I can confirm this.  A related problem is that zones are not shown until completed - fine for rectangular selection, but flow mode shows nothing.  Burrows don't even show the green first-corner cursor in rectangular mode.  Annoying problems, but not game-breaking.

---

An unrelated problem is getting a decent look at the edges of the map with the overlay.  There's a direct contrast between getting the overlay to fill most of the display area, and seeing edges - decreasing the XY size helps one and and hurts the other.  Given the effects of different screen resolutions, I'm pretty sure that the issue is down to the centers of the view matching up.  Since the 2D tiles are smaller than the stonesense tiles, this leads to a cutoff unless the rendered segment is significantly smaller than it could be. 

If it was possible to scroll DF to have the corner tile of the embark in the centre of the screen, this problem would be entirely fixed.  There would thus be no practical limit to the XY size you could render, avoiding the necessity to cut off the non-edge part of the display.  I don't know how difficult it might be or how this might be done (I suspect doing it in Stonesense rather than DF will be easier), but it's one of the few remaining things to make stonesense a complete interface replacement.