[livesupport-dev] the bitter pill to swollow - GTK+ -> Qt?
  • Vote Up0Vote Down importimport
    Posts: 0Member
    seeing the importance of cross-platform GUIs, especially MacOS X and
    Windows port of our GUI application, I double-checked the portability
    issues with GTK+ (and GTK--) on these platforms.

    There are bad news on the horizon: it seems that there is no native port
    of GTK+ for MacOS X (for details see here:
    http://mail.gnome.org/archives/gtkmm-list/2005-September/msg00281.html )


    this does raise the question: should we try to minimize our losses, and
    switch to Qt, which has a native port under MacOS X? (both these
    libraries have working ports on Windows)


    Akos
  • 4 Comments sorted by
  • Vote Up0Vote Down importimport
    Posts: 0Member
    At 17:03 04.10.2005, Ákos Maróy wrote:
    >seeing the importance of cross-platform GUIs, especially MacOS X and
    >Windows port of our GUI application, I double-checked the portability
    >issues with GTK+ (and GTK--) on these platforms.
    >
    >There are bad news on the horizon: it seems that there is no native port
    >of GTK+ for MacOS X (for details see here:
    >http://mail.gnome.org/archives/gtkmm-list/2005-September/msg00281.html )
    >
    >
    >this does raise the question: should we try to minimize our losses, and
    >switch to Qt, which has a native port under MacOS X? (both these
    >libraries have working ports on Windows)

    i guess if yes, the sooner the better...

    but i really have no understanding what this involves work wise - i.e.
    money wise. can we link this to a project? i.e. there could be funding for
    an implementation which has portage budgetted into it?

    sorry to ask the money question, but without knowing what this implies
    timewise, it is hard to give an answer.

    Micz Flor - micz@mi.cz

    content and media development http://mi.cz
    ------------------------------------------------------------------
    http://www.campware.org -- http://www.redall.de -- http://suemi.de
    ------------------------------------------------------------------
  • Vote Up0Vote Down importimport
    Posts: 0Member
    Micz Flor wrote:
    > At 17:03 04.10.2005, Ákos Maróy wrote:
    >
    >> seeing the importance of cross-platform GUIs, especially MacOS X and
    >> Windows port of our GUI application, I double-checked the portability
    >> issues with GTK+ (and GTK--) on these platforms.
    >>
    >> There are bad news on the horizon: it seems that there is no native port
    >> of GTK+ for MacOS X (for details see here:
    >> http://mail.gnome.org/archives/gtkmm-list/2005-September/msg00281.html )
    >>
    >>
    >> this does raise the question: should we try to minimize our losses, and
    >> switch to Qt, which has a native port under MacOS X? (both these
    >> libraries have working ports on Windows)
    >
    >
    > i guess if yes, the sooner the better...

    Why not step out the QT/GTK discussion and move to something real
    crossplatform? XUL for example.

    Stefan
  • Vote Up0Vote Down importimport
    Posts: 0Member
    Stefan de Konink wrote:
    > Why not step out the QT/GTK discussion and move to something real
    > crossplatform? XUL for example.

    AFAIK XUL is a web UI description language - we need a more
    close-to-the-bone approach here...
  • Vote Up0Vote Down importimport
    Posts: 0Member
    Micz Flor wrote:
    > i guess if yes, the sooner the better...
    >
    > but i really have no understanding what this involves work wise - i.e.
    > money wise. can we link this to a project? i.e. there could be funding
    > for an implementation which has portage budgetted into it?

    yes, that would be the best.

    actually, as far as Linux and Windows is concerned, we're well off with
    GTK+. it seems Qt would be beneficial when it comes to MacOS X and
    smaller devices (like cell phones)

    > sorry to ask the money question, but without knowing what this implies
    > timewise, it is hard to give an answer.

    this couldn't be said without a thorough investigation, but is sure in
    the 2+ month timeframe...


    Akos
Add a Comment