• Brak dobrej i czytelnej dokumentacji dla PyObjC, brak prostego tutoriala wprowadzającego w tworzenie prostej aplikacji z GUI i obsługę dostępnych narzędzi. Istnieje wprawdzie tutorial An Epic Introduction to PyObjC and Cocoa, ale to praktycznie jedyny aktualny tutorial, którego autor zakłada że znamy mniej lub bardziej biblioteki i narzędzia Leoparda. Generalnie trzeba siedzieć z dokumentacją do Objective-C i "przekładać" to na Pythona samemu.
• Jak sam projekt się określa, PyObjC to "most" pomiędzy Objective-C a Pythonem, przez co kod w Pythonie wygląda czasami dziwnie. Np. wywołania metod Objective-C z Pythona:

  def dragImageForRowsWithIndexes_tableColumns_event_offset_(self,dragRows,tableColumns,dragEvent,dragImageOffset):
   pass
  

• Stworzona aplikacja będzie działać tylko na jednej platformie.
• Bazując na swoich odczuciach i opiniach z różnych blogów - PyObjC jest "zrozumiały i przyjemny" dla programistów znających architekturę i biblioteki OS X. Nie potrafią przyswoić generalnie tworzenia GUI w stylu PyQt4/PyGTK+. Programiści przychodzący z zewnątrz mają na odwrót - nie mogą ogarnąć PyObjC :)

wxPython, wxWidgets może nie zbierają najlepszych opinii jako Pythonowa biblioteka od interfejsów graficznych, lecz żadna z dostępnych bibliotek (PyGTK, PyQt4 itd.) nie oferuje jak na razie frameworka, lub jasnych i funkcjonalnych wzorców tworzenia aplikacji. Bo jak np. zaimplementować system wtyczek obsługujących różne "URLe", jak w Konquerorze KPart/KIO ? Gotowych odpowiedzi na to nie ma... Czy potrzebne są frameworki do tworzenia aplikacji desktopowych? Na pewno bardzo by ułatwiły korzystanie z tak rozbudowanych bibliotek. Z drugiej strony wieloplatformową aplikacją operującą na danych zawartych w bazie danych, czy też obsługującą konfigurację systemu operacyjnego może być ta stworzona za pomocą Django, czy Pylons (są już nieduże projekty tego typu).

Dokumentacja na stronie riverbank istnieje, ale dotyczy Qt3, a same przykłady są wirtualne - dano tylko część kodu i nie można z nich wycisnąć działających modułów Pythona. Obecnie twórca SIP/PyQt4 wszystkie problemy rozwiązuje odpowiedzią "popatrz na źródła Python-QScintilla", co jest jak uczenie się API Qt przeglądając kdelibs - "jakiś kod jest i nawet działa".

Edycja: nawet działa, czas to opisać :)

Googlając z dwie godziny i kombinując udało mi się nawet skonfigurować i skompilować moduł dla QtermWidget z qt-apps.org, ale jeszcze nie działa (albo trzeba go jakoś dziwnie użyć) ;) Jeżeli nie uda się tego załatwić trzeba będzie pomyśleć o alternatywach - Qt C++, albo i PyGTK+/GNOME. Qt jest wyczesaną biblioteką, ale C++ nie jest dżezi jak Python :D PyGTK+ nie jest złe, do tego w Pythonie mam dostęp do VTE (widżet terminala) i do WebKita też się znajdzie. Do tego GNOME jest bardzo przyjazne, ma duże pythonowe API, jak i możliwość tworzenia pythonowych wtyczek do gedit, epiphany i połowy pozostałych aplikacji ;) wxPythona, Tk_intera i inne małe projekty odrzucam.

Zastanawiam się też czy gtkmozembed pociągnąłby Firebuga ;) Gdyby tak, to PyGTK+ dostałoby dużego plusa dla mojego małego projektu...