Re: Should we really translate legal notices?

On Fri, Jun 11, 2010 at 1:06 PM, Petr Kovar <pmkovar gnome org> wrote:
> Hi!
> Luca Ferretti <lferrett gnome org>, Fri, 11 Jun 2010 18:49:37 +0200:
>> Il giorno gio, 10/06/2010 alle 18.34 +0200, Wouter Bolsterlee ha
>> scritto:
>> > Op donderdag 10-06-2010 om 13:08 uur [tijdzone +0200], schreef Luca
>> > Ferretti:
>> > > Il giorno mar, 08/06/2010 alle 20.13 -0700, Luis Villa ha scritto:
>> > > > I definitely recommend doing this through the toolkit so that the
>> > > > text remains consistent throughout the platform.
>> > >
>> > > Did someone yet filed a bug against gtk+/glib?
>> >
>> > Earlier in this thread (message from May 19) I referenced this bug:
>> >
>> >
>> Just a consideration. Then we should need 2 translatable messages: one
>> in glib for console/terminal only application using "show c"/"show w"
>> command reported earlier, one in gtk+ for GUI applications providing
>> links.
> For what it's worth, I'm afraid that there is more to that... Note that
> legal texts/notices also appear accross the GNOME documentation, and there
> are even modules with translation set up for free software licenses.
> Obviously, I'm talking about the gnome-desktop module:
> I don't have any idea on how many of those license translations have been
> prepared by legal experts, but I'd rather guess it's mostly a community
> work, so quite problematic with regard to the legal topic.

Nothing more than that basic string should be being translated by
GNOME translators.

That said, certainly if the GNOME folks have contacts with FSF
translators, perhaps they could work on something like for LGPL and (L)GPL 3,
and then work with us to use them?

> And something similar should probably be recommended for any legal text or
> notice out there, unless translation team can be provided with expert
> translations. Having said that, I'm not sure whether using two legal
> notices, one in English and one localized, is feasible with regard to UI
> design & usability.

I don't like the solution either, but the options are not ideal.


[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]