translation i18n

[microdigi]

ich brauche die 'translate' funktion nicht.
muss sie aber gezwungermassen einbinden mit 'kdeui' in 'project...options...linker optionen.
das behagt mir nicht wegen der groesse des generierten codes.
wie kann man den kde-ide (linker) dazu ueberreden, dass er diese 'kdeui' nicht benutzt?
und damit auf die 'i18n' verzichtet?

natuerlich kann ich diese lib abklicken, aber dann meckert der linker natuerlich,
weil der den 'i18n' nicht findet.

danke fuer jede hilfe.
denke auch mal, dass es anda_skoa wieder 'trifft'.
nach einem jahr pause des fragens mal wieder eine anfrage vom
gruessenden -digi

[anda_skoa]

libkdeui brauchst du nur, wenn du KDE UI Elemente benutzt.

Abgesehen davon, werden nur Symbole gelinkt, die auch gebraucht werden, also wird es nicht größer, also sollte es nicht größer werden, wenn du kein i18n Macro benutzt.

Wenn du in KDevelop arbeitest und kein KDE Programm machst, its vielleicht einer der anderen Projekttypen mit einer besseren Grundauswahl der Libs besser.

Ciao,
_

[microdigi]

danke, underscore
wie ueblich hat's dich erwischt

ja schon, das wusste ich nach einigen jahren schon.

aber --
ich brauche doch den qt-designer fuer die grafische oberflaeche.
aber ich brauche dabei nicht die i18n.
ich moechte nicht mir zwei drei vier... sprachen aufwarten.
die sprachuebersetzung(en) mache ich im fluge waehrend die appli laeuft.

und da ich zwar den grafischen qt-designer brauche, aber die uebersetzung nicht,
dann moechte/muss ich auch auf das i18n macro verzichten,
und damit auf die kdeui(lib) auch.
das zeug muss nachher sowohl auf kde, gnome und auch auf sun-sparky laufen,
und zwar auf kisten die garkeine kde, sondern nur X11 haben.

der qt-designer generiert mir halt (fuer mich ueberfluessige) i18n macros,
davon moechte ich ihn aber eigentlich abhalten, was die eleganteste moeglichkeit waere.
und durch alle ui's zu gehen, na das waere die hoelle.

oder waere es eine moeglichkeit,
den eigenen (dummy) i18n macro zu generieren und einzubinden
(und dann die kdeui ganz abzuwaehlen)?
auch machbar, wahrscheinlich die schnellste und vernuenftigste loesung---

gruss aus ffm sendet dir der 'olle' digi

[microdigi]

die standard kdeui lib wurde aus dem projekt abgewaehlt.
stattdessen wurde eine eigene lib gebaut, die lediglich
eine char* const annimmt und einen QString* zurueckgibt.
eingelinkt und ab die post.
unten steht die loesung >(

gruss & dank an alle die sich die birne zerbrochen haben.
aloha-/ dogo#include <qstring.h>


#include <qstring.h>
QString i18n (const char* ch){
return (ch);
}

[anda_skoa]

Original geschrieben von microdigi
ich brauche doch den qt-designer fuer die grafische oberflaeche.
aber ich brauche dabei nicht die i18n.

Nein, tut er nicht.
Designer benutzt tr() eine Funktion der Qt lib.
i18n() ist von KDE.

tr() ist kein zusätzlicher Ballast, denn gegen die Qt musst du ohnehin linken.

ich moechte nicht mir zwei drei vier... sprachen aufwarten.
die sprachuebersetzung(en) mache ich im fluge waehrend die appli laeuft.

Automatische maschinelle Übersetzung? Funktioniert das zufriedenstellend?
Ich kenn da nur die Benutung von menschlich generierten Übersetzungdateien.

dann moechte/muss ich auch auf das i18n macro verzichten,
und damit auf die kdeui(lib) auch.

kdeui brauchst du eh nur für einen KDE Applikation, eine Qt App braucht nur Qt.

der qt-designer generiert mir halt (fuer mich ueberfluessige) i18n macros,
davon moechte ich ihn aber eigentlich abhalten, was die eleganteste moeglichkeit waere.
und durch alle ui's zu gehen, na das waere die hoelle.

Wie gesagt glaube ich das nicht.
Ich habe noch keinen Qt Designer benutzt, der das getan hätte, nciht unter Qt2 noch unter Qt3, weder unter SuSE, RedHat, Windows, Debian.

Ciao,
_

[microdigi]

ja, der qt generiert: 'tr2i18n' - schon wahr.
dahinter verbirgt sich offensichtlich ein macro, letztendlich 'tr' ?.

der 'tr2i18n' wird zwangsweise vom qt-designer generiert beim text fuer buttons, icons....
wenn man den 'text' leer laesst, wird auch kein 'tr2i18n' generiert.

bei designer-'geniertem'* text wird jedenfalls eine kdeui lib verlangt beim linken,
ohne text wird die lib nicht verlangt.

die herausforderung wurde aber schon geloest - wie geschrieben.

eine groessere 'unpaesslichkeit' ist das text-fenster-handling beim neuen kde3.x,
wie im kde-forum eingestellt.

danke fuer deine excellente hilfe

gruss & aloha - digi

* = generiertem

[anda_skoa]

Original geschrieben von microdigi
ja, der qt generiert: 'tr2i18n' - schon wahr.
dahinter verbirgt sich offensichtlich ein macro, letztendlich 'tr' ?.

der 'tr2i18n' wird zwangsweise vom qt-designer generiert beim text fuer buttons, icons....
wenn man den 'text' leer laesst, wird auch kein 'tr2i18n' generiert.

bei designer-'geniertem'* text wird jedenfalls eine kdeui lib verlangt beim linken,
ohne text wird die lib nicht verlangt.

Das wird alles nur gemacht, wenn man kein Qt Projekt hat, sondern ein KDE Projekt.
Wenn man als Projekttyp ein Qt Projekt wählt bzw. gleich qmake basiert (KDevelop3 kann das auch mit qmake), dann braucht man nur Qt, also auch nur libqt.

eine groessere 'unpaesslichkeit' ist das text-fenster-handling beim neuen kde3.x,
wie im kde-forum eingestellt.

Zur Aufklärung für die anderen #
Hier ist KDevelop3 gemeint.
Allerdings hab ich noch nicht viel damti gearbeitet und aber vom Handling gefällt es mir besser als KDevelop2.
Aber ich benutze ohnehin meistens Kate, damit ist man schneller

Ciao,
_

[microdigi]

freude ueber freude!

die idee mit dem qt-project ist gut.
VIELEN DANK!

haben den kde jetzt halt rausgestrippt.

gibt es eine moeglichkeit, die projecte umzu'nieten' von urspruenglich kde auf plain qt?

gruss .- digi

[anda_skoa]

Original geschrieben von microdigi
gibt es eine moeglichkeit, die projecte umzu'nieten' von urspruenglich kde auf plain qt?

Ich schätze die werden ziemlich ähnlich sein.
Könnte mir vorstellen das es geht, das Sourceverzeichnis in ein neues Qt Projekt zu kopieren, bzw dessen Hauptverzeichnis und admin/ zu übernehmen.

Sicher gehen tut es, wenn man die Sourcen reinkopiert und zum neuen Projekt hinzufügt.

Für Qt-only Projekte ist aber qmake meistens einfacher, wenn man nicht die Features von automake/autoconf braucht, also zB finden von Zusatzlibs, etc.

Ciao,
_

[microdigi]

ja, das mit dem neuen project funktioniert.
ist nur ne muehsame angelegenheit, rund 200 files wieder zu registrieren.

aber da das project sowieso 'erst' zur hannover messe fertig sein soll,
haben wir auch das noch reingequetscht.

danke, ich bleibe hier am ball, aber erst in etwa zwei wochen.

aloha - digi aus wiesbaden zzt