Closed (fixed)
Project:
Fivestar
Version:
6.x-1.x-dev
Component:
Code
Priority:
Normal
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
18 Sep 2008 at 17:43 UTC
Updated:
29 Apr 2009 at 20:49 UTC
Jump to comment: Most recent file
Comments
Comment #1
quicksketchThis is intentional as t() is meant to be used for non-dynamic, hard-coded values (not user-inputed values). However, I won't argue that Fivestar is unable to translate the custom star labels.
Comment #2
quicksketchAlso, the patch you attached is an HTML document(?) If you could reroll that'd be great.
Comment #3
hailu commentedThat's really funny, i have no idea how i got that to be HTML!
I've re-rolled this patch to contain only first hunk, so that the default labels are wrapped in t()'s.
I see your point about dynamic values and t() not really seeing eye to eye.
For dynamic values, tt() might be a good alternative.
I hope this helps!
Comment #4
quicksketchAh, okay I see what you're recommending now. This location is actually intentionally left without the t() also, though again, I'm not positive it's the best approach. If Fivestar were to wrap the labels in t() or tt() on output, you'd want the initial setup of the labels to be in English, so the t() is omitted to keep the labels in English by default.
Comment #5
quicksketchFixed with this patch, committed.
Comment #7
quicksketchUpdating title for what was fixed.