Nieuwe vertaalomgeving op localize.drupal.org

'suggestion' misschien vertalen als 'voorstel' ? 'Suggestie' klinkt ook nog wel OK in mijn (Vlaamse) oren.

eindelijk een omgeving waarin de vertalingen snellere vooruitgang kunnen boeken.

ik heb mij alvast geregistreerd, en zal proberen de meeting tijdens drupalcon parijs online te volgen om te zien welke (vertaal)afspraken er concreet gemaakt zullen worden. en daarna : actie.

spectaculair, die l.d.o.!

@sutharsan: wil je misschien in parijs een sessie beleggen om uit te leggen hoe we te werk kunnen gaan?

mag ik misschien al beginnen met suggesties/voorstellen in l.d.o voor deze afspraken er zijn?

@batigolix : misschien is er sprake van een misverstand. ik heb mij niet geregistreerd op drupalcon parijs, maar wel op l.d.o. ik wou gewoon proberen de drupal.be sessie van dc-parijs van bij mij thuis live te volgen via irc of andere, voor zover dit mogelijk zal zijn. ik ben trouwens niet goed in organiseren, maar wel in vertalen en zou dus graag de afspraken nakomen die er eventueel gemaakt zouden worden. that's all, niets spectaculairs aan :-)

Vertalingen die door niet beheerders worden geïmporteerd worden als 'voorstel' gemarkeerd. Alleen beheerders kunnen voorstellen goedkeuren. Als een bestaande CVS vertaling wordt geïmporteerd moeten alle geïmporteerde teksten stuk voor stuk goedgekeurd worden en dat terwijl het een bestaande vertaling betreft en we deze als goedgekeurd kunnen beschouwen.

houdt er wel rekening mee day er in CVS al verschillende vertalingen zitten voor hetzelfde item.

Ik zou zeggen... importeer alles als suggestie, en waneer dat klaar is, accepteer automatisch (SQL o.i.d.) alle vertalingen van initial import die geen alternatieven hebben. (als dat zowiezo mogelijk is...)

Hier reeds enkele start punten ivm de t() context:

http://api.drupal.org/api/function/t/7
http://drupal.org/node/334283

De end-user uitleg met voorbeelden is hier http://drupal.org/node/224333#locale_context terug te vinden. Background informatie over message context kan je hier http://www.gnu.org/software/gettext/manual/gettext.html#Contexts vinden.

Als er nog specifieke vragen hierover zijn zal ik mijn best doen om ze te beantwoorden of een antwoord te vinden.

Ik heb wat newbie vragen.

1. Ik heb de module localization client geïnstalleerd en http://localize.drupal.org als server ingesteld. Wat nu?
2. Hoe haal ik vertalingen binnen vanaf localize.drupal.org/nl. Is daar ergens een handleiding voor?
3. In het laatste taalpakket waren Structure, Configuration, People en Views (niet de module maar het onderwerp) nog niet vertaald in Admin menu en was Appearance vertaald als Verschijningen, wat mij betreft geen geschikte term. Ik heb daar respectievelijk Architectuur, Instellingen, Toegang, Weergaven en Presentatie voor gebruikt. Maar wat zou het volgens jullie moeten zijn? Is daar al consensus over?
4. In menu's zie ik veel opdrachten à la "Translate strings". Tot nu toe werk ik die stelselmatig om naar het formaat "Strings vertalen" in plaats van "Vertaal strings". Ga ik nou in tegen Barts stijlgids? Of is het gebruik van de infinitief hier correct?

Indrukwekkend. Hartelijk dank!

Als ik het goed begrijp is dit ongeveer de werkwijze.
De meest recente vertalingen kan ik per module exporteren:

1. Ik ga naar http://localize.drupal.org/translate/languages/nl/export.
2. Ik voer de leesbare naam of de machinenaam van de gewenste module in en selecteer zo nodig de correcte naam uit de lijst met voorstellen. Vervolgens kies ik Choose project.
3. • Ik selecteer de juiste versie onder Release: of ik laat All geselecteerd als ik het niet weet. Eventueel kan ik op mijn server met het commando drush info de geïnstalleerde versie nagaan of even kijken op http://mijnwebsite.com/admin/modules/list.
   • Onder Format selecteer ik bij Type: Translation.
   • Onder Format selecteer ik in mijn geval (ik kan geen cvs) bij Format: Drupal 6 package format. Ik kies vervolgens Export.
4. EDIT: De installatie van het archief met het .po bestand op mijn server is mij vervolgens niet duidelijk. Als ik de handleiding op drupal.nl/vertaling goed lees pak ik de hele mappenstructuur van het archief niet uit naar de root van de website maar naar de map van de module. Maar dat lijkt niet te werken. Ik pas dit bericht verder aan als ik de juiste werkwijze weet.

Moet ik deze stap bij iedere module-update blijven herhalen of is het zinnig om tijd te investeren in het leren van cvs om dit proces op de server enigszins te automatiseren? Of biedt een oplossing met drush misschien uitkomst?
EDIT: Op het eerste gezicht lijkt het me dat de .po bestanden terechtkomen in een map translations in de root van de website. In dat geval blijft het vertalingbestand behouden bij een update van de module. Ik pas dit bericht verder aan als ik meer weet..

Als ik op mijn beurt voor een module vertalingen wil toevoegen op localize.drupal.org. Geniet een .po import via het formulier onder het tabblad Import dan de voorkeur? Of is het handiger als ik de velden onder het tabblad Translate invul?

Ik zal eerst een .po-bestand uploaden naar localize.drupal.org. Als die in orde is kan ik aansluitend eventueel ook rechtstreeks gaan aanleveren.

Ik moet mijn write-up hierboven nog aanpassen. Stap 1 en 4 kloppen niet. Maar ik heb nog een vraag over het beheer.
Het lijkt erop dat een update van een uitbreidingsmodule gepaard gaat met het wissen van de translations-mappen. Blijft de vertaling na het uitvoeren van update.php in deze situatie nog bestaan in de database? Of is een herinstallatie van de vertaling noodzakelijk?

Nog heel even hoor. Ik legde mezelf niet goed uit. Nadat een vertaling van een uitbreidingsmodule is geïmporteerd, en de uitbreidingsmodule moet worden geüpdatet, verlies je dan de vertaling?