Ja. Es wird versucht alle großen Bindings mit Gnome3 fertig zu haben. Viele ehemalige pygtk Programm wurden oder werden gerade portiert. Allerdings geht es nicht mehr über pyGTK sondern über pyGOject, schau dir mal hierzu die Seite an: http://live.gnome.org/PyGTK oben die Warnung. pyGObject wird automatisch aus den Introspection Daten gebaut.
Aus PyGTK wird PyGObject und verwendet GObjectIntrospection, um automatisch Bindings für Python zu GTK+ und anderen GObject-Bibliotheken anzubieten. Ich würde damit warten, bis die erste Distribution GTK+ 3 ausliefert. Die Maintainer von Gnome-Modulen portieren natürlich jetzt schon, da die Core-Gnome-Module für Gnome 3 auf GTK+ 3 setzen.
Von Neuer_ohne_Login am Sa, 12. Februar 2011 um 11:56 #
Wieso? Qt wird auch auf Windows-Telefonen funktionieren. Tatsächlich ist Qt zwar unter Linux relativ gut unterstützt, aber es ist immer ein Crossplatform Toolkit gewesen, so dass die aktuellen Entwicklungen dort relativ entspannt gesehen werden können.
Dagegen war GTK nicht richtig gut darin, Crossplatform zu sein, auch wenn es tat. Mit den letzten Änderungen wird GTK von GNU (Linux/X11/GNU tools) genauso unabhängig wie Qt.
Damit fallen Barrieren für Innovation. Ich warte schon lange auf mehrere Keyboards und Mäuse von einem guten Window-Manager unterstützt. So kann ich mir mit meiner Frau den Rechner so teilen, dass dennoch die Fenster gut mit einander tun (Verschieben zwischen Monitoren, Copy&Pastes tauschen, ohne VNC und anderen Unsinn dazwischen, der es unterbindet). Scheint ja so als könnte dieser Window-Manager auf GTK 3 basieren.
Soweit ich weiß, kann man auf WP7 nur .NET Anwendungen laufen lassen. Qt rutscht damit als mögliches Toolkit für zukünftige Nokia Geräte komplett durch - soviel zum Thema Plattformunabhängigkeit. Ich denke MeeGo und Qt werden von Nokia höchstwahrscheinlich bald abgestoßen, denn beide ergeben bei einer MS-Allianz strategisch keinen Sinn mehr. Inzwischen haben auch die finnischen Mitarbeiter gemerkt was abgeht und sehen langfristig ihre Arbeitsplätze gefährdet: http://www.hs.fi/talous/artikkeli/1135263739290
Von Frank Frank am Sa, 19. Februar 2011 um 12:34 #
> soviel zum Thema Plattformunabhängigkeit
Qt ist plattformunabhängig, .NET auch, Microsoft hat sich den Fall künstlich so hingebastelt dass es nicht funktioniert: Keine virtuelle Maschine kommt ohne Zugriff auf Betriebssystem oder Hardware aus. Bei .NET heißt das Feature pInvoke, bei Java JNI, bei Android NDK. Letztlich ist das einfach nativer Code der ein paar Bindings drumherum gestrickt bekommt und von der VM geladen wird.
Bei WP7 liefert Microsoft nun einfach nur die eigenen nativen Libraries mit und erlaubt keine anderen. Es ist also nicht so dass man auf WP7 nur .NET-Anwendungen laufen lassen kann - die ganze Microsoft-Runtime ist ja auch nicht in .NET geschrieben, die läuft nativ. Gehen würde es schon. Aber sie wollen halt nicht. Weil dann könnte man ja auch ohne Microsoft-Tools entwickeln und Dinge mit dem Gerät tun die Microsoft nicht will.
Erst wollten sie GTK, dann Qt, jetzt stampfen sie Qt ein und sind dann irgendwann bei WP7. Komische Entwicklung. Oder Duke Nukem Forever erscheint vorher noch.
Qt will continue to be the development framework for Symbian [...]
Extending the scope of Qt further will be our first MeeGo-related open source device, which we plan to ship later this year. Though our plans for MeeGo have been adapted in light of our planned partnership with Microsoft, that device will be compatible with applications developed within the Qt framework and so give Qt developers a further device to target.
nur dass auf einer folie symbian auf 0 geht und win7 auf 100%.
ganz geschickt gemacht. so stampft man nokia ein und qt auch. vielleicht kaufen sie am schluß nokia auf und haben qt im sack. was solls. zumindest ist qt os
Von Neuer_ohne_Login am Sa, 12. Februar 2011 um 12:04 #
Also das liest sich tatsächlich so. Ich kann es nicht glauben, dass Qt nicht auf WP7 unterstützt wird, das ist ja komplett unsinnig. Sorry für meinen Beitrag oben, der nur darauf basiert, dass Qt natürlich leicht zu portieren wäre.
Das sind dann aber wahrhaft schlechte Nachrichten für die von Nokia bezahlten Qt-Entwickler und für Linux insgesamt. Wenn Novell und Nokia beide fallen, dann verliert Qt/KDE ziemlich wichtige Unterstützer.
Ich habe bestimmt schon 6 oder 7 Handys gehabt, eines davon war ein Windows 6.5 smart phone von HTC alle anderen waren normale Nokia handies ohne viel spielzeug. Ich muss sagen von all diesen Handies war das Windows Smartphone das mit abstand schlechteste Handy was ich jemals benutzt habe. Ich habe mir dannach geschworen nie wieder ein Windows Telefon zu kaufen. Der kauf dieses Telefons war schliecht weg die groesste verschwendung von 500 Euro die ich jemals begangen habe. Alles was ich bisher von WP7 gehoert und gesehn habe ist auch nicht besser.
Mit dieser News verlaengert Nokia zwar den Untergang von Windows Phone / Windows Mobile, hat aber gleichzeitig seinen eigenen untergang damit besiegelt, ausser die schaffen es irgendwie noch mit Symbian/MeeGo und QT etwas sinnvolles anzufangen. Ich denke aber nicht, das aus dem Windows kram etwas wird.
P.S. Faszinierend zu sehen wie die Mehrheit der Blogeintraege fuer QT und total gegen Windows ist. P.P.S: Windows Phone 7 hat einen Marktanteil von 3%
So sehe ich das auch. Hatte letztens ein WP7 auf nem neuen HTC. Immerhin sehr schnell, stets flüssige Handhabung. Aber: Extrem häßlich, kaum was drauf, halbfertiger Eindruck. In allen Bereichen der Konkurrenz um Jahre hinterher. Der Kollege gab das Teil nach 2 Tagen Tests (gegen seinen alten Blackberry) wieder zurück. Nokia + WP7 = Vereinigung der Looser Wie im Drama: Ein hoher Fall zweier Ehemaliger.
Was macht/plant Xfce eigentlich diesbezüglich? Portieren die auch auf GTK3? Ich vermute, sie werden sich eine Menge Zeit damit lassen. Aber wie lange werden Sie benötigen bzw. tatsächlich zur Verfügung haben?
Von Neuer_ohne_Login am Sa, 12. Februar 2011 um 12:08 #
Hallo Du,
sie releasen ja nicht so hektisch. Jetzt ist 4.8.1 gerade mal raus und da ist nicht zu erwarten, dass da viel passiert vor sagen wir 1-2 Jahren. Ich hoffe natürlich dennoch, dass zumindest der Window-Manager den Sprung früher schafft.
Da GTK3 ja nicht zu GTK2 inkompatibel ist, kann man sich vorstellen, dass ein schleichender Übergang möglich ist. Mit dem Ziel des schlanken Desktops wäre eine Gleichzeitigkeit von 2 Library-Sets aber wohl nicht verträglich, andererseits wäre mit GTK3 wohl Xfce automatisch schlanker, daher sollte man motiviert sein.
Man wird abwarten müssen, was passiert, oder helfen.
Cairo unterstützt bereits den Linux-Framebuffer. Die Idee am Framebuffer ist, dass man die Gerätedatei per mmap in den Speicher mapped und dann einfach die Grafikdaten hineinschreibt, die man auf dem Bildschirm haben will -- und letzteres kann man mit cairos image-Backend machen (cairo_image_surface_create & Co.). Das reicht aber nicht für Gtk, weil man noch Maus- und Tastatureingaben verarbeiten muss.
Ich hoffe, dass durch das entfernen von altem Zeug, das GTK endlich schneller wird.
Ab wann macht es Sinn bestehende Projekte zu migrieren? Gibt es PyGTK auch schon in Version 3.0?
Ja. Es wird versucht alle großen Bindings mit Gnome3 fertig zu haben. Viele ehemalige pygtk Programm wurden oder werden gerade portiert.
Allerdings geht es nicht mehr über pyGTK sondern über pyGOject, schau dir mal hierzu die Seite an: http://live.gnome.org/PyGTK oben die Warnung. pyGObject wird automatisch aus den Introspection Daten gebaut.
Ab wann macht es Sinn bestehende Projekte zu migrieren? Gibt es PyGTK auch schon in Version 3.0?
Aus PyGTK wird PyGObject und verwendet GObjectIntrospection, um automatisch Bindings für Python zu GTK+ und anderen GObject-Bibliotheken anzubieten. Ich würde damit warten, bis die erste Distribution GTK+ 3 ausliefert. Die Maintainer von Gnome-Modulen portieren natürlich jetzt schon, da die Core-Gnome-Module für Gnome 3 auf GTK+ 3 setzen.
Hier kannst auch einen Migrationsleitfaden finden mit script.
http://live.gnome.org/PyGObject/IntrospectionPorting
Frei von allen Hypes und Nokia-Attitüden.
Im Gegenteil zu Qt? Oder inwiefern spielst Du hier auf Konia an? Und falls ja: Was für Hypes gibts denn angeblich in der Beziehung? *wunder*
Vermutlich, weil Nokia Qt bald nicht mehr benötigt und fallen lässt.
Wieso? Qt wird auch auf Windows-Telefonen funktionieren. Tatsächlich ist Qt zwar unter Linux relativ gut unterstützt, aber es ist immer ein Crossplatform Toolkit gewesen, so dass die aktuellen Entwicklungen dort relativ entspannt gesehen werden können.
Dagegen war GTK nicht richtig gut darin, Crossplatform zu sein, auch wenn es tat. Mit den letzten Änderungen wird GTK von GNU (Linux/X11/GNU tools) genauso unabhängig wie Qt.
Damit fallen Barrieren für Innovation. Ich warte schon lange auf mehrere Keyboards und Mäuse von einem guten Window-Manager unterstützt. So kann ich mir mit meiner Frau den Rechner so teilen, dass dennoch die Fenster gut mit einander tun (Verschieben zwischen Monitoren, Copy&Pastes tauschen, ohne VNC und anderen Unsinn dazwischen, der es unterbindet). Scheint ja so als könnte dieser Window-Manager auf GTK 3 basieren.
Gruss,
Kay
Nokia wird aber auf die Windowstools setzten und nicht auf Qt, dass wurde schon angekündigt.
"Dass" wurde schon angekündigt?
-> www.dassdas.com
Soweit ich weiß, kann man auf WP7 nur .NET Anwendungen laufen lassen. Qt rutscht damit als mögliches Toolkit für zukünftige Nokia Geräte komplett durch - soviel zum Thema Plattformunabhängigkeit.
Ich denke MeeGo und Qt werden von Nokia höchstwahrscheinlich bald abgestoßen, denn beide ergeben bei einer MS-Allianz strategisch keinen Sinn mehr.
Inzwischen haben auch die finnischen Mitarbeiter gemerkt was abgeht und sehen langfristig ihre Arbeitsplätze gefährdet: http://www.hs.fi/talous/artikkeli/1135263739290
> soviel zum Thema Plattformunabhängigkeit
Qt ist plattformunabhängig, .NET auch, Microsoft hat sich den Fall künstlich so hingebastelt dass es nicht funktioniert: Keine virtuelle Maschine kommt ohne Zugriff auf Betriebssystem oder Hardware aus. Bei .NET heißt das Feature pInvoke, bei Java JNI, bei Android NDK. Letztlich ist das einfach nativer Code der ein paar Bindings drumherum gestrickt bekommt und von der VM geladen wird.
Bei WP7 liefert Microsoft nun einfach nur die eigenen nativen Libraries mit und erlaubt keine anderen. Es ist also nicht so dass man auf WP7 nur .NET-Anwendungen laufen lassen kann - die ganze Microsoft-Runtime ist ja auch nicht in .NET geschrieben, die läuft nativ. Gehen würde es schon. Aber sie wollen halt nicht. Weil dann könnte man ja auch ohne Microsoft-Tools entwickeln und Dinge mit dem Gerät tun die Microsoft nicht will.
Und wo genau siehst Du da jetzt einen "Hype"? Sorry, ich sehe da immer noch keinen Bezug und längst keine Begründung für das originale Posting!
Nokia hat eine Zeit lang viel Marketing um Qt betrieben ("Qt everywhere"), teure MeeGo-Konferenzen mit Bono-Imitatoren krachen lassen, etc.
Erst wollten sie GTK, dann Qt, jetzt stampfen sie Qt ein und sind dann irgendwann bei WP7. Komische Entwicklung. Oder Duke Nukem Forever erscheint vorher noch.
Qt wird wohl nicht für WP7 zur Verfügung stehen:
http://blogs.forum.nokia.com/blog/nokia-developer-news/2011/02/11/letter-to-developers
Qt will continue to be the development framework for Symbian [...]
Extending the scope of Qt further will be our first MeeGo-related open source device, which we plan to ship later this year. Though our plans for MeeGo have been adapted in light of our planned partnership with Microsoft, that device will be compatible with applications developed within the Qt framework and so give Qt developers a further device to target.
nur dass auf einer folie symbian auf 0 geht und win7 auf 100%.
ganz geschickt gemacht.
so stampft man nokia ein und qt auch.
vielleicht kaufen sie am schluß nokia auf und haben qt im sack.
was solls. zumindest ist qt os
Sag(te) ich doch.
Also das liest sich tatsächlich so. Ich kann es nicht glauben, dass Qt nicht auf WP7 unterstützt wird, das ist ja komplett unsinnig. Sorry für meinen Beitrag oben, der nur darauf basiert, dass Qt natürlich leicht zu portieren wäre.
Das sind dann aber wahrhaft schlechte Nachrichten für die von Nokia bezahlten Qt-Entwickler und für Linux insgesamt. Wenn Novell und Nokia beide fallen, dann verliert Qt/KDE ziemlich wichtige Unterstützer.
Um so wichtiger, dass GTK 3 da ist.
Gruss,
Kay
Sorry, das war die völlig falsche News für diesen Kommentar.
Ich habe bestimmt schon 6 oder 7 Handys gehabt, eines davon war ein Windows 6.5 smart phone von HTC alle anderen waren normale Nokia handies ohne viel spielzeug. Ich muss sagen von all diesen Handies war das Windows Smartphone das mit abstand schlechteste Handy was ich jemals benutzt habe. Ich habe mir dannach geschworen nie wieder ein Windows Telefon zu kaufen. Der kauf dieses Telefons war schliecht weg die groesste verschwendung von 500 Euro die ich jemals begangen habe. Alles was ich bisher von WP7 gehoert und gesehn habe ist auch nicht besser.
Mit dieser News verlaengert Nokia zwar den Untergang von Windows Phone / Windows Mobile, hat aber gleichzeitig seinen eigenen untergang damit besiegelt, ausser die schaffen es irgendwie noch mit Symbian/MeeGo und QT etwas sinnvolles anzufangen. Ich denke aber nicht, das aus dem Windows kram etwas wird.
P.S. Faszinierend zu sehen wie die Mehrheit der Blogeintraege fuer QT und total gegen Windows ist.
P.P.S: Windows Phone 7 hat einen Marktanteil von 3%
falsche meldung kommentiert? hier gehts um gtk+
So sehe ich das auch.
Hatte letztens ein WP7 auf nem neuen HTC. Immerhin sehr schnell, stets flüssige Handhabung. Aber: Extrem häßlich, kaum was drauf, halbfertiger Eindruck. In allen Bereichen der Konkurrenz um Jahre hinterher. Der Kollege gab das Teil nach 2 Tagen Tests (gegen seinen alten Blackberry) wieder zurück.
Nokia + WP7 = Vereinigung der Looser
Wie im Drama: Ein hoher Fall zweier Ehemaliger.
Nokia hat doch in Bochum subventionsbetrug am deutschen Steuerzahler begangen und das Werk dicht gemacht.
Nokia hat den HTML5 standard video codec ogg tehora verhindert.
Nokia arbeitet jetzt ganz groß für Microsoft.
Um diese Heuschrecke sollte man einen Bogen machen.
(schade um Qt)
Gibt es schon eine Möglichkeit GTK3 unter Python3 zu nutzen?
Das stimmt nicht. Nokia hat erst dicht gemacht, als die Subventionen eingestellt wurden.
Was macht/plant Xfce eigentlich diesbezüglich? Portieren die auch auf GTK3? Ich vermute, sie werden sich eine Menge Zeit damit lassen. Aber wie lange werden Sie benötigen bzw. tatsächlich zur Verfügung haben?
GTK+1, GTK+2 und GTK+3 sind parallel installierbar du kannst also alle drei auf deinem System haben.
Man hat also viel Zeit.
Hallo Du,
sie releasen ja nicht so hektisch. Jetzt ist 4.8.1 gerade mal raus und da ist nicht zu erwarten, dass da viel passiert vor sagen wir 1-2 Jahren. Ich hoffe natürlich dennoch, dass zumindest der Window-Manager den Sprung früher schafft.
Da GTK3 ja nicht zu GTK2 inkompatibel ist, kann man sich vorstellen, dass ein schleichender Übergang möglich ist. Mit dem Ziel des schlanken Desktops wäre eine Gleichzeitigkeit von 2 Library-Sets aber wohl nicht verträglich, andererseits wäre mit GTK3 wohl Xfce automatisch schlanker, daher sollte man motiviert sein.
Man wird abwarten müssen, was passiert, oder helfen.
Gruss,
Kay
erste Tests scheinen schon zu laufen:
http://www.mail-archive.com/xfce-bugs@xfce.org/msg02093.html
hoffentlich gibt es dann auch bald ein framebuffer oder sdl backend fuer cairo...
gtk/directfb hat im vergleich zu QtE immer alt ausgesehen.
Cairo unterstützt bereits den Linux-Framebuffer. Die Idee am Framebuffer ist, dass man die Gerätedatei per mmap in den Speicher mapped und dann einfach die Grafikdaten hineinschreibt, die man auf dem Bildschirm haben will -- und letzteres kann man mit cairos image-Backend machen (cairo_image_surface_create & Co.). Das reicht aber nicht für Gtk, weil man noch Maus- und Tastatureingaben verarbeiten muss.