[Freeciv-Dev] Re: the things i dislike about freeciv
[Top] [All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index] [Thread Index]
On Fri, Oct 13, 2000 at 10:00:48AM -0400, Jamie Kawabata wrote:
> 1.c. i think internationalization should be pure client side. the
> protocol between client and server ought to be language-independent. no
> messages, except perhaps "willkommen," from the server make it to the
> client (e.g. help text). this is true for the most part. it is not the
> server's responsibility to have to speak every language simultaneously.
> it's an interface thing. if a unit is to be called a "Cannon" then
> perhaps it should be #defined UNIT_CANNON in the client and server, and
> only the client knows about the string "Kanonenbein". as for help text,
> well, i believe it doesn't have any place in the server at all.
Ack.
> 1.d. i feel that worklists should be purely client side. they are a
> user-interface convenience, and ought to be fairly easy to implement
> client-side only, as long as there's no penalty for switching production
> the turn after something has completed building.
This implies IMHO an additional save game at the client side. I see
synchronization problems.
> 4.a. the way the terrain is set up, with extra fields for specials, it
> seems like it could be better handled by having an entirely new terrain
> type for forest_with_game, hills_with_coal, ocean_with_fish, etc. have a
> field for river. this would keep the data structures and handling
> routines simpler. i have a funny suspicion that the reason it's set up
> this way is to make rendering on the client side easier, though i doubt it
> makes it any easier. sure, maybe if there were ever whales on plains.
The data has to be available separated and mixing them together makes it
IMHO worst.
Raimar
--
"USENET is *not* the non-clickable part of WWW!"
|
|