TLANG für VCL ?

[arnof]

Bin ich blind oder gibt es das nur für FMX (XE5)

[himitsu]

scheinbar?

Zitat von XE3:

FMX.Types.pas(2734): TLang = class(TFmxObject)

[Union]

Nein, Du bist nicht blind. Erstmal ist TLang IMHO sowieso nur eine Notlösung. Deshalb solltest Du wenn es Dir mit I18N ernst ist etwas richtiges einsetzen, für alle Plattformen. David I hatte vor kurzem mal etwas darüber geschrieben.

[arnof]

Zitat von himitsu:

scheinbar?

Zitat von XE3:

FMX.Types.pas(2734): TLang = class(TFmxObject)

Sicher ?

in XE4 konnte ich es auch nur unter FMX finden, auch die Hilfe zeigt nur FMX an!

[arnof]

Zitat von Union:

Nein, Du bist nicht blind. Erstmal ist TLang IMHO sowieso nur eine Notlösung. Deshalb solltest Du wenn es Dir mit I18N ernst ist etwas richtiges einsetzen, für alle Plattformen. David I hatte vor kurzem mal etwas darüber geschrieben.

Ja hatte ich gelesen, mmm das könnte man auch selbst machen. Mal schauen ....

[himitsu]

Ich hatte mir auch mal vor paar Jahren mal diese klasse angesehn, aber war dann doch bei was Anderem/Eigenem gelandet.


Es gibt auch ein paar fertige Komponenten, welche beim Übersetzen helfen

oder du machst das selber (lohnt sich aber nur, wenn du keine großen Fremdsysteme nutzen willst, oder es recht wenig zum Übersezten gibt, oder du viele Sonderfälle hast, welche die FremdKompos nicht können, oder du lange Weile hast)

Manifest Creator ... die Übersetzungen liegen in einer XML (wobei Andere da lieber INIs verwenden) und das Laden über eine eigene Klasse.

[arnof]

Zitat von himitsu:

Ich hatte mir auch mal vor paar Jahren mal diese klasse angesehn, aber war dann doch bei was Anderem/Eigenem gelandet.


Es gibt auch ein paar fertige Komponenten, welche beim Übersetzen helfen

oder du machst das selber (lohnt sich aber nur, wenn du keine großen Fremdsysteme nutzen willst, oder es recht wenig zum Übersezten gibt, oder du viele Sonderfälle hast, welche die FremdKompos nicht können, oder du lange Weile hast)

Manifest Creator ... die Übersetzungen liegen in einer XML (wobei Andere da lieber INIs verwenden) und das Laden über eine eigene Klasse.

Ich habe einige selbst gekauft (z.B. devexpress) andere auch irgendwo her. Aber ich muss das mal testen ob das richtig geht. Bugs von anderen ist mir echt ein Grauß (viele grüße an TMS -> arrays können die echt nicht und try except benutzen die auch nicht )

[mkinzler]

http://www.regulace.org/articles/9/I...man-components sieht auf den 1. Blick nicht schlecht aus.

[arnof]

Zitat von mkinzler:

http://www.regulace.org/articles/9/I...man-components sieht auf den 1. Blick nicht schlecht aus.

Ich habe mir das Video mal angeschaut Ich will ein großes Projekt übersetzten über 100 Forms, da ist man ja Jahre dran bis man es mit denen hinbekommen hat.

Meine Idee:

Komponente auf der Mainform diese greift auf die Sub und Childforms dynamisch zu liest die Captions Hints und Componentames in ein Datei aus. Die zu übersetzenden Sachen ab in den Google Translater.

Quick and Dirty: in einer Stunde hat man erstmal eine Grobfassung, die man einem Lektor zur Finalen Überarbeitung geben kann!

[Union]

Ja, ich mag die Dinger auch nicht, die verlangen, auf jedem Form noch einmal eine spezielle Komponente einsetzen zu müssen. Bei nur VCL ist das einfach, da kann man mit Resource-Hooks arbeiten und / oder sich in das Streaming einklinken. FMX hab ich mir noch nicht angeschaut diesbezüglich, da das intensive Lesen der FMX-Sourcen ja bekanntlich Blindheit, Blödheit, Verwirrtheit und Augenkrebs hervorruft.