Ist das ein Fehler in dxGetText?

[Bbommel]

Ich kann nachvollziehen, dass du etwas skeptisch bist. Manchmal bereue ich auch, dass ich mich für ein Produkt vor 8 Jahren für dxgettext entschieden habe, weil es eben keine zuverlässige, zentrale Wartung mehr gibt. Andererseits läuft das Kernstück, die gnugettext.pas, auch unter Seattle eigentlich noch problemlos und die Tools, die es um Gnugettext herum gibt (allen voran z.B. poEdit) machen die Benutzung schon sehr komfortabel. Gerade auch, wenn man irgendeinen ausländischen Partner mal eben etwas übersetzen lassen will. Insofern möchte ich es eigentlich auch nicht missen.

Mein Traum wäre eigentlich, mit ein paar Leuten dafür zu sorgen, dass das Projekt wieder ordentlich gepflegt wird, eine vernünftige Homepage mit guter Dokumentation, einem aktuellen und funktionierenden Toolset drumherum (denn die Tools, die beim dxGettext-Download mitgeliefert werden, funktionieren unter Windows 10 teilweise nicht mehr, weil sie eine völlig veraltete Cygwin-Version benutzen). Ich würde mich da sicherlich auch gerne einbringen, so gut ich kann, alleine starten würde ich so etwas aber auch nicht. Teilweise fehlt mir da auch das Know-how, was von den bisherigen Tools man mit welcher Lizenz einfach weiter benutzen darf, wann man Lars (den früheren, jetzt offenbar inaktiven Autor) fragen muss und wann nicht.

In den letzten Jahren hat sich Thomas W. Mueller (http://blog.dummzeuch.de/) übrigens immer recht zuverlässig um die Aktualisierung und Fixes der gnugettext.pas im letzten offiziellen Repository (das, was du auch verlinkt hattest) gekümmert. Keine Ahnung, ob er hier im Forum mitliest und wenn ja, unter welchem Namen. Er wäre aber im Moment wahrscheinlich der beste Ansprechpartner für deine ursprüngliche Frage.

Bis denn
Bommel

[Der schöne Günther]

Ja, nichts gegen das Kernstück gnugettext.pas. Es ist an sich hervorragend.

Ich kann alles was du meinst 1:1 unterschreiben. Ich würde auch gerne daran irgendwie mitwirken. Ich mache mich als erstes einmal über die Lizenz schlau, dann triggere ich dummzeuch mal an, dann sehen wir weiter

[Bbommel]

Köln, Königswinter und (falls dummzeuch die Zeit hat, ohne ihn da vereinnahmen zu wollen) Essen - falls wir da etwas auf die Beine stellen wollen, könnte man sich auf jeden Fall ja auch mal hier in der Region treffen, um das Projekt zu starten. Nur schon mal so als Gedanke...

[sh17]

Also ich nehme immer die Default-Instance, deswegen ist mir das noch nicht aufgefallen.

Bei mir klappt zwar alles unter windows 10, auch mit den Tools. Allerdings müsste da doch mal etwas aufgeräumt werden, schonmal die Verzeichnisstruktur ist verwirrend.

//Edit
Ich seh grad, poEdit ist ja noch aktiv
https://poedit.net/download
https://github.com/vslavik/poedit

Sehr schön

[Der schöne Günther]

Klar, poEdit ist eins von vielen Tools für das po/mo-Format (auch mein Favorit) und wird aktiv gepflegt. Das Format gibt es ja schon lange und ist ja keine Erfindung von dxGetText oder Delphi 😉

[neubert]

Hallo,

Zitat von Bbommel:

Mein Traum wäre eigentlich, mit ein paar Leuten dafür zu sorgen, dass das Projekt wieder ordentlich gepflegt wird, eine vernünftige Homepage mit guter Dokumentation, einem aktuellen und funktionierenden Toolset drumherum (denn die Tools, die beim dxGettext-Download mitgeliefert werden, funktionieren unter Windows 10 teilweise nicht mehr, weil sie eine völlig veraltete Cygwin-Version benutzen). Ich würde mich da sicherlich auch gerne einbringen, so gut ich kann, alleine starten würde ich so etwas aber auch nicht. Teilweise fehlt mir da auch das Know-how, was von den bisherigen Tools man mit welcher Lizenz einfach weiter benutzen darf, wann man Lars (den früheren, jetzt offenbar inaktiven Autor) fragen muss und wann nicht.

ich habe eine komplett neue Version von dxgettext in Perl zusammengehackt und auf Sourceforge zur Verfügung gestellt.

https://sourceforge.net/projects/dxgettext-perl/

Sie tut im wesentlichen das, was dxgettext von Lars Dybdahl täte. Doku ist auf der Sourceforge-Seite im Repo enthalten.

Viele Grüße
Boris

[dummzeuch]

Zitat von neubert:

ich habe eine komplett neue Version von dxgettext in Perl zusammengehackt und auf Sourceforge zur Verfügung gestellt.

https://sourceforge.net/projects/dxgettext-perl/

Sie tut im wesentlichen das, was dxgettext von Lars Dybdahl täte. Doku ist auf der Sourceforge-Seite im Repo enthalten.

Ohne jetzt Deine Leistung in Frage stellen zu wollen:
Warum? Das DxGettext Tool funktioniert doch problemlos.

[neubert]

Hallo,

[QUOTE=dummzeuch;1339984]

Zitat von neubert:

Das DxGettext Tool funktioniert doch problemlos.

als ich das Tool vor ein paar Wochen geschrieben habe, hat dxgettext bei mir unter Windows 10 nicht funktioniert und ich habe im Web auch nach umfangreicher Suche keinen Fix gefunden.

Viele Grüße
Boris

[dummzeuch]

[QUOTE=neubert;1339987]

Zitat von dummzeuch:

Zitat von neubert:

Das DxGettext Tool funktioniert doch problemlos.

als ich das Tool vor ein paar Wochen geschrieben habe, hat dxgettext bei mir unter Windows 10 nicht funktioniert und ich habe im Web auch nach umfangreicher Suche keinen Fix gefunden.

Ok, das kann sein, Windows 10 habe ich mir bisher geschenkt. Unter Windows 8.1 habe ich bisher keine Probleme gehabt.

Was genau war denn das Problem?

twm

[neubert]

[QUOTE=dummzeuch;1339989]

Zitat von neubert:

Was genau war denn das Problem?

Egal welches Tool aus der (d)xgettext-Suite ich aufgerufen habe, es hat sich danach immer wieder selbst aufgerufen bis ich tausende von Prozessen hatte. Es ist vermutlich die verwendete Version von cygwin Schuld.

Ich fand bei meiner Suche das native Kompilat von gettext für Windows von https://mlocati.github.io/gettext-iconv-windows/ und musste daher nur noch ein Tool schreiben, das aus .pas- und .frm-Dateien .pot-Dateien generiert. Mit Perl war das ein überschaubarer Aufwand.

Viele Grüße
Boris

P.S.: Du bist der dummzeuch, der GExperts geschrieben hat. Vielen Dank dafür, das nutze ich seit vielen Jahren!