[geeklog-devel] The problem of "context" in the GSoC crowdsourcing translations project
Tom
websitemaster at cogeco.net
Sat Apr 27 09:47:53 EDT 2013
It sounds like a good idea on the surface but as you suggest language
strings can be used in different contexts (though I don't think this would
happen too often). Also these context strings would have to be translated
as well.
On a side note, in regards to concatenating language strings together we
should probably move away from doing this since I am sure this doesn't work
out well in certain languages when more than 2 strings are combined.
Placeholders (ie %s) would be better since they can be moved around in the
string if the translated language requires it.
Remember we also have the GSOC forum now available for discussions if needed
http://www.geeklog.net/forum/index.php?forum=28
Tom
-----Original Message-----
From: geeklog-devel-bounces at lists.geeklog.net
[mailto:geeklog-devel-bounces at lists.geeklog.net] On Behalf Of Dirk Haun
Sent: April-27-13 9:22 AM
To: Geeklog Development
Subject: [geeklog-devel] The problem of "context" in the GSoC crowdsourcing
translations project
In discussing the "crowdsourcing translations" project for GSoC, we stumbled
across a problem: One of the ideas was to display a string that's to be
translated "in context", so that you - as the translator - would get a
better idea what that word or sentence is really about.
That sounds like a good idea, but the problem is that you can't really
provide the context for a text string that you pick from the language file
at random. There may be a template file involved or the text depends on the
user's role or it may only be displayed when an error occurs. In addition to
that, the strings from the $LANG arrays are often concatenated together and
combined in a rather random fashion - one string from $LANG08, another from
$LANG04, etc.
I guess that really only leaves you with rather unspecific context
information, such as that texts from $LANG04 are used in the user settings
form.
Does anyone have any feasible ideas or should we better drop this idea from
the project?
bye, Dirk
--
http://www.themobilepresenter.com/
_______________________________________________
geeklog-devel mailing list
geeklog-devel at lists.geeklog.net
http://eight.pairlist.net/mailman/listinfo/geeklog-devel
More information about the geeklog-devel
mailing list