PureBoard

Little John hat geschrieben: Nur hattest Du halt leider nicht erwähnt, auf welchen Zusammenhang Du Dich beziehst ...

Auf die über meinem Posting von André veröffentlichten Catalog-Dateien,
dachte das wäre ersichtlich.

DarkDragon hat geschrieben: ... Ich würde auch Plain-Text übersetzen mit "Roher Text"

Nein, Plain-Text ist ein Format als solches, übersetzen ist Humbug!
Das Textformat "Roher Text" oder "Reiner Text" oder "Grober Text" gibts
nunmal nicht.

Bauplan für Target als Übersetzung wäre in jedem Falle besser als Ziel, wobei ich aber
keine Übersetzung vorziehen würde

Gruß
Thomas

ts-soft hat geschrieben:

DarkDragon hat geschrieben: ... Ich würde auch Plain-Text übersetzen mit "Roher Text"

Nein, Plain-Text ist ein Format als solches, übersetzen ist Humbug!
Das Textformat "Roher Text" oder "Reiner Text" oder "Grober Text" gibts
nunmal nicht.

Bauplan für Target als Übersetzung wäre in jedem Falle besser als Ziel, wobei ich aber
keine Übersetzung vorziehen würde

Nein, Plain-Text (Auf Wikipedia steht Klartext - noch besser als roher Text - als Deutsches Wort) ist kein Format als solches. Das besagt nur, dass keine Zusatzinformationen neben dem Text drinstehen.

Zum Rest hab ich meine Erfahrung schon berichtet: Ich habe schon oft das Wort Ziel als Target in Entwicklungsumgebungen gelesen.

DarkDragon hat geschrieben: Nein, Plain-Text (Auf Wikipedia steht Klartext - noch besser als roher Text - als Deutsches Wort) ist kein Format als solches. Das besagt nur, dass keine Zusatzinformationen neben dem Text drinstehen.

Der Mimetype ist "plain/text" und nicht übersetzbar
verflucht und verdeufelt nochmal

ts-soft hat geschrieben:

DarkDragon hat geschrieben: Nein, Plain-Text (Auf Wikipedia steht Klartext - noch besser als roher Text - als Deutsches Wort) ist kein Format als solches. Das besagt nur, dass keine Zusatzinformationen neben dem Text drinstehen.

Der Mimetype ist "plain/text" und nicht übersetzbar
verflucht und verdeufelt nochmal

Nur wenn wir eindeutig vom Mimetype-String sprechen, nicht aber wenn wir von Klartext sprechen. Du hast im Speichern-Dialog von deinem Lieblingsmalprogramm doch auch nicht den MIME-Typ "image/png" stehen, sondern "PNG Bild" oder so.

DarkDragon hat geschrieben:Ich würde auch Plain-Text übersetzen mit "Roher Text" und "Templates" mit "Vorlage". Es ist ja auch alles richtig und wird auch in anderen Programmen so gemacht.

Compile wird desöfteren mit Übersetzen übersetzt. Folglich würde ich Compiler mit Übersetzer übersetzen. Das ist so gebräuchlich und ich will auch nicht dass sich das ändert. Sonst wirkt es etwas unseriös finde ich wenn man nichtmal die deutschen Ausdrücke dafür kennt.

Das sehe ich genauso.

ts-soft hat geschrieben:

Little John hat geschrieben: Nur hattest Du halt leider nicht erwähnt, auf welchen Zusammenhang Du Dich beziehst ...

Auf die über meinem Posting von André veröffentlichten Catalog-Dateien,
dachte das wäre ersichtlich.

Ich meinte den semantischen Zusammenhang, dachte das wäre ersichtlich.

ts-soft hat geschrieben:

DarkDragon hat geschrieben: Nein, Plain-Text (Auf Wikipedia steht Klartext - noch besser als roher Text - als Deutsches Wort) ist kein Format als solches. Das besagt nur, dass keine Zusatzinformationen neben dem Text drinstehen.

Der Mimetype ist "plain/text" und nicht übersetzbar

Der MIME-Typ ist nicht "plain/text" sondern "text/plain", was nicht dasselbe ist. Unabhängig davon gibt es dafür die umgangssprachlichen deutschen Ausdrücke "Klartext" bzw. "reiner Text".

Gruß, Little John

Hallo PB-Team,

ich habe jetzt meinen Code mit ca. 30.000 Zeilen erfolgreich mit PB4.40 Beta2 durchkompiliert. Als einziges musste ich BackColor() vor DrawText() einmal zusätzlich einbauen. Ansonsten ist der Texthintergrund schwarz. Warum das vorher nicht nötig war, keine Ahnung.

Danke, für die gute Weiterentwicklung!

Was mir noch ein Rätzel ist, warum kann das Flackern der Gadgets insbesondere, wenn diese im Splittergadget eingebaut sind, nicht abgestellt werden?

Ich habe auch eine kleine Zuwendung vorgenommen, kann man dafür eine Spendenquittung bekommen?

Bzgl. Übersetzung gibt es viele Möglichkeiten!

Jeder Anwender hat da seine Vorlieben ... ich weiß nicht, ob man da zu einer Einigung kommt. Ich würde da die Entscheidung einfach einem kleinen Kreis von Übersetzern überlassen. Vorschläge aus der Community einholen ist gut ... aber die Entscheidung würde ich nicht der Community überlassen (zu langsam und unhandlich).

Im Duden steht z.B. das Wort "Compiler" aber nicht "Kompiler". Dagegen gibt es die Ausdrücke "kompilieren" und "Kompilat".

Ich habe aber auch schon Übersetzungen erlebt, wo man englische Ausdrücke mit deutscher Grammatik verbindet (latchen, gelatcht). Das finde ich nicht mehr gut!

cu, guido

Das Wort "Target" kommt aus der Terminologie der Makefiles und hat mit Französisch nix zu tun

Ich würde bei "Ziel" oder "Target" bleiben um diese Verbindung zu erhalten.

helpy hat geschrieben:Ich habe aber auch schon Übersetzungen erlebt, wo man englische Ausdrücke mit deutscher Grammatik verbindet (latchen, gelatcht). Das finde ich nicht mehr gut!

Wieso, da weis man doch gleich was gemeint ist:
http://data.lustich.de/bilder/l/19517-c ... tschen.jpg

Mir persönlich gefällt "Target" überhaupt nicht. In englisch-sprachigen Dokumenten (z.B.Intel) wird üblicherweise "Destination" verwendet; da weis ich sofort, was gemeint ist (auch: EDI-Register).

Gruß
Helle

Nachtrag: "Target" erinnert mich zu sehr an Ballerspiele oder militärische Aktionen: "Target erfasst", "Target zerstört" usw.