GTK+ Archive
We first introduced support for dmabufs and graphics offload last fall, and it is included in GTK 4.14. Since then, some improvements have happened, so it is time for an update. ↫ GTK Development Blog This one’s for the ones smarter than me.
GTK 4.14 brings various improvements on the accessibility front, especially for applications showing complex, formatted text; for WebKitGTK; and for notifications. ↫ Emmanuele Bassi Excellent improvements that, if you listen to those that need these improvements, are sorely needed in GTK 4.
Recently, GTK gained not one, but two new renderers: one for GL and one for Vulkan. Since naming is hard, we reused existing names and called them “ngl” and “vulkan”. They are built from the same sources, therefore we also call them “unified” renderers. As mentioned already, the two renderers are built from the same source. It is modeled to follow Vulkan apis, with some abstractions to cover the differences between Vulkan and GL (more specifically, GL 3.3+ and GLES 3.0+). This lets us share much of the infrastructure for walking the scene graph, maintaining transforms and other state, caching textures and glyphs, and will make it easier to keep both renderers up-to-date and on-par. ↫ GTK Development Blog This is well above my paygrade, but I’m sure it’s still of interest to y’all.
In the best case, we may be able to avoid feeding the data through the compositing pipeline of the compositor as well, if the compositor supports direct scanout and the dmabuf is suitable for it. In particular on mobile systems, this may avoid using the GPU altogether, thereby reducing power consumption. I don’t understand what’s happening but it seems like a good idea? Can anyone help?
GTK 4.0 has been released. It is impossible to summarize 4 years of development in a single post. We’ve written detailed articles about many of the new things in this release over the past year: Data transfers, Event controllers, Layout managers, Render nodes, Media playback, Scalable lists, Shaders, Accessibility. GTK is the backbone of virtually everything I do on my computers – I run GTK desktops – and I know I’m far from the only one. The benefits and improvements of a new release of this toolkit will find their way to all of the major GTK desktops, and this is the first major step in that proces.
When we started development towards GTK+ 4, we laid out a plan that said GTK+ 3.22 would be the final, stable branch of GTK+ 3. And we've stuck to this for a while.
I has served us reasonably well - GTK+ 3 stopped changing in drastic ways, which was well-received, and we are finally seeing applications moving from GTK+ 2.
But, GTK+ 4 is taking its time to mature (more on that in another post), and some nice new features (such as font variation support, or Emoji completion) languish unused in master. We also get requests for critical APIs from some of the ported applications.
Therefore, we have decided that it is better to change course and allow a limited amount of new features and API in GTK+ 3.x, by doing a GTK+ 3.24 release in September.
I'm not even remotely versed enough in the world of GTK+ to say anything meaningful about this, but it does seem like a welcome move for developers and users of GTK+ alike.
The latest version of GTk+, version 3.2,
has been released. While this new release contains many smaller, less invasive changes, it also has experimental support for two very important new features. First, the ability to run Gtk+ applications inside a browser using HTML5. Second, initial support for the Wayland display server.
Submitted by anonymous
2011-03-18
GTK+
I've been ragging on GNOME a little bit lately, so let's balance things out by talking about something I found quite fascinating: the Gtk+ HTML back-end. This will
enable you to run any Gtk+-application inside Firefox 4.0 (only Firefox 4.0 is supported at the moment).
GTK+ 3.0 has been released two days ago. This major release includes a large number of improvements, including a full switch from the old X11 drawing API to cairo for rendering, a switch to XorgInput2 for more flexible input device management, and a new theming API sporting a CSS-like syntax for theme configuration.
The Gtk+ team is working on a roadmap to structure the development process of the Gtk+ 3.0 release and to open up the involved decision making progress. The
first draft has been sent to the devel mailing list, and is now open for debate. Coincidentally, the draft roadmap also provides a nice overview of the features and changes planned for Gtk+ 3.0.
The GTK+ guys have released GTK+ 2.16. As always, this new release is source and binary compatible with the previous GTK+ release. In case you don't know:
"GTK+ is a multi-platform toolkit for creating graphical user interfaces. Offering a complete set of widgets, GTK+ is suitable for projects ranging from small one-off tools to complete application suites."
"GTK+ may be called many things. I would call it 'simple' and sometimes even 'elegant', refering to its foundation of pure, elegant C. But not everyone is compelled to use those terms, using terms like 'clumsy' and 'unwieldy' instead. Yes, there is a lot disagreement. But there's one thing almost everyone would agree to: that GTK+ isn't pretty." This is about to change.
Submitted by Guido
2008-09-25
GTK+
Imendio has released a binary build for the native Gtk+ Mac OS X port. It can be downloaded at
the project's webpage. The installed frameworks can be used directly in the Xcode IDE and come with a project template that sets all the necessary flags and variables to build against them.
Red Hat's David Zeuthen
blogged today about the huge patch he submitted to GTK+ that will allow the toolkit to achieve resolution independence - widget and font size adapting to your screen's real estate; no more tiny application lost in the corner of your high resolution screen. Although more work is obviously required, Zeuthen's idea is to use RI as the hot-new-feature selling point of the upcoming 3.0 GTK+ release. Discussion is going on in the
gtk-devel mailing list and there is an
ogg video of the feature in action.
At last week's Guadec meeting, Kristian Rietveld delivered the GTK+ "state of the union" report. GTK+ is the multi-platform toolkit behind a number of popular applications and, perhaps most well known, the Gnome Desktop environment for Linux. Read the full report
here.
Ars Technica has an article about recent proposals
to evolve the GTK+ toolkit:
"The developers of GTK are preparing for a major overhaul that aims to resolve many of the framework's most significant deficiencies and add next-generation features that will increase flexibility and simplify development. This effort is still in the earliest planning stage, but several intriguing proposals provide valuable insight into some of the changes envisioned by prominent developers."
"On the 2008 GTK+ Hackfest in Berlin, Imendio’s GTK+ hackers presented their vision of GTK+’s future and the reasons why they think that GTK+ has to make a step forward, embrace change and break ABI compatibility. Other GTK+ developers have also voiced their opinions, listing parts of GTK+ that need serious love, but state that they don’t require breakage. Whether or not these are the things that will mark the road to GTK+ 3.0, almost all of them need attention. And
give hints to the shape of things to come."
"GNOME theme engine designer Andrea Cimitan has implemented support for transparent widgets in the Murrine GTK theme engine,
bringing Vista-like translucent glass effects to the GNOME desktop. Cimitan used RGBA colormaps to implement the feature and says that, with only 10 or 20 extra lines of code, translucency can easily be added to other theme engines that support RGBA. Cimitan says that the addition of translucency effects proves that critics of GTK are wrong.
"n the last week I've seen a lot of people claiming about 'lacks' of Gtk+ capabilities," wrote Cimitan in a
blog entry.
"Some of them still think that Gtk+ doesn't have RGBA support... Or it will require nasty hacks. This is absolutely false."
"Ars was at FOSSCamp this weekend. Think of FOSSCamp as an 'un-conference' without a set agenda where the minds behind open source projects get together and plot world domination (and, err, ways to improve their code). One fascinating session (and one that shows how FOSSCamp works and why it's so productive) was given by Mirco Muller, who discussed
using OpenGL in GTK applications. Muller - the developer behind Cairo-Clock and the LowFat image viewer - talked about the state of OpenGL support in desktop applications and described various techniques that developers can use to make OpenGL content integrate better with conventional GTK user interfaces."
The release 2.8 of GPE is complete and
available for download. The new release comes with a large number of bugfixes and improvements such as an improved calendar, many fixed import/export and synchronisation issues as well as support for Maemo in additional components like Starling (the new audio player) and gpe-filemanager.
Submitted by 
Guest post by 
Submitted by 
Submitted by 
Submitted by 
Submitted by 
Submitted by 
Submitted by