Hilfe beim Test eines GnuGetText Patches

[v2afrank]

Zitat von luebbe:

Zitat von v2afrank:

Ich habe jetzt noch einmal durchgelesen was Du wolltest und
UseLanguage('en');
TranslateComponent(Self);

durchgeführt. Ich sehe keinen Unterschied ob dx_German_Delphi_fix gesetzt ist oder nicht.
Es ist in beiden Versionen richtig

Hallo, da der ursprüngliche Patch von mir stammt, ich aber ebenfalls nichts vor Toyko zum Testen habe, folgende Info:

Wichtig ist, dass mit einer deutschen IDE übersetzt wird, damit die deutschen Hotkeys verwendet werden.

ohne {$define dx_German_Delphi_fix}:
UseLanguage('en') -> Die Hotkeys in Menüs oder Hints werden als 'Strg/Umsch/Alt' angezeigt.
UseLanguage('de') -> Die Hotkeys in Menüs oder Hints werden als 'Strg/Umsch/Alt' angezeigt.

mit {$define dx_German_Delphi_fix}:
UseLanguage('en') -> Die Hotkeys in Menüs oder Hints müssen als 'Ctrl/Shift/Alt' angezeigt werden.
UseLanguage('de') -> Die Hotkeys in Menüs oder Hints müssen als 'Strg/Umsch/Alt' angezeigt werden.

Wenn dem so ist, wäre alles in Ordnung.

Es werden auch andere Tasten übersetzt, aber das sind die auffälligsten.

Kann ich leider so nicht bestätigen. Auch ohne dass define wird alles richtig übersetzt.
Siehe Screenshot

[hoika]

Hallo,
ich benutze es nicht, aber

Zitat:

Dann würde ich einfach den neuen Sourcecode einchecken, denn er betrifft mich nicht, und nach mir die Sintflut.

Tolle Haltung.
schon mal was von $IFDEF gehört?
Wenn Du nur einen Compiler zum Testen hast, warum schreibst du dann Code für alle anderen?

[dummzeuch]

Zitat von hoika:

ich benutze es nicht, aber

... du musst trotzdem Deinen Senf dazugeben.

Zitat von hoika:

Zitat:

Dann würde ich einfach den neuen Sourcecode einchecken, denn er betrifft mich nicht, und nach mir die Sintflut.

Tolle Haltung.

Freut mich, dass sie Dir gefällt.

Zitat von hoika:

schon mal was von $IFDEF gehört?

Ja, ich mache das nicht erst seit gestern.

Zitat von hoika:

Wenn Du nur einen Compiler zum Testen hast, warum schreibst du dann Code für alle anderen?

Weil ich im Moment der einzige bin, der
1. Noch Interesse an dem Projekt hat (Lars hat anscheinend keines mehr).
2. Schreibzugriff auf das dxgettext Repository hat.
3. Alle unterstützten Compiler hat (nur eben nicht die jeweils deutsche Version)
4. Ich, anscheinend im Gegensatz zu Dir, verstehe, wovon die Rede ist.

Danke für die Durchsage.

[old7]

Lieber Thomas Mueller/dummzeuch,

ich programmiere hier (aktuell W10 1809 v17763.437) mit D7personal seit vielen Jahren (seit XP), mit der dt. Version von D7pe.

Und würde Dir auch gerne helfen. Aber wie?

Eine/Meine Bitte an Dich:
Werd' bitte bitte bitte nicht zum frustrierten A.loch (wie z.B. "*** piep ***"), weil keiner ihn "mag".

Klar, habe auf meiner SSD auch Delphi 10.2 Version 25.0.31059.3231.

Mein nächstes Update/Upgrade von Delphi wird aber auf Linux/Antergos KDE/FPC/Laazarus hinauslaufen.

Halt weil ich die vielen Fragen zum Umstieg von "Delphi_irgendeineversion" auf "Delphi_irgendeineversion"+1 hier maßgeblich - für mich - halte.

Für den uralten "Borland-Kram" habe ich (damals) nächtelang durchgemacht.

Früher (TM) war eben ALLES besser

Sorry,
old7

[dummzeuch]

Zitat von old7:

ich programmiere hier (aktuell W10 1809 v17763.437) mit D7personal seit vielen Jahren (seit XP), mit der dt. Version von D7pe.

Und würde Dir auch gerne helfen. Aber wie?

Wenn Du bisher kein gnugettext einsetzt, ist das aufwändig zu erklären.

Danke für das Angebot, aber der erfolgreiche Test von v2afrank mit Delphi 6DE reicht mir schon. Da brauche ich kein Delphi 7 mehr, weil sich diese beiden Versionen kaum unterscheiden. Compilefehler hatte ich schon durch meine englische Version ausgschlossen.

Interessant wären noch Delphi 2005 bis XE. Bei neueren Versionen erwarte ich keine Probleme mehr.

twm

[luebbe]

Zitat von dummzeuch:

Weil ich im Moment der einzige bin, der
1. Noch Interesse an dem Projekt hat (Lars hat anscheinend keines mehr).

Einspruch Euer Ehren!!

[haentschman]

Moin...

Zitat:

wird alles richtig übersetzt

..sehe ich nicht so.

In beiden Screeshots steht im Menü "Datei". In der englischen Variante hätte ich "File" erwartet.

[Bbommel]

Zitat von dummzeuch:

Kannst Du mir diese system.po bitte mal zukommen lassen?

Ist per E-Mail an dich raus.

Zitat von hoika:

Zitat:

Dann würde ich einfach den neuen Sourcecode einchecken, denn er betrifft mich nicht, und nach mir die Sintflut.

Tolle Haltung.
schon mal was von $IFDEF gehört?
Wenn Du nur einen Compiler zum Testen hast, warum schreibst du dann Code für alle anderen?

Da muss ich doch mal kurz was zu schreiben: ich glaube nicht, dass man Thomas eine mangelnde Haltung vorwerfen kann - er ist derjenige, der die gnugettext.pas im Repository bis heute aktuell hält und an neue Delphi-Versionen anpasst und versucht, auch ältere Fehler darin zu korrigieren, wenn sie einem in der Community (diskutiert dann meistens über die dxgettext-Mailingliste) auffallen. Ich finde das aller Ehren wert.

Und was die IFDEFs angeht: das ist ja das "Problem" - die gnugettext.pas ist bis zum Rand voll mit IFDEFs, um eine sehr weitgehende Kompatibilität bis runter zu D6 zu gewährleisten. Da muss man bei Änderungen schon sehr aufpassen und braucht halt die Unterstützung beim Testen.

Zitat von haentschman:

Zitat:

wird alles richtig übersetzt

..sehe ich nicht so.
In beiden Screeshots steht im Menü "Datei". In der englischen Variante hätte ich "File" erwartet.

Jo, der Bug war aber schon "immer" da und kam jetzt nicht durch den Patch.

[dummzeuch]

Zitat von Bbommel:

Zitat von dummzeuch:

Kannst Du mir diese system.po bitte mal zukommen lassen?

Ist per E-Mail an dich raus.

Danke, ist angekommen. Das scheint eine umgedrehte deutsche Delphi7.po zu sein, wo MSGID und MSGSTR vertauscht wurden.

Aber nochmal zum eigentlichen Problem:

Habe ich das richtig verstanden: Wenn Du diese Datei mit AddDomainForResourceString('system'); einbindest, werden die Shortcuts trotz Patch mit "Strg+ ..." etc. ausgegeben? Sind noch andere mo-Dateien eingebunden?

Meine Vermutung ist, dass der Patch "Strg+" nach "Ctrl+" konvertiert, und es dann dafür keine Übersetzung gibt. Könntest Du bitte testen, ob eine zusätzliche Pseudo-Übersetzung
"Ctrl+" -> "Ctrl+" das Problem behebt? Oder, wenn das nicht funktioniert "Ctrl+" -> "Control+" (damit die Übersetzung <> dem Original ist).

twm

[Bbommel]

Zitat von dummzeuch:

Meine Vermutung ist, dass der Patch "Strg+" nach "Ctrl+" konvertiert, und es dann dafür keine Übersetzung gibt. Könntest Du bitte testen, ob eine zusätzliche Pseudo-Übersetzung
"Ctrl+" -> "Ctrl+" das Problem behebt? Oder, wenn das nicht funktioniert "Ctrl+" -> "Control+" (damit die Übersetzung <> dem Original ist).

Also, noch mal zur Sicherheit ganz ausführlich:

Deutsches Delphi 2009, das heißt mit deutschsprachiger IDE. Darin habe ich ein neues Projekt erstelt mit einem Hauptmenü mit zwei Menüpunkten, diese auch auf deutsch beschriftet. Dann habe ich für das Projekt eine normale default.po/mo erstellt mit Deutsch->Englisch-Übersetzungen. Im Ordner locale\en\LC_MESSAGES gibt es also die besagte system.mo und die projektspezfische default.mo.

Der einzige echte Code im Projekt ist das erwähnte:

Delphi-Quellcode:

procedure TForm2.FormCreate(Sender: TObject);
begin
  AddDomainForResourceString('system');
  UseLanguage('en');
  TranslateComponent(Self);
end;

Mit der Zeile AddDomain... werden also zwei mo-Dateien benutzt: die default.mo für das normale Zeug auf dem Formular und die system.mo. In dem Fall funktioniert der Patch nicht. Kommentiere ich diese erste Zeile aus, so funktioniert der Patch.

Deine Lösungsvorschläge haben so nicht geholfen. In der system.po gibt es aber auch den Eintrag Strg+ -> Ctrl+. Entferne ich diesen Eintrag aus der system.po, so funktioniert der Patch auch bei aktivierter AddDomainForResourceString. Andererseits ist es auch so, dass auch mit aktivierter system.po und ohne Patch das Strg nicht korrekt nach Ctrl übersetzt wird, insofern bringt das ohne Patch eh nix.

Fazit also: Durch den Patch wird es nicht schlechter als vorher, weil der Eintrag Strg+->Ctrl+ aus der system.po ohnehin keine sichtbare Wirkung hat. Man kann den Eintrag in der system.po aber entfernen, dann funktioniert auch der Patch.