(svn r6631) -Codechange: Use accessors for click_state.
Another step toward merging XTDwidget.
The only two files not converted (window.h and widget.c) will be done at the very last commit)

(svn r6630) WebTranslator2 update to 2006-10-03 19:38:59
danish - 6 fixed by ThomasA (6)
french - 3 fixed, 3 changed by belugas (6)
hungarian - 5 fixed by miham (5)
icelandic - 10 fixed, 17 changed by scrooge (27)
italian - 24 fixed, 2 changed by sidew (26)

(svn r6629) - Fix (r6628): One check for the number of players got misplaced by patch...

(svn r6628) - Feature: Add the ability to pause a server if not enough players are connected. The setting for this is 'min_players' and can be set in the config and via the console. If the number of players drops below this number, the server will pause the game.

(svn r6627) -Fix r6624: fixed some warnings
Now it happened again. Somebody got warnings, that I didn't get... I will look into this issue

(svn r6626) WebTranslator2 update to 2006-10-03 17:04:54
german - 6 fixed, 1 changed by chu (6), Neonox (1)
hungarian - 1 fixed, 2 changed by miham (3)
spanish - 1 fixed by eusebio (1)
turkish - 13 fixed by jnmbk (13)

(svn r6625) - Feature: Add the ability for servers to execute a script just after a client has connected, e.g. for a MOTD, etc.

(svn r6624) -Feature: added ability to add refit commands to vehicle orders (can only be done in goto depot orders)
Example: make a train transport iron ore from A to B, then it visits a depot and refits to steel
It then transport steel back to A or near A if there is a factory and then it visits another depot to refit to iron ore again

This is controlled in the orders. If a goto depot order is lightlighted, then "Unload" changes to "Refit"
Control click "Refit" removes the refit part of the order (as the tooltip says)
The player will still pay the normal refit costs

Known issues:
If a vehicle is not in a depot, then the refit window will fail to tell refitted cargo capacity
Refit costs in the refit window can sometimes print 0 when it should not because the refit calculation is unaware that the vehicle will be refitted in between

Warning: autoreplace got a protection against replacing something so you get a new cargo type, but it can fail here. In the iron ore/steel example, it can see that
the vehicle carries iron ore and the new one can be refitted to iron ore, then it will replace. It will not check to see that it's valid for steel as well.
This is something to look into in the future

(svn r6623) - Codechange: When adding a NewGRF string, check to see if it can replace an existing string. Also remove string length check on load which was a quickfix for some grfs.

(svn r6622) - Add support for NewGRF text includes. (Based on mart3p's patch)