|
|
Subscribe / Log in / New account

GTK++, stability, and the uncluttered future

GTK++, stability, and the uncluttered future

Posted Aug 15, 2013 2:46 UTC (Thu) by tnoo (subscriber, #20427)
Parent article: GTK++, stability, and the uncluttered future

I'm utterly confused.GTK used to mean "GIMP Toolkit", and was written to suit the GIMP, Based on this effort the GNOME desktop evolved. But here it is said that applications like GIMP would be unlikely to use GTK?


to post comments

GTK++, stability, and the uncluttered future

Posted Aug 15, 2013 3:21 UTC (Thu) by tetromino (guest, #33846) [Link] (1 responses)

The way I read it, gtk developers are targeting the new widgets they have been adding primarily at small and simple applications by giving these widgets only the most commonly requested features. Gimp and other large applications with unusual UI requirements are expected to implement their own widgets if they need something with extra functionality which no other project would ever be likely to use.

GTK++, stability, and the uncluttered future

Posted Aug 15, 2013 16:21 UTC (Thu) by ebassi (subscriber, #54855) [Link]

I think it's worth to reiterate that "small" and "simple" are relative terms.

an application is "small" or "simple" if it does not have a large quantity of custom widgets that handle presentation in a completely different way than the stock layout managers and widgets provided by the toolkit itself. Gimp, for instance, uses gtk for many of its UI elements, but the large chunk of the UI is built on very custom widgets, which occupy a very small niche of use cases. the example that Benjamin brought was the dockable widget — i.e. a widget capable of containing a set of tool boxes that can be rearranged by drag and drop. while it's a concept used in a certain set of applications, it's highly unlikely that we can add such widget inside gtk, because it would need to satisfy different use cases and then port all the applications using their own custom widget to the new, generic, one.

another point is that both LibreOffice and Firefox don't really use gtk at all, except for integration purposes on Linux. they both have their own toolkit, which may or may not draw something resembling the gtk style.

as the last few cycles of the 3.x branch demonstrates, gtk is getting a wealth of new widgets, as well as new layout managers; if a widget is used by various applications, and it expresses a common UI pattern, then it should definitely be included in the core toolkit.

GTK++, stability, and the uncluttered future

Posted Aug 22, 2013 6:24 UTC (Thu) by torquay (guest, #92428) [Link] (1 responses)

I'm also rather confused by:
    His answer historically was that GTK3 is awesome and everyone should port, but he said he has begun to doubt that. The truth is that GTK2 is stable and unchanging, even boring—but that is what some projects need. ... The real reason someone should port to GTK3 today, he concluded, is to take advantage of the new features that integrate the application with GNOME 3—but doing so means committing to keeping up with GNOME 3's pace of change, which is intentionally bold in introducing new features. ... Eventually, he said, he hopes that GTK+ will reach a point where the bold experiments are done.

So is GTK 3.x stable or not ? Specifically, if a given package is linked with GTK 3.8, is there a guarantee that it will work with GTK 3.10 ?

Or are certain specific parts of GTK 3 marked as unstable ?

On a related note, if people are not encouraged to port to GTK 3, what happens with GTK 2.x based applications when the switchover to Wayland happens? Is there going to be Wayland backend added to GTK 2 ?

GTK++, stability, and the uncluttered future

Posted Aug 22, 2013 11:29 UTC (Thu) by PhilHannent (guest, #1241) [Link]

To answer your last question. GTK 2 shouldn't need porting as it could run on XWayland: http://wayland.freedesktop.org/xserver.html


Copyright © 2025, Eklektix, Inc.
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds