Seite 1 von 1

Qt-Integration in Eclipse

Verfasst: 5. April 2008 15:58
von qtNiko
hallo,

ich habe mir zu meinem Eclipse-Europa Qt4.3.2 und die Qt-Integration installiert.
Wenn ich nun ein neues Qt-Projekt beginnen möchte, kommt die Fehlermeldung
Your Eclipse installations appears to be binding against the Qt 3 libraries...
The most common reason for this problem is that you are running KDE with the KDE GTK style active.
(On many systems you can open KDE System Settings->Appearance->GTK Styles and Fonts and change to a style like 'Clearlooks', or you have to remove the package gtk-qt-engine from your system.)
Vorher hatte ich mit Qt4.2.3 einige Qt4-Programme erstellt, was gut funktionierte.
Irgend etwas fehlt an meiner Installation, dass Eclipse jetzt mit Qt3-Bibliotheken arbeiten möchte. Nur weiß ich nicht, wo die entsprechende Einstellung ist.

Fragen:
1. Kann ich Eclipse beibringen, die vorhandenen Qt4-Bibliotheken zu verwenden, und wie?
2. Wo finde ich auf meinem Suse Linux10.1 die "KDE System Settings", um den Clearlook-Style einzustellen (mit YAST und Help habe ich nichts gefunden)?
3. Wenn ich, wie in der Fehlermeldung geraten, die qt-gtk-engine lösche, läuft dann mein KDE-Desktop noch? - ich befürchte da diverse Konflikte, wenn ich das Paket einfach lösche.

Eine von den drei Lösungsmöglichkeiten brauche ich, sonst hänge ich in der Luft :?

Kann mir da jemand weiterhelfen?

Verfasst: 6. April 2008 13:24
von C167
unter Debian gibts die Packete

Code: Alles auswählen

gtk-engines-qtpixmap            - Die GTK1.x-Thema-Engine QtPixmap
gtk-qt-engine                   - theme engine using Qt for GTK+ 2.x
gtk2-engines-qtcurve            - This is a set of widget styles for Gtk2 ba
gtk2-engines-qtpixmap           - QtPixmap GTK2.x theming engine
Kann sein, dass die unter SuSe anders heisen. Jedenfalls hatte ich, als Qt Jambi noch Beta war, einige Zeit mit dem Support zu tun (der wirklich klasse ist) und der hat mir gesagt, dass sie keine Moeglichkeit haben (hatten?), zu kontrollieren welche Bibliothek geladen ist. Durch die Qt-engines, die Qt3 nutzen, werden meistens die Qt3-Libs geladen. Nachdem ich die gtk-qt-engine deinstalliert hatte, ging es damals. Die Dinger versehen die GTK-Anwendungen mit Qt- bzw. KDE-Look&Feel, mehr oder weniger erfolgreich.
HTH
C167

Verfasst: 6. April 2008 14:17
von Der Neue
Darf ich fragen, ob das geholfen hat? Ich hab nämlich exakt das gleiche Problem.

Verfasst: 9. April 2008 21:17
von qtNiko
Ja, es hat geholfen, aber nicht ganz.
Ich kann jetzt ein neues Qt-GUI-Projekt beginnen ohne dass eine Fehlermeldung erscheint. Aber wenn ich dann auf die ui-Datei klicke, um den Designer aufzurufen, dann kommt wieder die Meldung "unable to open external editor ... /Qt-4.2.3/..."
Der Designer wird also immer noch im alten Pfad gesucht.
In den Einstellungen für "external tools" sind die Pfade richtig auf den neuen Pfad ... /Qt-4.3.2/... eingestellt.

Wo gibt es noch Pfadeinstellungen, die zu ändern sind?

Verfasst: 10. April 2008 22:33
von C167
baller mal Versuchsweise den Ordner .metadata aus deinem Workspace (umbenennen) und versuch mal (am besten mit einer Kopie des ganzen workspaces) das ganze nochmal. warscheinlich ist der Pfad irgendwo in .metadata eingetragen

Verfasst: 11. April 2008 23:55
von qtNiko
hi,
baller mal Versuchsweise den Ordner .metadata aus deinem Workspace (umbenennen) und versuch mal (am besten mit einer Kopie des ganzen workspaces) das ganze nochmal. warscheinlich ist der Pfad irgendwo in .metadata eingetragen
das mit .metadata hat noch einen ganz anderen Effekt:
Nachdem ich gestern noch ganz normal mit Eclipse gearbeitet hatte, konnte ich es heute nicht mehr starten. Kurze Zeit nach Start erschien ein Hinweis, es sei ein Fehler aufgetreten und ich solle in .../workspace/.metadata/.log nachsehen.
Dort steht eine gewaltige Menge Text, mit dem ich leider nichts anfangen kann.

Nach Umbenennen von .metadata startet Eclipse wieder, erzeugt gleich ein neues Verzeichnis .metadata und meldet sich so, als ob ich Eclipse neu installiert hätte.
Das neue Verzeichnis .metadata/plugins enthält aber nur ca. 1/3 der Einträge wie mein altes.
Auch erkennt Eclipse kein einziges meiner alten Projekte wieder.

Ich hab jetzt zwar wieder ein Eclipse, aber wie geht es weiter?
Das Wegziehen von .metadata war wohl etwas zu radikal.
In meinem alten .metadata/.plugins/org.eclipse.cdt.core gibt es etliche Dateien, die im Namen meine bisherigen Projektnamen enthalten, aber auch solche, die ich längst gelöscht hatte. Ich trau mich nicht, dort herumzueditieren.
Kann man da noch etwas reparieren?

Verfasst: 12. April 2008 00:21
von qtNiko
Nachtrag:
Man kann die alten Projekte zurückholen durch Import / Projects / ...

Was mich jedoch noch irritiert ist, dass das neue Verzeichnis .metadata/.plugins so viel weniger Unterverzeichnisse enthält als mein altes. Ich befürchte, dass jetzt die Funktionalität meines Eclipse beschnitten ist.
Solange das nicht geklärt ist, kann ich dieses Thema nicht als gelöst kennzeichnen - ich würde es ja gerne :wink:

Verfasst: 12. April 2008 00:28
von C167
.metadata enthaellt wenn ich mich recht erinnere hauptsaechlich Konfigurationsdaten. Ausserdem schwillt es zu immenser Groesse an, wenn man viel mit eclipse arbeitet, wir haben in der schule nur 20MB Platz, und obwohl die Projekte an sich immer zusammen unter 5MB geblieben sind, hat metadata den ganzen Speicher vollgeschrieben.

Ich hab die Projekte einfach wieder in das eclipse-fenster reingezogen, ab und zu sind ien paar einstellungen drauf gegangen.

da .metadata auf jeden Fall die gesamte Konfiguration enthaellt, die nicht Projektspeziefisch ist, sind natuerlich auch alle globalen Einstellungen weg. Darum hat es auch gemeint, es waere frisch installiert worden.

Plugins und Extensions werden sowieso im Hauptverzeichnis von Eclipse gespeichert, es gibt da 2 Ordner dafuer. Der Inhalt des Workspaces ist also nicht wichtig, wenn es um die Funktionsfaehigkeit von Eclipse an sich geht.

Abgesehen davon, dass es ab und zu seinen Workspace zerschiesst, muss ich sagen dass eclipse inzwischen wirklich gut ist!

Verfasst: 13. April 2008 20:40
von Der Neue
Also an dieser Stelle Vielen Dank. Das Löschen der oben genannten Pakete in Verbindung mit dem Löschen von .metadata hat einwandfrei funktioiert.

mfg