Wie wichtig ist es für Euch als Entwickler, Deutsch als Programmsprache zu haben?

[Harry Stahl]

Ich bin gerade kurz vor der Fertigstellung eines Projektes, das ich zum ersten mal mit englischer Oberfläche (inklusive Hilfetexte) entwickelt habe. Grund ist der, dass es ein Produkt für (Delphi-) Entwickler ist ("noch ein Tool" zur Erstellung von Hilfetexten, aber eben Cross Platform fähig), mit dem Ziel der weltweiten Vermarktung (Produktname wird „CrossHelp“ sein). Ich denke, da Entwickler ja sowieso oft mit englischen Texten zu tun haben, sollte das auch insgesamt ausreichend sein.

Ich bin da allerdings etwas unsicher, daher die Frage an Euch:

Wie seht Ihr das, wäre eine englische Programmoberfläche nach Eurer Auffassung generell auch ausreichend oder wäre eine Deutsche Fassung wichtig / oder gar für den Kauf entscheidend?

In der Anlage zur Info ein Screenshot, der vermittelt, worum es bei dem Programm geht.

[juergen]

Hallo,

ich persönl. würde meinen, NUR englisch sollte ausreichen. Sobald du weitere Sprachen - so wie jetzt Deutsch- anbietest, fühlt sich immer irgendwer benachteiligt.
Da das Ganze für Programmierer ist, sollten die meisten damit auch zurecht kommen.

[Luckie]

Also ich hatte damals meine Quellcodekommetare hauptsächlich in Englisch gehalten. Die solle ein deutscher wie auch ein internationaler Entwickler verstehen können.

[jaenicke]

Zitat:

Zitat von Harry Stahl (Beitrag 1416161)

wäre eine englische Programmoberfläche nach Eurer Auffassung generell auch ausreichend oder wäre eine Deutsche Fassung wichtig / oder gar für den Kauf entscheidend?

Die meisten Entwickler, die für einen Kauf von Entwicklertools in Frage kommen, werden mit Englisch kaum ein Problem haben. Die Zielgruppe der professionellen Entwickler, die kein Englisch können, dürfte sehr gering sein. Ja, es gibt sie, aber es sind nicht viele.

Das Tool, um das es hier geht, ist ja aber wohl ein Help Authoring Tool und das wiederum wird bei uns zumindest nicht nur von den Entwicklern benutzt. Die Hilfetexte schreiben eher andere. Und insofern wäre die deutsche Oberfläche schon sinnvoll, denn bei dieser Zielgruppe kann sicher nicht jeder gut englisch.

Nebenbei:
Wir haben noch kein Help Authoring Tool gefunden, das wirklich gut benutzbar gewesen wäre. Teuer sind manche, ja, aber die von uns getesteten leider trotzdem nicht wirklich gut. Insofern finde ich neue Tools für das Thema interessant. Insbesondere das Thema Übersetzungen und Einbetten von Bildern ist bei den meisten Tools echt viel zu kompliziert gemacht. Und zudem wird man oft unnötig bei der Gestaltung eingeschränkt obwohl es rein logisch keinen Grund dafür gibt.

[Rollo62]

Mir reicht auch englisch, z.B. bleibe ich bei der IDE auf Englisch weil ich die (wage) Vermutung habe das es da aktueller ist,
als in einer Übersetzung.
Ist aber eher eine Traddition.

Trotzdem könnte es sein das Deutsch von vielen bevorzugt wird, ich kenne das aus anderen Bereichen, wo manche Programme quasi unverkäuflich sind wenn sie nicht in der Landessprache sind.
Selbst wenn nur sehr minimale Texte im Programm auftauchen.

Ich denke auch Entwickler solten da anders ticken, aber man kann ja nie wissen.

Bei mir halte ich es so das English immer Hauptsprache ist (auch als Fallback), und dann Übersetzungen für die wichtigsten Länder da sind (vertriebstechnisch).

Meine Erfahrung ist das
NL, DK, FIN, S, NO relativ gut mit Englisch klarkommen
FR, ES, IT, ... sehr schlecht
DE liegt so im Mittelfeld.

Aber wie gesagt, die Zielgruppe ist bei mir ja nicht die Entwickler.

Rollo

[Harry Stahl]

Danke für die Rückmeldungen.:thumb:

Scheint mir so zu sein, dass ich meinem Fokus jetzt nicht unbedingt auf eine Ergänzung einer deutschen Sprach-Version setzen muss, sondern mir das als Option für später vorbehalte.

@jaenicke: Spätestens am Montag wird die erste Beta als Demo-Version verfügbar sein. Evtl.schaust Du da dann mal rein, bzw, wenn Du Lust hast, kannst Du mir auch (wohl besser als PM, da es sonst das Thread-Thema hier sprengt) auch gerne schon mal im voraus mitteilen, was Du da bei den Bildern für kompliziert hältst, evtl. kann ich das dann noch in der ersten Beta berücksichtigen).

[old7]

Zitat:

Meine Erfahrung ist das
NL, DK, FIN, S, NO relativ gut mit Englisch klarkommen
FR, ES, IT, ... sehr schlecht
DE liegt so im Mittelfeld.

Kann ich als Tourist nur bestätigen :wink:

Für Programmiertools/Komponenten reicht (mir) Englisch völlig aus, bei Endanwendersoftware eher nicht, wenn dafür bezahlt werden soll.

Eine Supportadresse mit .de am Ende senkt die Hemmschwelle.

[OT]
Wichtiger finde ich bei Programmiertools/Komponenten eine halbwegs "vernünftige" Versionsangabe.

Bei Version 20171010 sehe ich sofort: über ein Jahr alt, bei Version 10.2.3 (Delphi) steh' ich wie der Ochs vorm Berg, ob die Version nun neu oder schon Jahre alt ist.
Da hilft mir auch "Delphi 10.2 Version 25.0.31059.3231" nicht viel weiter ohne Googeln.

MS schwenkt da mit Win10 fast schon in die richtige Richtung mit 1803 -> 1809.
[/OT]

[p80286]

Ich bevorzuge die verständliche Version.
Schon legendär ist die Siemens-Warzentaste(=Wagenrücklauf/Return) darauf kann ich verzichten. Im Zweifel bevorzuge ich (amerikanisches) Englisch da hier am wenigsten übersetzt werden muß (Fachtermini). Das ist mir vor allem bei mehrsprachigen Oberflächen aufgefallen. Die deutschen Oberflächen sind oft nicht präzise genug.
Wenn ich es mir wünschen darf, ist mir Deutsch allerdings lieber.

Gruß
K-H

[DieDolly]

Zitat:

Meine Erfahrung ist das
NL, DK, FIN, S, NO relativ gut mit Englisch klarkommen
FR, ES, IT, ... sehr schlecht
DE liegt so im Mittelfeld.

Meiner Erfahrung nach kommen Osteuropäer auch gut mit Englisch klar.

Meine Software nutzen aber auch Russen, Spanier, Portugiesen etc und bisher hat sich niemand beschwert, dass deren Landsprache nicht vorhanden ist.
Sie ist zwar mehrsprachig, aber nur auf ein paar wenige Hauptsprachen limitiert.

[dummzeuch]

Mir persönlich wäre Englisch ganz recht, vorausgesetzt, die Übersetzung (Formulierung) ist auch gut (ich habe da schlechte Erfahrungen). Deutsch bräuchte ich nicht (Mein Windows und meine Delphi IDE sind auch auf Englich und bei vielen Tools stelle ich explizit Englisch ein.).

Allerdings habe ich Kollegen, bei denen es da anders aussieht. Der eine käme wahrscheinlich noch klar, der andere hätte Schwierigkeiten, weil er in der Schule kein Englisch hatte. Für den wäre Deutsch eher wichtig (oder Russisch ;-) ).

[Ghostwalker]

Ich persönlich bewerte eine Software (egal ob nun Entwicklertools oder anderes) eigentlich immer
nach folgenden Kriterien (auch in dieser Reihenfolge):

1. Funktion (Vielfalt, kann das Teil das was ich brauche)
2. Möglichst intuitive Bedienung (oder muss ich mich erst durch 1000 Menüs quälen um eine einfache Funktion
zu erreichen)

3. Sprache


Mir persönlich ists relativ wurscht, ob das Teil nun eine englische oder deutsche Oberfläche hat. Bei Hilfetexten siehts schon etwas anders aus, da bevorzuge ich doch deutsche Hilfetexte, da sie i.d.R. besser verständlich sind.

Wie Jaenick schon sagte, wenn nicht nur Entwickler sondern auch z.B. Übersetzer oder Hilfetexter ins Spiel kommen, wird die Sprache der UI wichtig.

Denn eine Software, die in deren Muttersprache vorliegt, hat eine größere Aktzeptanz.

[tomkupitz]

Hallo,

in der Firma entwickle ich eine Software für den weltweiten Vertrieb. Die kann GER, ENG, CHI und RUS.

Die deutschen Kunden bevorzugen fast immer die deutsche Oberfläche. Chinesen nutzen sehr oft und lieber die englische Version.

Wenn ich auch mal nebenbei Freeware mache, versuche ich immer GER und ENG zu unterstützen. Da machst du auf jeden Fall nichts falsch. Bei weltweitem Erfolg der Software wirst du früher oder später auch andere Übersetzungen anbieten.

Beste Grüße
tom

[Delphi-Laie]

Zitat:

Zitat von Harry Stahl (Beitrag 1416161)

Wie seht Ihr das, wäre eine englische Programmoberfläche nach Eurer Auffassung generell auch ausreichend oder wäre eine Deutsche Fassung wichtig / oder gar für den Kauf entscheidend?

Die Sache ist doch ganz einfach: Deutsch ist unsere Muttersprache. Nicht nur meine Wenigkeit bewegt sich sprachlich innerhalb der Muttersprache am bequemsten / routiniertesten / liebsten. Es ist für mich selbstverständlich und auch ein Gebot der Höflichkeit, daß ich, sofern ich für deutschsprachige Empfänger programmiere oder schreibe, das in deren (und meiner) Muttersprache tue. Von den begrenzten Fremdsprachenkenntnissen (sonst wäre es ja keine Fremdsprache) ganz zu schweigen...

"Drollig" finde ich "deutsche" Internetseiten, die außer der Länderdomain ".de" und ggf. noch davor, also ihrem Namen, aber jedenfalls beim Inhalt kein einziges deutsches Wort aufweisen.

Zitat:

Zitat von juergen (Beitrag 1416162)

ich persönl. würde meinen, NUR englisch sollte ausreichen. Sobald du weitere Sprachen - so wie jetzt Deutsch- anbietest, fühlt sich immer irgendwer benachteiligt.

Ach, aber wenn nur Englisch angeboten wird, fühlt sich natürlich niemand benachteiligt?!

[Uwe Raabe]

Wenn ich mich mit anderen Entwicklern über ein Tool oder dessen Bedienung unterhalte, fällt es mir leichter, wenn ich mit dem Tool auf Englisch arbeite. Spätestens wenn ich die Steps für einen Bugreport schreibe, stelle ich die Sprache auf Englisch um. In der Regel sind die Entwickler dieser Tools des Deutschen nicht mächtig - häufig ebenso wenig wie ich deren Muttersprache.

[CCRDude]

Ich nutze fast alles auf Englisch, selbst wenn es auf Deutsch verfügbar ist.

1. Wenn ich Fehler recherchiere oder Tipps im Internet suche, gibt es mehr englischsprachige User, daher bin ich mit den Begriffen des englischen UI besser bedient.
2. Übersetzungen sind Übersetzungen, dabei kann (muss aber nicht) auch mal was verloren gehen.

Hier aber mal noch ein für mich persönlich starkes Gegenargument aus dem Screenshot. Bitte nicht persönlich nehmen, ich nenne nur so viele Beispiele um es zu verdeutlichen:

* "With Cross-Help you can create help-files, that you can use on..."
* "... and so on"
* "You have two ways, to create a Cross-Help file, the first is..."
* "Work with Cross-Help"
* "before you starting to work"
* "It will save you time to find out, how things work"
...
Eigentlich ist jeder Satz zwar (für uns deutsche Muttersprachler) verständlich, aber kein korrektes Englisch, sondern besteht aus englischen Wörtern in deutschen Konstrukten mit deutschem Satzbau.

Da dagegen fände ich es persönlich einfacher, eine deutsche Version zu verwenden.

Vielleicht bin ich da auch etwas arrogant, aber bei einer Software, die so vor Textfehlern strotzt, drängt sich mir immer die Frage auf, ob der Entwickler beim Code-Schreiben genau so wenig auf Korrektheit geachtet hat. Keine Unterstellung für Dein Projekt, nur etwas, das mir gedanklich bei solchen Englischfehlern automatisch hoch kommt. Im Gegenteil, ich sehe, dass Du "hältst" im Gegensatz zum Großteil der Bevölkerung richtig schreibst :D

Ich habe mich da übrigens selber neulich erst mit rumgeschlagen... von einem deutschen Werbetexter Texte genommen, durch einen guten Online-Übersetzer gejagt, über die gute Übersetzung gestaunt... und dann Rückfragen eines irischen Mitarbeiters beantworten müssen, der so manches, was mir "Denglisch" gar nicht merkwürdig vorkam, nicht verstand. Und ich hab's jahrelang gebracht und immer "wether" statt "whether" geschrieben, das war vielleicht peinlich, als mir das endlich mal jemand gesteckt hat :D

Zitat:

Zitat von Ghostwalker (Beitrag 1416184)

Mir persönlich ists relativ wurscht, ob das Teil nun eine englische oder deutsche Oberfläche hat. Bei Hilfetexten siehts schon etwas anders aus, da bevorzuge ich doch deutsche Hilfetexte, da sie i.d.R. besser verständlich sind.

Ich gehe davon aus, dass Du meinst, dass Sie für Dich besser verständlich sind? Die Verallgemeinerung in Deinem Text oben würde ich nämlich nicht stehen lassen - meiner Auffassung nach sind Originaltexte in den meisten Fällen besser verständlich - in ihrer jeweiligen Sprache - da sie nicht durch die Interpretation eines u.U. nicht mit der Sache vertrauten Übersetzers laufen.

[Delbor]

Hi zusammen

Ich gehöre auch zu jenen, die in der Schule keinen Englischunterricht hatten, und so sage ich heute noch, dass ich nicht wirklich englisch kann. Nicht wirklich, da mir ausser der Grammatik sehr viele englische Worte immer noch unbekannt sind. Manchmal genügt mir ein englischer Text durchaus, um zu verstehen, doch es kommt sehr oft vor, dass Worte enthalten sind, die ich nicht kenne - wenn ich das Gefühl habe, den Gesamtzusammenhang begriffen zu haben, überfliege ich sie in der Regel.
Andrerseits habe ich mir gerade solche Worte auch schon mal von LEO übersetzen lassen - und bin von den vielen Bedeutungsmöglichkeiten eines einzigen englischen Wortes in der deutschen Übersetzung richtiggehend erschrocken.

Inzwischen gibts ja den Google-Übersetzer, den ich teilweise auch sehr rege benutze und der, trotz immer noch vorhandener Schwächen, zuverlässiger geworden ist - aus dem Wort 'Unit' macht der immer noch 'Einheit'.

Im Falle von englischen Hilfeanwendungen wirds hingegen etwas Chaotisch: Zwar kann ich mir diese Texte problemlos von Google übersetzen lassen und kopiere anschliessend diese Übersetzungen ins Word - diese Datei liegt später in einem Ordner auf meiner Developer-Partition ohne jeglichen erkennbaren Bezug zur übersetzten Hilfedatei.

Von daher habe ich mich entschlossen, zu meinen Anwendungen eine eigene Help-App zu erstellen, die der Anwender durch eigene Kommentarseiten ergänzen kann eben zB. durch entsprechende Übersetzungen.

Gruss
Delbor

[Hobbycoder]

Zitat:

Zitat von jaenicke (Beitrag 1416165)

Zitat:

Zitat von Harry Stahl (Beitrag 1416161)

wäre eine englische Programmoberfläche nach Eurer Auffassung generell auch ausreichend oder wäre eine Deutsche Fassung wichtig / oder gar für den Kauf entscheidend?

Die meisten Entwickler, die für einen Kauf von Entwicklertools in Frage kommen, werden mit Englisch kaum ein Problem haben. Die Zielgruppe der professionellen Entwickler, die kein Englisch können, dürfte sehr gering sein. Ja, es gibt sie, aber es sind nicht viele.

Das Tool, um das es hier geht, ist ja aber wohl ein Help Authoring Tool und das wiederum wird bei uns zumindest nicht nur von den Entwicklern benutzt. Die Hilfetexte schreiben eher andere. Und insofern wäre die deutsche Oberfläche schon sinnvoll, denn bei dieser Zielgruppe kann sicher nicht jeder gut englisch.

Das ist der Knackpunkt.
Das Programm selbst nur in englischer Sprache anzubieten ist meiner Meinung nach eigentlich in Ordnung. Auch wenn die Benutzer nur einfache Englischkenntnisse haben, sollte eine Bedienung trotzdem möglich sein (vielleicht nach einer kleinen Einarbeitungszeit).
Aber die Hilfe zu dem Programm, die sollte in mehreren Sprachen (auch in Deutsch) verfügbar sein. Denn die benötigt man nur, wenn es Unklarheiten bei bestimmten Menupunkten oder Funktionen gibt. Da würde eine Hilfe in der Muttersprache jedem die Möglichkeit geben, das "nur" englischsprachige Programm trotzdem problemlos zu bedienen.

[dummzeuch]

Zitat:

Zitat von Delbor (Beitrag 1416198)

Inzwischen gibts ja den Google-Übersetzer, den ich teilweise auch sehr rege benutze und der, trotz immer noch vorhandener Schwächen, zuverlässiger geworden ist - aus dem Wort 'Unit' macht der immer noch 'Einheit'.

DeepL liefert übrigens häufig bessere Übersetzungen als Google. Leider unterstützt es weniger Sprachen, aber für Englisch ist es sehr zu empfehlen.

Nur so als Beispiel:

"Nowadays we have got google translate, but it still translates 'unit' as unit."

wird übersetzt als:

"Heutzutage haben wir Google Translate, aber es übersetzt immer noch 'unit' als Einheit."

also gar nicht so schlecht. ;-)

twm

[Nimmersatt]

3 Regeln

1) Ein Produkt sollte so einfach wie möglich zu bedienen sein, um es verkaufen zu können.

2) In der Muttersprache lernt es sich am einfachsten.

3) Die Einkäufer von Lehrmaterialien orientieren sich am Punkt 2.


Gegen diese Regeln wird den Kommentaren nach zu urteilen, ganz klar verstoßen.


mfg Nimmersatt

[Harry Stahl]

Erst einmal ganz herzlichen Dank für die vielen Rückmeldungen, das war sehr hilfreich. Ich weiß nun, auf was ich achten muss und kann nun meine Prioritäten für die weitere Arbeit am Projekt entsprechend setzen:

- Vom derzeitigen Beta-Stand 0.90 bis zur Version 1.0 wird es zunächst bei der englischen Oberfläche bleiben
- Ich werde mit der Version 1.0 aber auch eine deutsche Hilfe anbieten
- Relativ zeitnah wird es dann auch eine deutsche Programmfassung geben (aber eben auch nur eine deutsche)

Hier waren doch einige Hinweise deutlich, dass für einige eben doch die deutsche Oberfläche / Hilfe relevant ist (Danke für die Hinweise von Delphi-Laie, Delbor und Ghostwalker).

Da aber für die Mehrheit englisch ausreicht, konzentriere ich mich mit meiner begrenzten Entwicklungszeit erst mal auf die Fertigstellung der gewünschten Programm-Funktionalität.

Danke auch für den Hinweis von CCRDude, auf die Qualität der englischen Texte zu achten (möchte aber anmerken, dass der Beta-Status sich natürlich auch auf die Hilfetexte bezieht, bei denen ich mir im Moment weniger Mühe und Zeit gebe, als für die Programmentwicklung). Die Texte werden natürlich weiter überarbeitet und am Ende noch mal einer Qualitätskontrolle unterworfen von Leuten, die sich wirklich gut mit Englisch auskennen. Jedenfalls sollte die im anliegenden Screenshot wiedergegebene überarbeitete Fassung nun den allgemeinen Anforderungen genüge tun.

Danke auch für den Hinweis von dummzeuch zu DeepL, werde ich mal ausprobieren. Generell habe ich aber den Eindruck (und leider auch Erfahrung gemacht), dass man sich damit evtl. andere Probleme rein holt, denn es entstehen u.U. Fehler, die man sehr schnell überliest. Aber als Anregung sind diese Werkzeuge immer zu gebrauchen.

[Dalai]

Zitat:

Zitat von Hobbycoder (Beitrag 1416201)

Aber die Hilfe zu dem Programm, die sollte in mehreren Sprachen (auch in Deutsch) verfügbar sein. Denn die benötigt man nur, wenn es Unklarheiten bei bestimmten Menupunkten oder Funktionen gibt.

Einen wichtigen Punkt gibt es hier meiner Meinung nach noch zu bedenken: Qualität der Übersetzung. Ist die Qualität einer Übersetzung schlecht, macht das keinen guten Eindruck, führt u.U. erst recht zu Unklarheiten, Missverständnissen oder schlimmer, noch ist es hilfreich für den Autor der Software/Hilfe noch für den Benutzer. Kurz: Eine Übersetzung sollte man nur dann in Betracht ziehen bzw. anbieten, wenn man in der Lage ist, diese qualitativ gut zu machen. Sonst ist es IMO besser, es zu lassen.

Mal ein konkretes Beispiel: Diese ganzen maschinellen Übersetzungen bei Microsoft sind teilweise so grauenhaft, dass ich insbesondere bei diesen viel lieber das englische Original lese. Dummerweise ist es manchmal trotzdem so, dass auch das Original bestimmte Unklarheiten nicht ausräumen kann, aber das liegt dann nicht mehr an der "Übersetzung".

Grüße
Dalai

[Rollo62]

Ich würde noch generell empfehlen
Möglichst wenig Text
Möglichst kurze Texte
Möglichst viele Icons
Möglichst gut designte, standarisierte Icons

[p80286]

Das ist wohl von Benutzer zu Benutzer unterschiedlich. Ich bevorzuge prägnante Texte und keine Icons.

Gruß
K-H

[Rollo62]

Wenns um i18n geht spart dir das aber enorm Kosten ...

[Uwe Raabe]

Zitat:

Zitat von Rollo62 (Beitrag 1416260)

Wenns um i18n geht spart dir das aber enorm Kosten ...

So wie bei den Bauanleitungen von IKEA...

[Rollo62]

Es gibt sogar geniale Reparaturanl. Für nutzlaster, ganz ohne Text

[HolgerX]

Hmm..

Zitat:

Zitat von Rollo62 (Beitrag 1416256)

Ich würde noch generell empfehlen
Möglichst wenig Text
Möglichst kurze Texte
Möglichst viele Icons
Möglichst gut designte, standarisierte Icons

Viel Spaß mit Brailleschrift.. ;)

Text würde sich nach Brailleschrift automatisch übersetzen lassen, Bilder nicht.

(Nur ein Hinweis, bitte nicht diskutieren, ob das nun wirklich notwendig ist ;) ..)

[CHackbart]

Da fällt mir ein Witz ein:

Zitat:

Was ist jemand, der 3 Sprachen spricht ?
Der ist "dreisprachig" !
Und was ist jemand, der 2 Sprachen spricht ?
Na, "zweisprachig" !!
Und jemand, der nur eine Sprache kann ?
Ein Franzose !

Da ich bis jetzt meist nur Casual Produkte gemacht habe, kann ich für Entwicklertools nur bedingt sprechen. Ich habe hier eine Übersetzerklasse geschrieben die alle Texte aus den Formularen in einer Ini-Datei schreibt und liest. Alles was an zusätzlichen Texten verwendet wird, befindet sich in diversen Arrays die mit Konstanten angesprochen werden quasi so: Dialogs[strSaveQuery] usw. Mittels eines Editors, kann man die Sprachdateien recht leicht editieren. Bis vor geraumer Zeit lief das ganz gut, da sich immer wieder Nutzer gefunden haben die diese Sprachdateien nativ erstellen. Nicht zu letzt, da der Editor auch ziemlich einfach zu bedienen ist. Für ein neueres Projekt nutze ich einen kommerziellen Übersetzungsdienst. Der kostet zwar etwas - ich glaube diese Dienste rechnen Wort für Wort einzeln ab, aber da stimmt die Qualität. Bei Bedarf kann ich gerne einen Kontakt herstellen.

Christian

[mkinzler]

Übersetungstools/-bibliotheken gibt es einige. Die Verwendung ist aber ein Mehraufwand.

[CHackbart]

Naja, das kann ich zumindest bei meiner Lösung nicht behaupten. Die scraped halt alle Formulare automatisch rekursiv durch und schreibt bzw. liest sämtliche Texte aus/ein. Problematisch wird es halt, wenn man große Teile des UIs umstellt und dann dutzende Sprachdateien anpassen muss.

[DieDolly]

Erfasst deine Unit auch Labels korrekt, deren Caption während der Laufzeit verändert wird? Status-Texte etc

[Ghostwalker]

Zitat:

Zitat von Dalai (Beitrag 1416216)

Zitat:

Zitat von Hobbycoder (Beitrag 1416201)

Aber die Hilfe zu dem Programm, die sollte in mehreren Sprachen (auch in Deutsch) verfügbar sein. Denn die benötigt man nur, wenn es Unklarheiten bei bestimmten Menupunkten oder Funktionen gibt.

Einen wichtigen Punkt gibt es hier meiner Meinung nach noch zu bedenken: Qualität der Übersetzung. Ist die Qualität einer Übersetzung schlecht, macht das keinen guten Eindruck, führt u.U. erst recht zu Unklarheiten, Missverständnissen oder schlimmer, noch ist es hilfreich für den Autor der Software/Hilfe noch für den Benutzer. Kurz: Eine Übersetzung sollte man nur dann in Betracht ziehen bzw. anbieten, wenn man in der Lage ist, diese qualitativ gut zu machen. Sonst ist es IMO besser, es zu lassen.
Grüße
Dalai

Da kann ich nur zustimmen. Ich erinner mich da an ein Programm Namens Lotus Notes. Wenn ich eine Mail gelesen hatte und zur nächsten wechselte kam eine Dialogbox "Wollen Sie Dokument ?". Hab bis heute nich rausgefunden was das Teil wollte.:-D

@CCRDude

Jap...natürlich sprach ich da von mir. Und natürlich hängt das auch, wie Dalai schrieb, auch von der Qualität der Übersetzung ab.

[Sherlock]

So, das Thema ist zwar fast durch, aber ich gebe dennoch meinen Senf dazu. Ich sag mal folgendes: Schuster bleib bei Deinen Leisten. Wer hervorragende Software entwickelt, muss noch lange kein hervorragender Übersetzer sein.
Sollte dafür Geld verlangt werden, würde ich von professioneller Software eine professionelle Übersetzung erwarten. Aber wenn die Software sowieso frei ist, spielt die Qualität der Übersetzung eine untergeordnete Rolle. Es ließe sich zudem in dem Fall recht leicht für die häufigsten Sprachen ein Übersetzer aus der Community finden. Wie mache ich es? Ich bin Deutsch/Englisch sprechend aufgewachsen, und ich entwickele immer mit deutscher Oberfläche und übersetze hinterher entweder selbst (bei kleinen Projekten) oder lasse das durch Dritte machen.

Ich sage das völlig wertungsfrei, und richte das an die Perfektionisten unter uns, die ihr Herzblut in ihre Software geben, aber nicht immer 100% einer Fremdsprache beherrschen.

Sherlock

[TigerLilly]

Wenn ich mir meine Tools in Erinnerung rufe, bin ich bei vielen gar nicht sicher, ob die in Englisch oder Deutsch betrieben werden bzw kann es sein, dass die Office + die Home Version unterschiedliche Sprachen aufweisen. Von dem her: Unwichtig.

Wie Uwe gesagt hat, macht es manchmal Probleme, wenn der Support nur die englischsprachige Version kennt + mit den deutschen Bezeichnungen nicht klarkommt oder Fehlermeldungen nicht zuordnen kann.

Aber die Übersetzung ist nur ein Teil der Sache: Lokalisierung betrifft auch Zeit/Datum/Zahl-Formate + dort kann es viel öfter haken. Oder die Tastatur hat ganz einfach die benötigten Tasten nicht, das ist auch doof.

Bei diesem Tool gibt es noch einen Aspekt: Ein englischsprachig betriebenes Tools soll uU deutschsprachige Texte erzeugen/verwalten. Da braucht es eine saubere Trennung in Programm-Lokalisierung und Content-Lokalisierung.

[Bbommel]

Ich bin zwar mit meinem Feedback auch etwas spät dran, aber da die Aspekte bisher noch nicht vorkamen (falls ich es nicht übersehen habe): ich hätte vom Verständnis her keine Probleme mit einer englischen Programmoberfläche, aber da hier jedes andere Programm (*), mit dem ich arbeite, eine deutschsprachige Oberfläche hat, würde sich ein Programm mit rein englischsprachiger Oberfläche erst einmal etwas "merkwürdig" anfühlen. Insofern würde ich eine deutschsprachige Oberfläche zumindest als Wahlmöglichkeit schon bevorzugen.

Ich finde den Weg, den du jetzt gehen willst, also zunächst die englische Oberfläche zu entwickeln und dann Deutsch zusätzlich anzubieten, aber dennoch genau richtig. Englisch als Grundlage macht es auf jeden Fall später leichter, weitere Sprachen zu ergänzen und dafür ggf. auch mit Übersetzungsbüros oder freiwilligen Übersetzern in anderen Ländern zusammenzuarbeiten. Auch unterstützende Tools tuen sich mit Englisch als Grundlage leichter.

(*) Abgesehen von Putty, aber die sieht man die Programmoberfläche ja nur wenige Sekunden und dann nur die Konsole. ;-)

[dummzeuch]

Vielleicht noch ein Hinweis: Du solltest zumindest vorher entscheiden, ob Du eine Übersetzung vornehmen willst und das entspechende Tool einbinden.

z.B. bei Verwendung von dxGettext sollten entweder die Strings als ressourcestring deklariert werden oder mit _() umschlossen werden. Und für Formulare muss im Constructor TranslateComponent aufgerufen werden.

Bei anderen Tools sieht es vermutlich ähnlich aus. Wenn man sowas erst später einbaut, ist der Aufwand wesentlich größer als wenn man es von vorneherein berücksichtigt.

[CHackbart]

Zitat:

Zitat von DieDolly (Beitrag 1416276)

Erfasst deine Unit auch Labels korrekt, deren Caption während der Laufzeit verändert wird? Status-Texte etc

Nein dynamische Texte behandle ich anders. Bei Labels oder anderen VCL Komponenten die nicht automatisch übersetzt werden sollen, setze ich den Tag Wert und nutze diesen als Kriterium für Übersetzen oder nicht. Der Vorteil, wenn du selber so eine Übersetzungsklasse machst ist, dass diese deinen Ansprüchen reicht bzw. du die so gestalten kannst, wie du Sie brauchst.

Ich denke es macht am meisten Sinn erst einmal eine englische Version zu erstellen. Sonst übersetzt man eventuell schon Dinge, die später nicht mehr benötigt werden.

Christian

[Harry Stahl]

Vielen Dank noch für die ergänzenden Hinweise.

Ja, macht Sinn, das erstmal vollständig auf englisch fertig zu machen, sonst macht man evtl. Übersetzungen, die gar nicht mehr gebraucht werden, weil es doch anders funktioniert. Da das Programm letztlich relativ einfach gehalten ist, brauche ich hier keine extra Tools, zumal es ein FMX-Programm ist und hier schon eine Grundfunktionalität für Übersetzungen angeboten wird (die noch ziemlich verbesserungswürdig ist, ja ich weiß).

Und ja, meine erste öffentliche Beta ist mit den englischen Texten noch nicht perfekt, wie gesagt, möchte mich gerade noch stärker auf die Funktionalität konzentrieren, aber mit der 1.0 wird dann alles gut sein.

Glaube auch wie Sherlok, dass das Thema erst mal durch ist, mir hat es wirklich geholfen, ein ganz großes DANKE.:thumb:

Die erste Beta .90 ist nun raus, einige hatten sich dazu per PM gemeldet, alle weiteren Infos sind jetzt über http://www.crosshelp.de zu finden.
Ein kurzes Video (auf Deutsch! - da ich die Beta erst mal im Ländle vollziehen möchte) von ca. 15 Minuten Dauer ist evtl. von Interesse: https://youtu.be/GXBq4FIqSs4

Ich würde aber vorschlagen wollen, dass alle evtl. Hinweise, Verbesserungsvorschläge mit bitte entweder per PM mitgeteilt werden oder einfach per Mail ([e-mail]), da ich natürlich dieses Forum nicht für einen Betatest missbrauchen möchte, insofern Danke, wenn das entsprechend berücksichtigt wird (im Zweifel machen die Moderatoren bei unpassenden Entwicklungen hier bitte einfach zu).