Can't translate <Any>

Probably it's a problem with a module that are not using the t() function with the "Any" string.

You have to localize the string in the code... or give us more clues :D

What modules are you using? Where/When appear the string?

nope, that's not the problem. In de code the string uses t(). I can translate it but I can not use the '<' and '>' symbols in the translation.

(it is a string from an exposed filter of views)

Could you try yo use this?

&lt; instead of <
&gt; instead of >

&lt;Any&gt; instead of <Any>

I think that could be a problem with HTML filter.

then it shows up as &lt ;Any&gt ; in the UI....

This sounds like a bug with Views - why is it wrapping something in a pseudo-tag?

Moving away '<'/'>' from translated strings will help. I've made a patch for Views 6.x-2.2 to fix t() function calls with those pseudotags.

For me it's fine.

It's in a place where we're not placing HTML. Apparently locale can't tell the difference. :/

This patch completely fails my style check -- It conforms neither to the Drupal 6 nor Drupal 7 usage of the . operator. (I conform to the Drupal 7 use of the . operator and always have).

@merlinofchaos : I try to provide a patch, but something strange happened: some files I try to edit:

1. views_handler_filter.inc
2. admin.inc

Have a MAC lines encoding instead of UNIX, so my patch will interpret the whole file as changed.
The files that includes these "pseudotags" are:

1. views_handler_filter.inc
2. admin.inc
3. views_plugin_style.inc

all committed by you (the third file have a Windows line-endings) If out have a fix for this encoding issue I can provide a patch for these replacements:

t('<Any>') to '<'. t('Any') .'>'
t('<None>') to '<'. t('None') .'>'
t('<All>') to '<'. t('All') .'>'

Maybe you can find-replace these occurrences..

Regards

These pseudo-tags couldn't be translated neither using Drupal builtin translation tool or importing a .po file: pseudo-tags get removed and not inserted into translation table. Moving to Critical and to "User Interface".

Any help?

mh here i could create the patch without problems.

sure the wronge filendings has to be solved, but this should be in another issue.

Your patch fails on "includes/admin.inc" and in "hadlers/views_handler_filter.inc" (maybe for the MAC line-endings commented before)

Regards

I see no reason to bother. You can switch from <Any> to - Any - which *is* translatable in the settings. This doesn't affect existing installs.