hTranslations - kleine Übersetzungskomponenten

[Stevie]

Zwei Fragen, die sich mir gleich aufdrängen:

1. Was macht das besser als z.B. GNU GetText, Multlilizer, Sisulizer (außer dass es gegenüber den letzten beiden nix kostet)
2. Warum braucht man dafür bitte extra Komponenten?

[wicht]

*hust* du hast Lingus vergessen..

[himitsu]

Zitat:

2. Warum braucht man dafür bitte extra Komponenten?

Weil die Übersetzung "live" in den Komponenten vorgenommen wird.
Über GExperts und Co. lassen sie sich auch ganz leicht austauschen, was dank der Property-Gleichheit keinerlei Probleme bereiten wird.
Man könnte die Komponenten auch zur Laufzeit nachschieben (genauso wie die TNTs im TDE)


3. Hatte Sakura oder Seehase nicht auch mal einen Übersetzer?
Also irgendein DP-Mitglied war's zumindestens.



Zur Zeit sind es noch Extrakomponenten, was auch für "komplizierte" Komponenten so bleiben wird, aber mit Hilfe der neuen RTTI sollte sich (wenn alles läuft, wie geplant) vieles nachträglich aktivieren lassen, aber ebenfalls schon zur Designtime.

Aus Sicht des Programms wird nirgendwo etwas verändert.

Du kannst an die Caption irgendeines Labels den gewünschten TextCode übergeben und beim Auslesen ist noch genau dieser drin ... nur angezeigt wird etwas Anderes.
Man kann auch zur Laufzeit jederzeit einen neuen Textcode übergeben und der wird auch sofort übersetzt angezeigt.
Bei sowas wie Lingus muß man das vorher im Quelltext übersetzen oder die Komponente entsprechenden bei diesem LanguageObjects regitrieren, es dort ändern und dann neu Übersetzen, bzw. zur Komponente schicken .... hab ich doch richtg verstanden, daß man es so machen muß?
> Es gibt immernoch genug Leute, welche z.B. den Text eines Labels auslesen und diesen zur Steuerung irgendwelcher Funktionen nutzen.

Und es funktioniert auch zur Designtime.
Im Quellcode wollte ich irgendwann mal sehn, ob man die Code-Vervollständigung irgenwie erweitern kann.

Und es ist eigentlich nicht vorrangig auf sprachliche Übersetungen ausgelegt.
(eine Liveanbindung an die Google-Translate-API wäre dennoch möglich )

Gut, daß hier nicht die Texte, sondern "Befehle" übersetzt/ersetzt werden, mag Nachteile haben. Kann aber bestimmt auch Vorteile bringen.
Wir haben, hier in der Firma, einige eigene Komponenten, wo unter Anderem ein weiteres Property Text-Nummer existiert, darüber holt sich jede Komponente, aus einer Datenbank die Übersetzungen,
wobei es dort mehr kundenspezifische Anpassungen sind.

OK, alle, ohne Generics und (noch nicht enthalten) und die neusten RTTI-Spielereien, werden es nicht nutzen können.

Vorteil: Es ist ein DP-Eigenes Projekt.
OS Free usw.



[add]
Zum Lingus:
- Startet mal deren Demoprojekt.
- ändert den Text "Ein Test für Includes"
- wählt etwas in der ComboBox aus
- ändert dann die Sprache
- und freut euch über zurückgesetze Texte

[Sir Rufo]

Zitat von himitsu:

Und es ist eigentlich nicht vorrangig auf sprachliche Übersetungen ausgelegt.
(eine Liveanbindung an die Google-Translate-API wäre dennoch möglich )

Nu jo, ob man die tatsächlich noch einbauen sollte?
http://code.google.com/intl/de/apis/.../overview.html

[himitsu]

Was für perverse Schweine mißbrauchen denn soeine kleine Api?

[Stevie]

Zitat von Google:

Due to the substantial economic burden caused by extensive abuse, the number of requests you may make per day will be limited

Muhahaha

@Himi: Mir geht gerade durch den Kopf, dass ich mit meinen Bindings auch die Übersetzung regeln könnte, wobei dann der angezeigte Text dem tatsächlichem Text entspricht. Macht aber nix, denn so nen Schmarrn wie Text aus nem Label für irgendne Steuerung zu nutzen, unterstütze ich eh nicht.