follow up from http://drupal.org/node/299706
hass:
>There are many translation bugs inside and strings that are not t'ified.
me:
>I do. What strings do you talk about hass?
>I've already noticed the inside of t(), is there anything else?
>@Untranslated strings: Note that the value of 'help' properties shouldn't be t'ified by modules - it's done by rules. This is necessary to >prevent caching of translated strings - analogous to the titles of drupal menu item
| Comment | File | Size | Author |
|---|---|---|---|
| #7 | D6_cck_translation_issues_2.patch | 6.61 KB | hass |
| #5 | cck_translation_issues.patch | 7.19 KB | fago |
| #4 | cck_translation_issues.patch | 4.45 KB | fago |
Comments
Comment #1
fagogrml.
>I've already noticed the inside of t(), is there anything else?
This is referring to a "pre" tag.
Comment #2
hass commented1. Yes, t() is missing on help text's. If you do not add t() around all strings, POTX module is not able to find and extract the string and then we are not able to translate them! Not sure what the caching issue is here, but this is for sure the wrong way.
2. Additional some other t() contain invalid constructs like
t('Foo\'s.'). This must be changed tot("Foo's.").3. There was something else I cannot remember...
Comment #3
hass commented3. There was some wrong l() constructs inside that contained context sensitive strings.
Comment #4
fagoad 1)
Hm, I know it's odd. I think it would be hard to improve potx for specific rules api support like it is for hook_menu. So I'll have a look at how to improve this generally for rules later on.
2: got it.
3: I am not sure about that, I've used t("devel.module's") now? So now it's context sensitive.. previously it was untranslated. We could just link devel.module to fix that? However it looks a bit strange when "'s" isn't linked.
Point 3 and the pre tag issue stem from a description copied from content.admin.inc, so I've fixed it there too. -> Patch attached.
Comment #5
fagook, I took a look at 1) and reworked the rules UI to directly get help strings from hook implementations - so we can use t() there now. also see http://groups.drupal.org/node/15540.
ad 3) I changed the patch to link to "devel.module" (still untranslated) and moved the ' into t(). I think it's the best way to deal with it.
updated patch attached.
Comment #6
hass commentedRegarding the wrong use of l(), open http://api.drupal.org/api/function/t/6 and jump to Here is an example of incorrect usage of t():, please. The rest look good.
Comment #7
hass commentedHere is the fixed patch.
Comment #8
fagooh, I should have read that more carefully before, sry. Thanks for pointing me at it.
content.admin.inc got already fixed in the meantime: http://drupal.org/node/312546 - so this patch just removes an useless url() call there. Marking it rtbc now.
Note: I don't commit it myself, as it touches content.admin.inc too.
Comment #9
karens commentedCommitted, thanks!
Comment #10
Anonymous (not verified) commentedAutomatically closed -- issue fixed for two weeks with no activity.