Linked by Joost van der Sluis on Mon 10th Sep 2007 16:03 UTC
Permalink for comment 270327
To read all comments associated with this story, please click here.
To read all comments associated with this story, please click here.
News
Linked by Thom Holwerda on 05/22/13 22:23 UTC
Linked by Thom Holwerda on 05/22/13 13:38 UTC
Linked by Thom Holwerda on 05/22/13 13:30 UTC, submitted by JRepin
Linked by Thom Holwerda on 05/21/13 22:06 UTC
Linked by Thom Holwerda on 05/21/13 21:45 UTC
Linked by Thom Holwerda on 05/21/13 15:53 UTC
Linked by Thom Holwerda on 05/20/13 22:43 UTC
Linked by Thom Holwerda on 05/20/13 21:50 UTC
Linked by Thom Holwerda on 05/19/13 23:15 UTC
Linked by Thom Holwerda on 05/19/13 23:11 UTC, submitted by Drumhellar
More News »
Sponsored Links



Member since:
2005-11-11
I didn't say all. I said most. And which distribution today doesn't support automatic dependency resolution? If I type 'apt-get install gtk2' then APT will automatically install whatever extra dependencies it has. Even FreeBSD's ports supports auto-installing dependencies.
I dare to say that if people refuse to install GTK in order to use your app, then your app is not worth installing anyway. Likewise, if a good app is written in QT, and I need that app, then I will make sure I have QT. I don't care about the GNOME/KDE "war". Even commercial apps like VMWare and BitRock Installer depend on GTK2 and they don't seem to be losing customers because of that.
Sure, there are hardcore geeks out there that absolutely to refuse GTK/QT (note that I didn't say GNOME/KDE) or other "bloat" because they're running a Pentium 300 with 64 MB RAM (or just because of irrational elitism), but those people consist of, like, 1% of the market. I'd gladly trade that market share with the amount of development time I save by using a good GUI toolkit.
It's a good thing to care about users and to minimize dependencies, but at some point there will be a point of diminishing returns. And I believe anything below GTK2/QT lies past that point.
"Distro's are normally behind compared to the latest GTK2 version available, so your applications will have a hell of a time trying to run if it was designed with the latest GTK2."
But what does that have to do with you, the developer? Just don't use the most recent GTK APIs and stick to the subset of APIs that were introduced in GTK 2.4 or something. The GTK API docs specifically mention the version where an API is introduced.
Edited 2007-09-11 18:42