• [^] # Re: python

    Posté par . En réponse au journal GUI portable. Évalué à 2.

    Pour répondre à un peu tous les commentaires plus haut, je me suis récemment posé la question pour une appli... sous python/wxwidget.
    Je me suis arraché les cheveux dessus pendant pas mal de temps pour faire marchouiller une pauvre arborescence de fichiers sous linux, la même appli tournait déjà sous windows. Au final, j'ai presque du doubler le code à coups de
    if sys.platform == 'win32':
    babla
    else:
    blibli

    Après, portage sous MacOS quasi trivial.

    J'aimerai bien changer le langage, justement parce que l'arbre marche très mal sous linux et macos...

    * GTK, c'est bien, mais y'a rien de bien sous MacOS. Avoir pour un source de 4Mo, 70Mo pour un paquet, c'est un peu fort de café selon moi.
    * QT est pour le moment pas un bon choix pour moi : pas encore libre sous Windows.
    * wxwidgets oublié donc...
    * XUL : pas encore vu le défaut, à part qu'il faudrait que j'apprenne tout depuis 0. Et que je reprogramme quasiment toute l'application.
    * fox : j'avoue ne pas avoir regardé, mais sous MacOS il faut un serveur X11 sur la machine, j'ai pas envie de créer cette dépendance (D'ailleurs, cette histoire écarte déjà GTK du lot des trucs utilisables).

    Du coup, je me retrouve coincé. Et j'en viens à me demander si je ferai pas mieux de reprendre le code, bien séparer GUI/Appli, et faire un truc propre à chaque os : cocoa pour macos, qt ou gtk pour linux, et gtk pour windows