About translations;
> 1. When a translation has been updated, put it on the web so that peop=
le=20
> can download it, along with instructions (in that language) for how to=
=20
> install it.
Could work, but 90% of the users won=B4t be able to understand those=20
instructions and we could end with a lot of users in our Fora (or foruns?=
)=20
asking for help, which wuould increase our job in lieu of minimizing it..=
.
> 2. Release new "language packs" regularly - every month, for example.=20
> The language pack would include a Windows installer that replaces your=
=20
> current translations in an existing Audacity install...
>
> 3. Have Audacity download the latest translations from the Internet.=20
> Would most users like this, or would it be a pain for most?
I vote for the internet engine. As long as it remains well explained -=20
*really* well, users won't refuse the editor to connect to the internet a=
nd=20
update installed translations. It would be great if we have an option to=20
disable this function, and would be best if, instead of downloading a ful=
l=20
new language file by itself, the engine opens a window saying "there's a =
new=20
translation", and the option to the user to download or just ignore it.
> 4. Independent of the other choices, what would people think about=20
> separating the languages by geography?
That's great too. But it would increase our load of work, since we will h=
ave=20
about 6 "audacitys" to work with.
What about something like that:
You download the program in english only. Than, when you install it in yo=
ur=20
system, the installer asks you about what language (or languages) would y=
ou=20
want to use the editor.
After the installation is done, the installer says it will download the=20
selected languages updated from the internet.
That way, the installation file is reduced and we ensure that the users w=
ill=20
aways have the latest language version.
> 6. How many of you would be willing to help commit new translations to=
=20
> CVS (requires learning CVS and the details of CVS on SourceForge)?
I've tried! And tried again real hard. And again harder. And I *never* co=
uld=20
make that CVS stuff work. It just doesn't. The authentication method is =
a=20
mess, Sourceforge instructions are completely greek to almost any user in=
=20
this world, and the 'easy step by step tutorial' leads you to nowhere.
No way, I gave up CVS.
The only way to make me (and, probably most of us) upload directly to thi=
s=20
CVS thing is to build a web interface that let us do it. A lot of work, I=
=20
guess, but if you decide that it is worth...
Basically, my opinion is that we should divide the audacity editor in two=
,=20
one part is the program it self and the other is language file(or files).
Making the program download the newest lang file from the internet, we co=
uld=20
have an 'universal' installation and a localized user interface.
Cleber=20
|