German localization notes: what changed

Revision 1 to 2. Removed lines have a minus sign; added lines have a plus sign.

Old	New		Line
1	1		This page contains some useful notes and guidelines specific to the German translation of the Lazarus IDE. Since such information is heavily language specific and targeted towards a German speaking translator, the following text is written in German.
2	2
3	3		## Einführung
4	4
5	5		Diese Wiki-Seite enthält (hoffentlich) nützliche Informationen für alle, die bei der deutschen Übersetzung mithelfen wollen. Dies umfasst generelle Informationen über den Übersetzungsvorgang, verwendbare nützliche Software um den Prozess zu vereinfachen, Hinweise für den eigentlichen Vorgang und Informationen über bereits verwendete Übersetzungen für einzelne Begriffe.
6	6
7	7		## Lazarus übersetzen
8	8
9	9		In diesem Abschnitt wird kurz das Ziel und der eigentliche Vorgang skizziert, und danach auf spezielle Software zur Arbeitserleichterung verwiesen.
10	10
11	11		### Ziel der Übersetzung
12	12
13	13		Das Ziel der Übersetzung der Texte des Programmes ist zusammengefasst ein professioneller Eindruck: Das umfasst ordentliche Rechtschreibung und Interpunktion und eine dem Programm und dem Benutzer angemessene, gewohnte und möglichst konsistente Wortwahl.
14	14
15	15		In den nächsten Abschnitten wird versucht, hoffentlich nützliche Hinweise und bereits angewandte Richtlinien zur Erreichung dieses Ziel zu zeigen.
16	16
17	17		### Übersetzungsvorgang
18	18
19	19		Lazarus verwendet zur Zeit den GNU gettext()-Mechanismus für seine Übersetzungen.
20	20
21	21		Bei diesem werden die vom Programmierer zur Übersetzung vorgesehenen Zeichenketten in einer speziellen Datei mit der Endung .po abgelegt. Dies ist eine einfache Textdatei in dem die zu übersetzenden Zeichenketten nacheinander abgelegt sind.
22	22
23	23		Beispiel für eine zu übersetzende Zeichenkette im Ursprungszustand (aus der .po-Datei der Lazarus-IDE):
24	24
25		-	~~`#: lazarusidestrconsts:lismenuproject`\~~
26		-	~~`msgid "&Project"`\~~
27		-	~~`msgstr ""`~~
	25	+	```text
	26	+	#: lazarusidestrconsts:lismenuproject
	27	+	msgid "&Project"
	28	+	msgstr ""
	29	+	```
28	30
29	31		Die erste Zeile ist ein Kommentar (alle mit '#' beginnenden Zeilen sind Kommentare), der bei der von Lazarus gewählten Methode zur Erstellung der .po-Datei erzeugt wird, und ignoriert werden kann.
30	32
31	33		In der zweiten Zeile befindet sich zwischen den Anführungszeichen die zu übersetzende Zeichenkette. Das in diesem Fall vorhandene '&'-Zeichen gibt, da es sich um einen Menüeintrag handelt, dessen Kurztaste an.
32	34
33	35		Die dritte Zeile muss vom Übersetzer mit der richtigen Übersetzung ausgefüllt werden.
34	36
35	37		Dieser Vorgang wird für möglichst alle Zeichenketten in der Datei wiederholt. Dann wird das zu übersetzende Programm gestartet, die gerade übersetzte Sprache eingestellt und das Ergebnis bewundert...
36	38
37	39		... und in der Theorie wäre das Ergebnis dann auch ordentlich.
38	40
39	41		In der Praxis stellt sich häufig das Problem, dass sich die Übersetzung an den Originaltext hält, dann aber, da vom Kontext losgelöst übersetzt wurde, doch oft völlig unsinnig ist. Außerdem ist so eine Übersetzung, besonders wenn im Team durchgeführt, uneinheitlich. Das ist auch ein Grund weswegen diese Wiki-Seite entstand, siehe weiter unten.
40	42
41	43		Vorher noch ein paar technische Anmerkungen:
42	44
43	45		### Lazarus-spezifische Dateien für die dt. Übersetzung
44	46
45	47		Die für Lazarus zu übersetzenden .PO-Dateien befinden sich im Unterverzeichnis "languages" des Hauptprogramms, mit den Namen "lazaruside.de.po" (für die IDE selbst) und "objinspstrconsts.de.po" (für den Objektinspektor). Die Sprachdateien für Synedit sind in components/synedit, die Datei für die Codetools ist in components/codetools/languages, die Sprachdatei für lcl-Dateien in lcl/languages.
46	48
47	49		### Software
48	50
49	51		Das Arbeiten mit einem Texteditor ist recht mühsam und außerdem sehr fehlerträchtig, daher werden in diesem Abschnitt ein paar verwendete Übersetzungshilfen mit ihren Funktionen kurz vorgestellt:
50	52
51	53		- poEdit (http://poEdit.sourceforge.net/) - folgende Funktionalität:
52	54		- Gleichzeitige Ansicht von Original und Übersetzung in einer Liste.
53	55		- Farbliche Unterscheidung zwischen bereits übersetztem Text, noch zu übersetzendem Text und gerade übersetztem Text.
54	56		- Die Zuweisung zusätzlicher Attribute (frisch übersetzt, überprüft usw.) ist möglich.
55	57		- Automatische Erstellung von .MO-Dateien.
56	58		- Verfügbar für Windows und Unix/Linux.
57	59
58	60		- KBabel (http://i18n.kde.org/tools/kbabel/):
59	61		- nur für Unix/Linux.
60	62
61	63		- POEditor (http://poeditor.com/)
62	64		- webbasierte Lokalisierungstool.
63	65
64	66		## Allgemeines bei dt. Übersetzungen
65	67
66	68		In diesem Abschnitt werden kurz einige allgemeine Regeln für die Erstellung von Übersetzungen ins Deutsche erwähnt.
67	69
68	70		- In jedem Teilprojekt sollte abgesprochen werden, welche Rechtschreibung intern gilt. In der IDE ist das die klassische deutsche Schreibung wie sie heute in der FAZ und der Toolbox Anwendung findet ;-)
69	71		- Die Rechtschreibung sollte durchgängig korrekt sein. Dazu ist es oft notwendig, besonders bei Unklarheiten, in einer verlässlichen Quelle nachschlagen zu können. Für die deutsche Sprache sollte der Duden in einer nicht zu alten Ausgabe die Hauptreferenz darstellen. Da mit der Rechtschreibreform das Duden-Monopol gebrochen ist, sind auch andere Nachschlagewerke zulässig. Pseudo-"Quellen" wie allgemeine Suchmaschinen (Google etc.) sind nicht maßgebend und sollten nicht konsultiert werden.
70	72		- Die Interpunktion sollte sich an die Standards halten. Stark vereinfacht: Für das Deutsche sind alle Satzzeichen wie Punkt, Komma, Ausrufezeichen usw. direkt an das vorherige Wort zu schreiben, mit einem nachfolgendem Leerzeichen. Genaueres kann unter folgendem Link zu [Textverarbeitung](http://www.duden.de/service/download/textverarbeitung_duden1.pdf) nachgeschlagen werden.
71	73
72	74		Und hier noch ein wichtige speziellere Anmerkung:
73	75
74	76		- falls eine bestimmte Wortwahl unglücklich gewählt scheint, sollen eine (oder besser mehrere) professionelle Anwendungen, die eine ähnliche Funktionalität enthalten, nach deren Übersetzung untersucht werden. Dies hilft besonders bei Spezialbezeichnungen von Fachbegriffen oft weiter.
75	77
76	78		## Richtlinien für die deutsche Lazarus-Übersetzung
77	79
78	80		Hier folgen viele Hinweise für die "richtige" Übersetzung speziell der Lazarus-IDE, die sich durch ihre Anwendung bei der aktuellen deutschen Übersetzung als gut herausgestellt haben. Es enthält Erfahrungen aus einigen anderen Anwendungen und Ausprobieren verschiedener Stile, Bemerkungen über häufig vorkommende Fehler in vorigen Versionen der Übersetzung und durch Diskussion mit den Entwicklern erhaltene Information.
79	81
80	82		### Wortwahl und Formulierungen
81	83
82	84		- kein modernes l33t-speak, auch "lockere" Sprache vermeiden. Eine Meldung
83	85
84		-	~~`"Uupsi, leider hat der Debugger Mist gebaut"`~~
	86	+	```text
	87	+	"Uupsi, leider hat der Debugger Mist gebaut"
	88	+	```
85	89
86	90		klingt lächerlich, wenn nicht gar peinlich für den Benutzer.
87	91
88	92		- Anglizismen (Denglish) ebenso vermeiden, insbesondere wenn es ein vollständig gleichwertiges Wort oder Ausdruck im Deutschen gibt. Beispiel:
89	93
90		-	~~`"Viewer" -> "Betrachter"`~~
	94	+	```text
	95	+	"Viewer" -> "Betrachter"
	96	+	```
91	97
92	98		Und nicht "Viewer" einfach belassen.
93	99
94	100		- höflich, sachlich formulieren, wenn notwendig "Sie"-zen und nicht "Du"zen.
95	101		- Meldungen werden oft verwendet um dem Benutzer ein Problem zu beschreiben. Es ist vorteilhaft, wirklich das Problem trotz vielleicht anderer Meinung des Originalautors und nicht zum Beispiel den Zustand der IDE zu beschreiben.
96	102		- Wort-für-Wort-Übersetzungen sind nicht notwendig und manchmal nicht einmal erstrebenswert - die Originalautoren sind auch nur Menschen, deren Gedanken zum Schreibzeitpunkt sicher eher bei technischen Problemen lagen
97	103		- das gleiche gilt für die Satzstellung, schon um seltsam klingende, aber grammatikalisch korrekte, Formulierungen zu vermeiden. Dabei muss wegen Einschränkungen der Lokalisierungsbibliothek aber darauf geachtet werden, dass die Platzhalter die gleiche relative Position wie vorher behalten.
98	104		- falls man keine Ahnung hat, was ein englischer Text bedeutet, folgendes versuchen:
99	105		- Aus dem Formular dessen Funktion herauslesen: Text in der IDE suchen, ansehen und aus diesem auf die Funktion schließen.
100	106		- Im Quelltext nachsehen: zuerst nach der Zeichenkette suchen, das liefert einen Namen einer Konstante in "lazarusidestrconsts.pas". Mit diesem Bezeichner in den Sourcen weiter suchen, und versuchen, aus dem Code die Funktion abzuleiten - wenn man viel Glück hat, findet man auch eine Erklärung im Source.
101	107		- Fragen. Dazu kann entweder die Mailingliste (Link) dienen, der IRC-Kanal (#lazarus-ide@irc.freenode.org) oder das Forum (Link)
102	108		- Nicht übersetzen: Es gibt kaum Schlimmeres als ein vollständig falsch oder nur teilweise übersetzter Satz. Auch besteht die Gefahr, dass dieser Text bei einer weiteren Bearbeitung von anderen übersehen wird.
103	109
104		-	~~`"All packages" -> "Alle Packages"`~~
	110	+	```text
	111	+	"All packages" -> "Alle Packages"
	112	+	```
105	113
106	114		Besser erst einmal auslassen und entweder auf eine Eingebung warten oder einer anderen Person überlassen. Besser eine gute und vielleicht etwas lückenhafte Übersetzung (zur Not sollte jeder Benutzer einer IDE mit Englisch zurechtkommen) als auf Teufel komm' raus alles übersetzen.
107	115
108	116		- Die Sprache verwenden - Deutsch ist flexibel in der Bildung zusammengesetzter Worte. Solange diese nicht zu Wortmonstern über mehrere Zeilen ausarten, sollten sie anstatt umständlich wirkender Umschreibungen verwendet werden. Außerdem sind Konkatenierungen immer kürzer, und Platz ist sowieso meist Mangelware. Eventuell Wortteile, die übersetzte und nicht übersetzte Teile (wegen eines Fachbegriffs) enthalten, mit einem Bindestrich trennen.
109	117
110		-	~~`"Form load error" -> "Formularladefehler"`~~
	118	+	```text
	119	+	"Form load error" -> "Formularladefehler"
	120	+	```
111	121
112	122		nicht
113	123
114		-	~~`"Fehler beim Laden des Formulars"`~~
	124	+	```text
	125	+	"Fehler beim Laden des Formulars"
	126	+	```
115	127
116	128		für ein (zugegeben extremes) Beispiel; da speziell dieses Beispiel wahrscheinlich nur in einem Erklärungstext vorkommt, könnte man das auch so lassen.
117	129
118	130		- Bei der Übersetzung dürfen (und müssen!) Umlaute geschrieben werden.
119	131		- Nicht wie oft im Original (Englisch) jedes Wort großschreiben (dort u.U. erlaubt):
120	132
121		-	~~`Alle Meine Entlein Sind Schon Da`~~
	133	+	```text
	134	+	Alle Meine Entlein Sind Schon Da
	135	+	```
122	136
123	137		sondern richtig
124	138
125		-	~~`Alle meine Entlein sind schon da`~~
	139	+	```text
	140	+	Alle meine Entlein sind schon da
	141	+	```
126	142
127	143		Wir sind hier nicht bei der Werbung =)
128	144
129	145		- bezüglich der verwendeten Wortstellung:
130	146		- bei Menübefehlen möglichst die Wortstellung Subjekt-Verb (Infinitiv) verwenden, bei Meldungen der IDE bei (länger dauernden) Aktionen eher Verb-Subjekt.
131	147
132		-	~~`Lazarus erstellen`~~
	148	+	```text
	149	+	Lazarus erstellen
	150	+	```
133	151
134	152		Der Befehl an das Programm: "(Du sollst) Lazarus erstellen". Leicht lesbar, und eigentlich Standard für diese Art von Texten.
135	153
136	154		- - Andererseits bei Benachrichtigungen der IDE ist
137	155
138		-	~~`Erstelle Lazarus`~~
	156	+	```text
	157	+	Erstelle Lazarus
	158	+	```
139	159
140	160		als Meldung des Programmes an den Benutzer; sozusagen "Erstelle (gerade) Lazarus" als Meldung bei laufendem Vorgang. Auch ist oft die letztere Form länger, da das Verb dann im Deutschen oft aufgeteilt werden muss, im folgenden ein Beispiel:
141	161
142		-	~~`Datei abspeichern`~~
	162	+	```text
	163	+	Datei abspeichern
	164	+	```
143	165
144	166		besser:
145	167
146		-	~~`Datei speichern`~~
	168	+	```text
	169	+	Datei speichern
	170	+	```
147	171
148	172		Bzw.
149	173
150		-	~~`Speichere Datei ab`~~
	174	+	```text
	175	+	Speichere Datei ab
	176	+	```
151	177
152	178		es ist bei Benachrichtigungen der IDE oft mehr Platz vorhanden, daher möglich.
153	179
154	180		- Mehrfachnegationen in Texten wenn möglich vermeiden
155	181
156		-	~~`"Die Komponente darf nicht auf einem Nicht-TControl abgelegt werden."`~~
	182	+	```text
	183	+	"Die Komponente darf nicht auf einem Nicht-TControl abgelegt werden."
	184	+	```
157	185
158	186		besser:
159	187
160		-	~~`"Die Komponente darf nur auf einem TControl abgelegt werden."`~~
	188	+	```text
	189	+	"Die Komponente darf nur auf einem TControl abgelegt werden."
	190	+	```
161	191
162	192		Ist sogar um einiges kürzer, und sicher leichter verständlich.
163	193
164	194		- Spezifische Verweise auf die LCL nicht übersetzen.
165	195
166		-	~~`"ImageList-Editor" -> "ImageList-Editor"`~~
	196	+	```text
	197	+	"ImageList-Editor" -> "ImageList-Editor"
	198	+	```
167	199
168	200		Dies ist ein Editor für eine bestimmte Klasse namens TImageList. Diese sollte nicht übersetzt werden ("Bildlisteneditor") oder durch zufällig eingeführte Kleinschreibung übersetzt werden ("Listview-Editor") da es sich eben um einen Editor für eine bestimmte Klasse handelt.
169	201
170	202		- Aufpassen auf Einzahl und Mehrzahl im Originaltext. Besonders unregelmäßige Endungen werden oft übersehen.
171	203		- Kurztasten in Menüs möglichst beibehalten, ansonsten besteht die Gefahr von Überschneidungen.
172	204
173		-	~~`"&Add breakpoint" -> "H&altepunkt hinzufügen"`~~
	205	+	```text
	206	+	"&Add breakpoint" -> "H&altepunkt hinzufügen"
	207	+	```
174	208
175	209		- Unübliche Abkürzungen vermeiden
176	210		- "+" ist kein Ersatz für "und", und "plus" ist erst recht keine Übersetzung
177	211
178		-	~~`"Zieldateiname+Erweiterung..."`~~
	212	+	```text
	213	+	"Zieldateiname+Erweiterung..."
	214	+	```
179	215
180	216		- Besondere Vorsicht beim Übersetzen von sehr kurzen Sätzen
181	217
182		-	~~`"As-Is" `~~
	218	+	```text
	219	+	"As-Is"
	220	+	```
183	221
184	222		ist nicht
185	223
186		-	~~`"Wie es ist"`~~
	224	+	```text
	225	+	"Wie es ist"
	226	+	```
187	227
188	228		sondern soll für die Pascal-Schlüsselwörter "as" und "is" stehen. In solchen Fällen immer den Dialog suchen.
189	229
190	230		### Kleinigkeiten
191	231
192	232		- Die offizielle, standardisierte Einheit für Zeit ist "s". Nicht "sek", "sec" oder ähnliches.
193	233		- Rufzeichen im Originaltext können oft durch einen einfachen Punkt ersetzt werden.
194	234		- Der Name des verwendeten Compilers lautet "Free Pascal". Die offizielle Abkürzung ist "FPC".
195	235		- Wenn möglich, sollten in Fließtexten Abkürzungen vermieden werden, da sie den Schreibfluss hemmen. "Sekunde" ist also noch besser als "s".
196	236		- Viele Worte sind eigentlich nur Füller. Dazu gehören insbesondere "verwenden" oder auch "erstellen". Sie sollten durch die eigentliche Tätigkeitsbeschreibung ersetzt werden, also bespielsweise "kompilieren" oder "schreiben" statt erstellen.
197	237		- neue Rechtschreibung: "dass", aber "außerdem"
198	238		- der, die, das bei Relativsätzen und nicht welcher, welche, welches
199	239
200	240		### GUI-spezifisches
201	241
202	242		Dieser Abschnitt enthält spezielle Richtlinien für Beschriftungen und Texte.
203	243
204	244		- Bezeichnungen von Karteireitern und gruppierenden Elementen (TGroupBox usw.) haben keinen abschließenden Doppelpunkt
205	245		- Bezeichnungen von Drop-Down-Listen oder Eingabefeldern sollen einen abschließenden Doppelpunkt haben
206	246		- Niemals mittels Leerzeichen formatieren, gleich richtig positionieren. Das Problem sind sowohl abschließende Leerzeichen, die beim Übersetzungsvorgang einfach verlorengehen, als dass, was auch viel schlimmer ist, bei Änderungen der Schriftart die Abstände nicht mehr passen.
207	247		- Hinweise auf Menüs in Fließtext sollten durch Anführungszeichen ausgezeichnet, und die Teile der Pfadangabe durch "-\>" getrennt werden.
208	248
209		-	~~`Bitte überprüfen Sie die Angabe in "Einstellungen->Umgebungseinstellungen->Dateien"`~~
	249	+	```text
	250	+	Bitte überprüfen Sie die Angabe in "Einstellungen->Umgebungseinstellungen->Dateien"
	251	+	```
210	252
211	253		- Menüeinträge, die Fenster öffnen, sollten im Normalfall drei Punkte am Ende enthalten. Beispiel:
212	254
213		-	~~`Speichern unter...`~~
	255	+	```text
	256	+	Speichern unter...
	257	+	```
214	258
215	259		Öffnet einen Dialog zum Speichern von Dateien unter einem anderen Namen.
216	260
217	261		### Oft verwendete Übersetzungen
218	262
219	263		In diesem Abschnitt werden oft verwendete Begriffe die im Zusammenhang mit einer IDE auftreten, gesammelt, und mit deren "Standardübersetzungen" aufgelistet.
220	264
221	265		Hauptwörter:
222	266
223	267		- "ancestor type" -\> "Basistyp"
224	268		- "backup" -\> "Sicherung"
225	269		- "block" -\> "Block" (im Sinne von Quelltextblock)
226	270		- "bookmark" -\> "Lesezeichen"
227	271		- "breakpoint" -\> "Haltepunkt"
228	272		- "call stack" -\> "Aufrufstack"
229	273		- "character map" -\> "Zeichentabelle"
230	274		- "child node" -\> "Untereintrag" (in einer Liste, einem Baum)
231	275		- "class" -\> "Klasse"
232	276		- "code explorer" (und Varianten) -\> "CodeExplorer" - mangels guter Übersetzung diesen als Spezialausdruck behandeln
233	277		- "code" -\> "Quelltext"
234	278		- "command" -\> "Anweisung" oder "Befehl"
235	279		- "compiler" -\> "Compiler"
236	280		- "component" -\> "Komponente"
237	281		- "declaration" -\> "Deklaration"
238	282		- "default" -\> "Standard" oder "Voreinstellung"
239	283		- "dependency" -\> "Abhängigkeit"
240	284		- "description" -\> "Beschreibung"
241	285		- "directory" -\> "Verzeichnis"
242	286		- "file extension" -\> "Dateiendung"
243	287		- "file name" oder "filename" -\> "Dateiname"
244	288		- "font" -\> "Schriftart"
245	289		- "form" -\> "Formular"
246	290		- "gutter" -\> "Randleiste" (die normalerweise graue Randleiste links im Quelltexteditor)
247	291		- "identifier" -\> "Bezeichner"
248	292		- "item" -\> "Eintrag" (einer Liste, eines Baumes) oder "Element"
249	293		- "key" -\> "Taste"
250	294		- "keyword" -\> "Schlüsselwort"
251	295		- "lazarus" (alle Varianten) -\> "Lazarus"
252	296		- "library" -\> "Bibliothek"
253	297		- "macro" -\> "Makro"
254	298		- "node" -\> "Eintrag" (in Bäumen)
255	299		- "object" -\> "Objekt"
256	300		- "options" -\> "Einstellungen"
257	301		- "package" -\> "Paket"
258	302		- "project" -\> "Projekt"
259	303		- "resource" -\> "Ressource"
260	304		- "resourcestring" -\> "Resourcestring" (Spezialbegriff für Zeichenketten im resourcestring-Abschnitt einer Unit
261	305		- "section" -\> "Abschnitt" (in Kontext als Abschnitt im Quellcode)
262	306		- "selection" -\> "Auswahl"
263	307		- "source" -\> "Quelltext"
264	308		- "stack" -\> "Stack"
265	309		- "statement" -\> "Anweisung"
266	310		- "syntax highlighting" -\> "Syntaxhervorhebung"
267	311		- "syntax" -\> "Syntax"
268	312		- "template" -\> "Vorlage"
269	313		- "tool(s)" -\> "Werkzeug(e)"
270	314		- "type" -\> "Typ"
271	315		- "unique" -\> "einzigartig"
272	316		- "unit name" -\> "Unitname"
273	317		- "unit" -\> "Unit"
274	318		- "user" -\> "Benutzer"
275	319		- "variable" -\> "Variable"
276	320		- "view" -\> "Ansicht)
277	321		- "viewer" -\> "Betrachter"
278	322		- "watch" -\> "Überwachter Ausdruck"
279	323		- "xyz file" -\> ".xyz-Datei"
280	324
281	325		Verben:
282	326
283	327		- "to add" -\> "aufnehmen" oder "hinzufügen"
284	328		- "to build" -\> "erstellen"
285	329		- "to clean" -\> "säubern" oder "aufräumen" (Im Zusammenhang mit Löschen der alten Daten)
286	330		- "to compile" -\> "kompilieren"
287	331		- "to convert" -\> "konvertieren" oder "umwandeln"
288	332		- "to paste" -\> "einfügen" (in Zusammenhang mit Zwischenablage)
289	333		- "to publish" -\> "veröffentlichen"
290	334		- "to rebuild" -\> "neu erstellen"
291	335		- "to register" -\> "registrieren"
292	336		- "to scan" -\> "durchsuchen" (in Zusammenhang mit Daten)
293	337		- "to select" -\> "auswählen"
294	338		- "to transform" -\> "umwandeln"
295	339		- "to update" -\> "aktualisieren"
296	340
297	341		Sonstiges:
298	342
299	343		- "for example" -\> "Zum Beispiel" oder "Z.B." oder "beispielsweise"
300	344		- "major.minor.release.build" -\> "Major.Minor.Release.Build" (Spezialbegriff)
301	345		- "Plz fix the error shown in the message window." -\> "Bitte korrigieren Sie den im Meldungsfenster gezeigten Fehler."
302	346		- "Sorry" -\> "Entschuldigung"
303	347		- "unable to \<verb\> xyz" -\> "Konnte xyz nicht \<verb\>"
304	348		- "use display" -\> "Display verwenden" (Display ist eine X-Windows spezifische Umgebungsvariable)
305	349		- "broken dependency" -\> "Abhängigkeit nicht erfüllt"
306	350
307	351		Überlegenswerte Punkte
308	352
309	353		- "ambiguous" -\> "unklar" oder "mehrdeutig"
310	354
311	355		## Die besten Übersetzungen und Wortschöpfungen ;-)
312	356
313	357		keine
314	358
315	359		## Interessante Originaltexte
316	360
317	361		- symantec checking - Symantecs Beitrag zu Lazarus - ein integrierter Quelltextvirenscanner ;-)
318	362
319	363		---
320	364		From the Free Pascal wiki, page "German localization notes", as it stood on 2015-07-25 after a change by FTurtle, out of the wiki's dump of 2024-05-26. Copyright stays with the author who wrote it, according to the old wiki's [[Licensing]] page. If you have concerns about this material, [message the admin](/wiki-contact).
321	365		Category: Deutsch
322	366		Category: Lazarus/de
323	367		Category: Localization/de

Back to history