[Freeciv-Dev] (PR#2374) multi-language client-server patch
[Top] [All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index] [Thread Index]
And some more questions...
[rfalke - Thu Nov 21 17:00:09 2002]:
> + u - unit type (the argument is Unit_Type_id) which will be
> + replaced with its translated name.
> + n - the Nation_Type_id, which will be replaced with get_nation_name
> + N - the Nation_Type_id, which will be replaced with
> get_nation_name_plural
> + I - Impr_Type_id will be replaced with get_improvement_name()
> + t - Tech_type_id will be replaced with it's name
> + g - government id will be replaced with get_government_name()
Why are these needed? Why can't you just use ^s with the untranslated
nation/unit name? If it's because the name has already been translated,
wouldn't it be easy enough to avoid doing so (or to keep a copy of the
untranslated string)?
> + l - There are 2 arg: (x, y) which
> + will be replaced with
> + get_location_str_in(x, y)
> + L - There are 2 arg: (x, y) which
> + will be replaced with
> + get_location_str_at(x, y)
> + p - There are 3 args (string1, string2, int n) which
> + will be replaced with PL_(string1, string2, n)
> + This is a recursive directive.
> + i - There are 2 args (int city_no, Impr_Type_id) which will be
> replaced
> + with get_impr_name_ex(). (get_impr_name_ex sometimes returns
> "(obsolete)" note)
These are examples of things that AFAICT cannot be done with the "old"
client-side-translation patch. But a system like this does not seem
easily extensible: to add a new type of translation here means adding a
new meta-combination and probably breaks network compatability. Am I
missing something? Is there a more flexible way to do it?
jason
- [Freeciv-Dev] Re: (PR#2374) multi-language client-server patch, (continued)
[Freeciv-Dev] (PR#2374) multi-language client-server patch, Jason Short via RT, 2003/01/23
Message not available
[Freeciv-Dev] (PR#2374) multi-language client-server patch,
Jason Short via RT <=
[Freeciv-Dev] (PR#2374) multi-language client-server patch, Jason Short via RT, 2003/01/23
|
|