> my.properties:
> good place for user-properties (like language/country). I
> would like to use
> rails.properties for version-number and other system things,
> with normally
> the user should not change.
Yes, I had already thought of putting language there.
Other potential properties that crossed my mind today:
- a location (directory) name to store copies of the Game Report
(as currently replaced in the Log/Report window).
Report file names would be like 18XX-date-hhmm.txt or such,
18XX being the real game name).
Absence of this item would mean: don't store reports.
- default player names, useful for testing.
We now have 0, 1 and 2 playing, and I would prefer to replace
these anonymi by Alice, Bob and Charlie (or names like that).
So why not make it configurable.
> GIF/SVG:
> Maybe I haven not read your discussion about revenue
> calculating and trail
> showing yet complete, but I could not think about showing the
> track, witch
> was used for best revenue with GIF-plates. I did not know by
> now what SVG
> means, but I hope it has something to do with vector-graphics.
Yes, it does, but it's not perfect yet.
Tile display and tile-handling logic now use completely
separate data (the GIFs and SVGs for display, and Tiles.xml
for the logic). Both have been derived from Marco Rocci's
TileDesigner database (which we have extended with a lot of preprinted
tiles).
Tiles.xml should contain enough data to base route and revenue
calculation on, but all of that is not done yet. It's contents is
currently only used to prevent invalid tile lays where track
would end up at forbidden hex sides (sea, preprinted grey tiles, etc.)
Erik.
|
