Closed (fixed)
Project:
Views (for Drupal 7)
Version:
6.x-3.x-dev
Component:
Translations
Priority:
Normal
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
17 Dec 2008 at 11:18 UTC
Updated:
15 Feb 2012 at 06:42 UTC
Jump to comment: Most recent, Most recent file
Comments
Comment #1
oriol_e9gProbably 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?
Comment #2
bwynants commentednope, 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)
Comment #3
oriol_e9gCould you try yo use this?
< instead of <
> instead of >
<Any> instead of <Any>
I think that could be a problem with HTML filter.
Comment #4
bwynants commentedthen it shows up as < ;Any> ; in the UI....
Comment #5
pwolanin commentedThis sounds like a bug with Views - why is it wrapping something in a pseudo-tag?
Comment #6
cezio commentedMoving 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.
Comment #7
oriol_e9gFor me it's fine.
Comment #8
merlinofchaos commentedIt'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).
Comment #9
thepanz commented@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
Comment #10
thepanz commentedThese 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?
Comment #11
dawehnermh here i could create the patch without problems.
sure the wronge filendings has to be solved, but this should be in another issue.
Comment #12
thepanz commentedYour patch fails on "includes/admin.inc" and in "hadlers/views_handler_filter.inc" (maybe for the MAC line-endings commented before)
Regards
Comment #13
merlinofchaos commentedI see no reason to bother. You can switch from
<Any>to- Any -which *is* translatable in the settings. This doesn't affect existing installs.Comment #14
eddy147 commentedThx merlinofchaos for the tip. I just switched to "- Any -" via Views > Tools.
But why keep
t('<Any>')in the code if it isn't translatable?Comment #15
merlinofchaos commentedWell, ok, you got me on the useless t() call.
Comment #16
merlinofchaos commentedPatches accepted. This should be an easy one.
Comment #17
dawehnerHere is a patch which changes the pot file too.
Comment #18
merlinofchaos commentedFixed in all 6.x branches -- this appears to already be done in 7.x
Comment #20
castawaybcn commentedare you sure it is fixed? I am running 6.x-2.8 and the issue persists...
Comment #21
castawaybcn commentedforget about my previous post, I just found the answer here http://drupal.org/node/663156
sorry about the trouble
Comment #22
lmjabreu commentedSame here, the problem still persists, and I've checked the option in Tools.
Comment #23
dawehnerYou cannot translate - Any - ?
I don't think so
Comment #25
eldblz commentedHi,
i've currently set the option in Views -> tools to "- Any -" but i still can't translate it
Edit: FIXED: apparently you must type exactly "- Any -" (case sensitive).
Comment #26
eldblz commentedClosed thanks.
Comment #27
mikou commentedIn file views_handler_filter.inc
Line 469 should be
$any_label = variable_get('views_exposed_filter_any_label', 'old_any') == 'old_any' ? t('<Any>') : t('- Any -');
instead of
$any_label = variable_get('views_exposed_filter_any_label', 'old_any') == 'old_any' ? '<Any>' : t('- Any -');
This change worked for me.
Comment #28
Michsk commented#27: thanks.
Comment #29
Aldus commentedSorry to re-open old stuff, but I still can't translate it.
Tried to convert from to - Any - , then went in translate interface, in "String contains" I put: Any, - Any -, etc. but always I get:
No strings found for your search.
"- Any -" guess? :)
Comment #30
dawehnerIf you set ''- Any -' for the any text you can find it.
Search for "Any" and you will find the string sooner or later.
Comment #31
iamjon commentedChanging status.
Comment #32
Anonymous (not verified) commentedMy apologies for opening this back up, but I'm unable to translate "Any" following the instructions above. I've done it before on other sites using other versions of Views, but the current version I'm using doesn't seem to want me to do it. I've done everything to the letter (as with the sites where it has worked), and yet searching for "Any" or even "ny" doesn't pull anything up. Thank you in advance for any light you may be able to shed on this difficulty I'm having.
Comment #33
tarmstrong commentedjohn-foland:
Go to /admin/build/views/tools and the last item should be a configuration option where you can select '' or '- Any -'. Choose the latter if you wish it to be picked up by t() and translated.
The option is labeled thus: 'Label for "Any" value on optional single-select exposed filters :'
Comment #34
tarmstrong commentedjohn-foland: Additionally, if you're attempting to translate it into French, "- Any -" isn't included in the translations file.
Comment #35
dawehner@tarmstrong provided a solution.
Comment #37
arun_ispg commentedBy default in view 6.x-2.12 there is no t() for "<Any>" in views_handler_filter.inc. By adding t() function there the issue will solve.