Generell warte ich auch schon sein QT2 auf dieses Feature.
Mal sehen ob dann endlich auch das QSizePolicy Objekt mit QFrame richtig tut, QFileDialog und QMessageBox etc. auch mal Desktop-Benutzerfreundlich funktionieren oder wieder nur in der QT-Eigeninterpretation.
Mit mehreren Desktops gibt es noch ganz andere Probleme außer das Aussehen. Ich habe letztens in einem Blog über Yast2 gelesen, dass die Button order (yes/no/cancel ) bei KDE und bei Gnome unterschiedlich sind und das, wenn man eine Anwendung für einen Desktop machen will, auch irgendwie dazugehört (Usability). So etwas muss halt auch irgendwie beachtet werden...
Nokia soll besser GTK fallen lassen und Maemo vollständig auf Qt portieren. Stattdessen werden wichtige Ressourcen an einer Baustelle gebunden, die uns keinen Schritt weiterbringt.
Bedeutet das auch, dass QT Applikationen nun native GNOME Öffnen-Dialoge verwenden? DAS wäre meiner Meinung nach ein extrem wichtiger Schritt in Richtung Usability. Ich finde es schon lästig, wenn reine QT-Apps unter KDE ihren eigenen Öffnen-Dialog mitbringen (bei QT4 ist der zwar etwas schöner, aber es nervt trotzdem, dass nicht der KDE Dialog verwendet wird). Und man denke an den 0-8-15 N00b, der sich wundert, warum plötzlich bei Skype im Öffnen-Dialog seine Lesezeichnen aus dem GNOME-Dialog fehlen!
Mal sehen ob dann endlich auch das QSizePolicy Objekt mit QFrame richtig tut, QFileDialog und QMessageBox etc. auch mal Desktop-Benutzerfreundlich funktionieren oder wieder nur in der QT-Eigeninterpretation.
Bin mal gespannt
Ich habe letztens in einem Blog über Yast2 gelesen, dass die Button order (yes/no/cancel
Stattdessen werden wichtige Ressourcen an einer Baustelle gebunden, die uns keinen Schritt weiterbringt.
Und man denke an den 0-8-15 N00b, der sich wundert, warum plötzlich bei Skype im Öffnen-Dialog seine Lesezeichnen aus dem GNOME-Dialog fehlen!
mfg,
Foo Bar
von trolltech oder eclipse ?