[theme-reviewers] Localized strings and dynamic text domain.

Mario Peshev mario at peshev.net
Thu Oct 6 12:41:20 UTC 2011


I actually believe that there are lots of tools that don't 'compile' code in
order to get it translated and only use the string 'as is' and that makes it
more platform/tool independent. While within a variable or a constant there
are additional checks and iterations and some apps don't go that deeper for
different purposes (performance for instance).

All the best,

Mario Peshev
Training and Consulting Services @ DevriX
http://www.linkedin.com/in/mpeshev
http://peshev.net/blog



On Thu, Oct 6, 2011 at 3:37 PM, Chip Bennett <chip at chipbennett.net> wrote:

> Absolutely, and I appreciate the clarification. :)
>
> So, is this an accurate summary: POEdit (etc.) won't care what the
> textdomain string is, for a given Theme/Plugin, provided that the string is
> consistent throughout the Theme/Plugin. But, *best practice* is to use an
> *actual string*, in order to play nicely in an environment where several
> textdomains are being declared (such as within WordPress)?
>
> Chip
>
>
> On Thu, Oct 6, 2011 at 7:32 AM, Dion Hulse (dd32) <wordpress at dd32.id.au>wrote:
>
>> Always use a string.. Don't use a variable, Don't use a Constant.
>>
>> Gettext applications look at the php files as an onlooker, It can't tell
>> what the contents of $lang is, it can't tell the contents of
>> CONSTANT_MY_LANG, It just knows the first param is a string, and the second
>> is the text domain for it. It's basically the same as running a regex over
>> an unknown string, or scanning through a French document looking for the
>> word which comes after XYZ..
>>
>> When you're generating a .pot file from a single theme/plugin, you can
>> specify the text domain you want the resulting file to use.. when you're
>> automating translations for thousands of items (like WordPress.org will do
>> one day..) then you can't guess.. the authors need to be specific for
>> maximum compatibility!
>>
>> Does that help at all Chip? :)
>>
>>
>> On 6 October 2011 23:23, Chip Bennett <chip at chipbennett.net> wrote:
>>
>>> Thanks for passing this along, Mike!
>>>
>>> There seems to be some discussion/disagreement in the comments and via
>>> Twitter. What's the consensus?
>>>
>>> Chip
>>>
>>>
>>> On Thu, Oct 6, 2011 at 1:24 AM, Michael Fields <michael at mfields.org>wrote:
>>>
>>>> Hello!
>>>>
>>>> This just came through my Twitter feed:
>>>>
>>>> http://markjaquith.wordpress.com/2011/10/06/translating-wordpress-plugins-and-themes-dont-get-clever/
>>>>
>>>> Thought it might make a pretty good addition to the requirements.
>>>> It also might be a pretty easy check to work into the Theme Check
>>>> plugin.
>>>>
>>>> I'm guilty of this myself in plugins and think that's it's really great
>>>> to have an explanation of why this is wrong :)
>>>>
>>>> Just wanted to pass it along!
>>>>
>>>> - Mike
>>>> _______________________________________________
>>>> theme-reviewers mailing list
>>>> theme-reviewers at lists.wordpress.org
>>>> http://lists.wordpress.org/mailman/listinfo/theme-reviewers
>>>>
>>>
>>>
>>> _______________________________________________
>>> theme-reviewers mailing list
>>> theme-reviewers at lists.wordpress.org
>>> http://lists.wordpress.org/mailman/listinfo/theme-reviewers
>>>
>>>
>>
>> _______________________________________________
>> theme-reviewers mailing list
>> theme-reviewers at lists.wordpress.org
>> http://lists.wordpress.org/mailman/listinfo/theme-reviewers
>>
>>
>
> _______________________________________________
> theme-reviewers mailing list
> theme-reviewers at lists.wordpress.org
> http://lists.wordpress.org/mailman/listinfo/theme-reviewers
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.wordpress.org/pipermail/theme-reviewers/attachments/20111006/50f4bbf2/attachment-0001.htm>


More information about the theme-reviewers mailing list