staging.inyokaproject.org

Wenn man es mit Python 3000 aka Python 3 vergleicht relativiert sich natürlich das Recht nach einer GTK Version 3.0 ☺

Auf der anderen Seite muss man leider sagen gibt es noch genug Entwickler die dieses Deprecated Sachen nutzen, leider...

Fazit: Wie man es macht ist es auch verkehrt... 😉

mfg Betz Stefan

encbladexp hat geschrieben:

Fazit: Wie man es macht ist es auch verkehrt... 😉

mfg Betz Stefan

Nein ist es nicht... ab und zu ist ein Bruch nötig...
Man kann nicht immer zu allem kompatibel bleiben und gleichzeitig Perfomance und neue technische Möglichkeiten im Auge behalten.

Ich gebe zu, dass ich nur geringe programmier Erfahrung mit Qt und Gtk habe...
Mein persönlicher Eindruck ist, dass Qt moderner, aber auch deutlich komplexer ist.
Insgesamt mag es Geschmacks Sache sein...

Was jedoch keiner leugnen kann ist, dass Gtk Programme schwerfälliger dargestellt werden und mehr Ram benötigen... ein logischer Schritt wäre es also mal aufzuräumen.

Gruß

Psych

Schön, dass da mal drüber gesprochen wird...
Allerdings sind imo die Programmierer von den GTK-Apps an dem Chaos Schuld. Sogar die Entwickler von GNOME-Programmen wie Abiword schaffen es nicht, eine wirklich gute Oberfläche auf die Beine zu stellen (Haufenweise Bugs... Z. B.: die Drop-Down-Boxen in den Toolbars haben einen Kasten mit der Hintergrundfarbe der Toolbar um sich herum. Das sieht bei Themes, die keine einfarbigen Toolbars verwenden, einfach beschränkt aus 👿 ).

Und dass GTK schlecht zu themen ist, kann man auch laut sagen (Ich habe etwas Erfahrung mit verschiedenen Engines und auch Engine-Programmierung. Ich habe immer gedacht, mein Code wäre schlecht, aber was man teilweise in Clearlooks findet...). Nicht, dass das Format der gtkrc schlecht wäre, aber wenn es bei allen Widgets Ausnahmen gibt und dann noch unterschiedliche Engines die Ausnahmen wieder anders behandeln als andere und dann noch manche Apps so programmiert sind, dass einfach falsche Widget-Klassen verwendet werden (Ich habe keine Ahnung, wie man das hinbekommt, aber gnome-panel ist ein lebendiges Beispiel 👿 ), dann kann man das Themen einfach knicken...

Und auf Bugberichte hören die Devels anscheinend auch nicht...

Meines Erachtens ist ein Aufräumen des Codes jetzt wirklich erforderlich. Und man sollte sich auch von dem altbackenen Entwicklungs-Modell verabschieden: Im Moment vollzieht sich auf dem Desktop eine große Wende: Integration von Webapplikationen, Effekte, Animationen, Applets und vieles mehr... Es ist imo der falsche Weg, sich auf uralte Techniken zu stützen, immer unter dem Vorwand, stabil und kompatibel bleiben zu wollen...

Liebe Grüße
Sebastian

Paßt zwar jetzt nur teilweise zum Thema, aber die Folge hier hab ich mir gestern angehört:
http://chaosradio.ccc.de/cre079.html
Da wird natürlich einiges über die Geschichte von GTK geredet, aber auch ein kleiner Fingerzeig für die Zukunft, also u.a. auch für GTK3 wird gegeben 😉

Nur weil eine Firma auf einen großen Sprung drängt und GTK entmisten will, heißt das noch nicht, das das auch passiert.
Die anderen Entwickler werden sich wohl noch lange dagegen wehren. Schließlich ist die Gnome-Welt anscheindend der Meinung, das man immer nur in kleinen Schritten vorwärts kommen soll und keinen Bruch haben darf. Ob das strategisch immer die beste Entscheidung für die Codebasis ist, lass ich mal unkommentiert, denn erstens bin ich kein Entwickler und zweitens sind qt ←→ gtk und kde ←→ kde Flamewars imho völlig unnötig. ☺

Webkit wäre bestimmt eine gute Entscheidung. Gut wäre es auch, weil dann Apple, qt/kde und gtk/gnome zusammen eine Engine entwickeln. (Ich hoffe mal die GTK-Entwickler beteiligen sich dann auch dran und Apple macht so weiter.) Das würde Manpower sparen.