Kommentering

Et ofte tilbagevendende problem i oversættelserne er at én person starter en oversættelse, hvorefter der går noget tid og et par nye versioner af programmet inden en anden kommer til som afløsning for den første der ikke har tid mere. Nr. 2 retter så de fuzzy-tekster der er, og oversætter de nye. Den anden afløses så af den tredje osv.

Konsekvensen af dette er at konsistensen i oversættelsen meget let forsvinder (et begreb kan sagtens komme til at hedde 3-4 forskellige ting bare inden for det samme program, det er skam set), og samtidig ryger der værdifuld, surt sammensparet erfaring fra f.eks. testkørsler eller opdagelsesture i kildekoden om netop denne oversættelse.

Måden at bekæmpe dette på er at skrive kommentarer. Øverst i filen kan man mageligt under listen over oversættere tilføje diverse generelle bemærkninger og måske henvisninger til andre filer der bør læses, samt en "Konventioner:"-liste hvor man skriver alle problematiske begreber sammen med de ord som de er oversat med i netop denne oversættelse (gerne med lidt forklaring eller en begrundelse).

Et omfattende eksempel er hovedet til .po-filen til Gnumeric:

# Danish translation of Gnumeric.
# Copyright (C) 1999-2001 Free Software Foundation, Inc.
# Jan Normann Nielsen <normann@diku.dk>, 1999.
# Kenneth Christiansen <kenneth@ripen.dk>, 1999-2000.
# Birger Langkjer <birger.langkjer@image.dk>, 1999.
# Keld Simonsen <keld@dkuug.dk>, 2000-2001.
# Morten Welinder <terra@diku.dk>, 2000.
# Ole Laursen <olau@hardworking.dk>, 2001.
#
# Kontakt dansk@klid.dk før du ændrer i denne fil.
#
# Læs README - vigtigt!
#
# BEMÆRK at tekster fra 'command.c' skal oversættes med navneord og ikke
# - direkte fra engelsk - med verber da de indgår som
#
# fortryd/gentag: 'handlingstekst'
#
#
# Konventioner:
#
# sheet -> ark
# workbook -> arbejdsbog
# evaluate -> finde værdien af
# range -> interval, (dog til tider) omfang
# plugin -> [udvidelses]modul (indstik el. lign. bliver for kryptisk)
# constraint -> begrænsning (fx "x < 10")
# truncate -> afkorte (fx 2.79 -> 2)
# validate -> gyldighedskontrol
# array -> matrix
# custom -> selvvalgt, brugerdefineret (afhængig af sammenhæng)
# paste special -> avanceret indsætning
#
#
# Formater og formatér er med ét 't'. Eksemplerne under tekstrutinerne
# er danskificerede.

Det er den ene del af kommenteringsopgaven. Den anden består i at man hver gang man støder på en tvetydig eller kryptisk tekst som man så finder ud af meningen med ved f.eks. at kigge i kildekoden (med po-mode til Emacs kan man forresten gøre dette med 's') eller ved en testkørsel af programmet, sørger for at skrive en kort kommentar ved teksten så denne viden ikke går tabt.

Et eksempel fra Gimp'en:

# display er ikke skærm her, men f.eks. RGB-farve
#: app/info_window.c:288
msgid "Display Type:"
msgstr "Visningstype:"

Hvis man ud fra en testkørsel kan se at en slavisk følgen af den engelske original ikke er den bedste løsning, bør der også være en kommentar - et eksempel mere fra Gimp'en:

# ingen grund til forkortelse her, masser af plads
#: app/gradient.c:4152
msgid "FG color"
msgstr "Forgrundsfarve"