QuotePlurale tantum - a noun that appears only in the plural form and does not have a singular variant for referring to a single object, (in czech) door, scissors, pants, etc.I agree with @morticinus. Russian language works the same way.
This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.
#1
Translations / Re: New keyed translations format
March 23, 2019, 12:53:14 PM #2
Translations / Re: Request: Help check the language workers for accuracy
March 12, 2019, 08:12:16 AMQuoteFirst of all, the LanguageWorker of your language(?) must be include in the game's code.Before you send your class to developers you may want to test your LanguageWorker in runtime.
This can be done by creating a mod for the game.
I've created a LanguageWorker mod for Russian language, you may use it as a template for your one:
https://github.com/Elevator89/RimWorld-LanguageWorker_Russian
#3
Bugs / Re: Tooltip and main description template strings are not localizable
December 02, 2018, 05:20:33 PM
CompNeurotrainer.TransformLabel() also generates an incorrect phrase in Russian.
#4
Bugs / Re: Tooltip and main description template strings are not localizable
December 01, 2018, 09:01:11 AM
I had a conversation with another developer, Piotr (ison), about such places with formatting issues. I have listed several cases:
- HealthCardUtility.DrawOverviewTab(). The line is: "text = text + pawn.def.label + ", " + "AgeIndicator".Translate(pawn.ageTracker.AgeNumberString);")
- Tradeable_Pawn.Label (getter)
- Pawn.GetTooltip() (mentioned here)
- IncidentWorker_PsychicDrone.DoConditionAndLetter()
- Hediff_Injury.LabelInBrackets (getter)
#5
Bugs / Re: Tooltip and main description template strings are not localizable
November 12, 2018, 10:10:48 AM
The issue is still actual. I can provide a list of places in code that make translation difficult.
#6
Translations / Re: Bad format of message "Psychic drone (<gender>)"
November 11, 2018, 03:50:39 PM
This issue is not fixed and remains actual.
#7
Translations / Gender-separate namer rulepacks
November 02, 2018, 09:30:46 AM
There is only one name generation rulepack ror tribals: "NamerPersonTribal".
It would be much better to have separate rulepacks for male and female colonists, just like how it works with animals: "NamerAnimalGenericFemale", "NamerAnimalGenericMale".
It would be much better to have separate rulepacks for male and female colonists, just like how it works with animals: "NamerAnimalGenericFemale", "NamerAnimalGenericMale".
#8
Bugs / Re: [1.0] Unlocalizable "Cause:" string
October 19, 2018, 05:44:59 AM
You post contains more information than mine.
Too bad developers don't seem to read Bugs and Translation boards often.
Too bad developers don't seem to read Bugs and Translation boards often.
#9
Bugs / [1.0] Unlocalizable "Cause:" string
October 18, 2018, 05:25:48 PM
There is a message in Health card that describes the reason of an injury. "Cause:" sting there is not localizable, because it is hard-coded in the game. See RimWorld.HealthCardUtility.GetTooltip()
[attachment deleted due to age]
[attachment deleted due to age]
#10
Translations / Whitespaces in "gender ?" operands
October 10, 2018, 06:37:26 AM
It would also be great if conditional expressions worked with whitespaces.
Currently
transfroms to "вашбывшийпоселенец", which doesn't look good.
One of possible solutions could be using quotation marks like this:
so that anaylyzer will treat text between qoutation marks as a solid string.
I know that I can write like:
, but it doesn't seem convenient at all.
Currently
Code Select
{PAWN_gender ? ваш бывший поселенец : ваша бывшая поселенка}
transfroms to "вашбывшийпоселенец", which doesn't look good.
One of possible solutions could be using quotation marks like this:
Code Select
{PAWN_gender ? "ваш бывший поселенец" : "ваша бывшая поселенка"}
so that anaylyzer will treat text between qoutation marks as a solid string.
I know that I can write like:
Code Select
{PAWN_gender ? ваш : ваша} {PAWN_gender ? бывший : бывшая } {PAWN_gender ? поселенец : поселенка}
, but it doesn't seem convenient at all.
#11
Translations / "gender ?" operator in ThoughtDef
October 10, 2018, 06:36:14 AM
It would be great if conditional formatting worked with ThoughtDef objects. In this case translators can write like that:
instead of:
This will provide cleaner thought messages and help to improve translations to different languages.
Code Select
<DivorcedMe.stages.divorced_me.label>{0_gender ? развёлся : развелась} со мной</DivorcedMe.stages.divorced_me.label>
instead of:
Code Select
<DivorcedMe.stages.divorced_me.label>развелся(ась) со мной</DivorcedMe.stages.divorced_me.label>
This will provide cleaner thought messages and help to improve translations to different languages.
#12
Translations / Re: Request: Help check the language workers for accuracy
October 01, 2018, 07:37:15 AM
The current implementation of GenText.ToCommaList() provides incorrect punctuation for Russian language (and possibly for some other ones). In Russian there should be no comma before "and", so enumerations should look like: "Torso, neck, left shoulder and right shoulder"
Could you please add ToCommaList(IEnumerable<string> items, bool useAnd) virtual method to LanguageWorker base class? It may be called from GenText.ToCommaList() and could be overriden in subclasses.
Btw, SitePartWorker_Turrets.GetThreatsInfo() also uses "AndLower" keyed value for the same purpose. I believe this method could be refactored to use GenText.ToCommaList() like it is done in all other contexts in the game.
Could you please add ToCommaList(IEnumerable<string> items, bool useAnd) virtual method to LanguageWorker base class? It may be called from GenText.ToCommaList() and could be overriden in subclasses.
Btw, SitePartWorker_Turrets.GetThreatsInfo() also uses "AndLower" keyed value for the same purpose. I believe this method could be refactored to use GenText.ToCommaList() like it is done in all other contexts in the game.
#13
Translations / Re: New keyed translations format
September 18, 2018, 10:01:45 AM
It would also be great if conditional expressions worked with whitespaces.
Currently
transfroms to "вашбывшийпоселенец", which doesn't look good.
One of possible solutions could be using quotation marks like this:
so that anaylyzer will treat text between qoutation marks as a solid string.
I know that I can write like:
, but it doesn't seem convenient at all.
Currently
Code Select
{PAWN_gender ? ваш бывший поселенец : ваша бывшая поселенка}
transfroms to "вашбывшийпоселенец", which doesn't look good.
One of possible solutions could be using quotation marks like this:
Code Select
{PAWN_gender ? "ваш бывший поселенец" : "ваша бывшая поселенка"}
so that anaylyzer will treat text between qoutation marks as a solid string.
I know that I can write like:
Code Select
{PAWN_gender ? ваш : ваша} {PAWN_gender ? бывший : бывшая } {PAWN_gender ? поселенец : поселенка}
, but it doesn't seem convenient at all.
#14
Translations / Re: New keyed translations format
September 18, 2018, 08:33:58 AM
It would be great if conditional formatting worked with ThoughtDef objects. In this case translators can write like that:
instead of:
This will provide cleaner thought messages and help to improve translations to different languages.
Code Select
<DivorcedMe.stages.divorced_me.label>{0_gender ? развёлся : развелась} со мной</DivorcedMe.stages.divorced_me.label>
instead of:
Code Select
<DivorcedMe.stages.divorced_me.label>развелся(ась) со мной</DivorcedMe.stages.divorced_me.label>
This will provide cleaner thought messages and help to improve translations to different languages.
#15
Translations / Re: Bad format of message "Psychic drone (<gender>)"
September 18, 2018, 06:51:26 AM
It would be great for translation projects (not only for Russian language) if this formatting issue was fixed. I believe it will not require a lot of development efforts.