Follow-up Comment #11, patch #4190 (project freeciv):
What there's left to do in the context of this ticket (and S2_5)?
Some remaining work was also discussed on the mailing list, but it was last
proposed to be left to 2.6 (and a new ticket, I suppose?):
Update of patch #4190 (project freeciv):
Depends on: = patch #4650
___
Reply to this item at:
http://gna.org/patch/?4190
___
Message sent
Update of patch #4190 (project freeciv):
Depends on: = patch #4454
___
Reply to this item at:
http://gna.org/patch/?4190
___
Message sent
Update of patch #4190 (project freeciv):
Assigned to:None = jtn
___
Follow-up Comment #9:
I've finished with the implementation I had in mind.
Update of patch #4190 (project freeciv):
Depends on: = patch #4283
___
Reply to this item at:
http://gna.org/patch/?4190
___
Message sent
Update of patch #4190 (project freeciv):
Depends on: = patch #4285
___
Reply to this item at:
http://gna.org/patch/?4190
___
Message sent
Follow-up Comment #7, patch #4190 (project freeciv):
we could equally well keep the combined files in svn as the
canonical po-file
once we add freeciv-ruledit domain (See patch #4243) to the mix,
it becomes clear that domains should be completely separate
Aha, I didn't realise you had plans
Follow-up Comment #8, patch #4190 (project freeciv):
Here's various points that come to my mind after reading your comment. I need
to think overall picture a bit longer - but I'm inclined to continue with my
current patchset for now. We can improve it later, but I want working system
relative
Follow-up Comment #6, patch #4190 (project freeciv):
I see two ways to implement how nations related translations get fetched from
correct domain.
1) Have nation ruleset to say which domain it belongs to. That's more work to
setup initially (adding the definition to all, or at least those with
Update of patch #4190 (project freeciv):
Depends on: = patch #4244
___
Reply to this item at:
http://gna.org/patch/?4190
___
Message sent
Follow-up Comment #5, patch #4190 (project freeciv):
we could equally well keep the combined files in svn as the
canonical po-files (there's no technical need for separate
catalogues to end up in binary packages, after all), and do
the splitting at the translator interface: offer split
Follow-up Comment #4, patch #4190 (project freeciv):
so if Speaker %s is translated in one but not the other it'll
end up in both (and conflicts will hopefully be spotted).
Unfortunately msgmerge does not know common ancestor, so it can't tell which
one of the two translations has changed
Update of patch #4190 (project freeciv):
Depends on: = patch #4218
___
Reply to this item at:
http://gna.org/patch/?4190
___
Message sent
Follow-up Comment #3, patch #4190 (project freeciv):
We might need to think about how to minimise disruption to the workflow of
those translators who are happy to keep up with all nations.
(But maybe I'm over-engineering this, so I welcome feedback from translators
about whether they care, as it
URL:
http://gna.org/patch/?4190
Summary: [Metaticket] Split translations to multiple po-files
Project: Freeciv
Submitted by: cazfi
Submitted on: Mon 16 Sep 2013 12:39:41 PM EEST
Category: bootstrap
Follow-up Comment #2, patch #4190 (project freeciv):
- Once we do the split, I think it's possible to get po-files
correctly split by simply msgmerging old (single) po-files
against both freeciv.pot and nations.pot. This should extract
the strings relevant for the .pot in question to the
16 matches
Mail list logo