Share of programming languages used by #GTK3 / #GTK4 applications (2026-03-15):

29% #Python
21% #Rust
19% #Vala
17% #C
6% #gjs #Javascript #Typescript
5% #C++ #Cplusplus
1% #Go
1% #Csharp
2% Other: #Lua #Swift #Kotlin #Perl #Haskell #Crystal #D #Scheme #Clojurescript

72% use GTK4 (91% of them #libadwaita), still 28% GTK3

Method: Source [1] lists 824 awesome #gtk (3/4) #opensource applications and their #programminglanguage

[1] https://github.com/valpackett/awesome-gtk
#GTK #FLOSS #Linux #Gnome
@GTK @gnome

#TIL there are efforts to port #FontForge to #GTK3 .
If you have skills in that area, please help out. FontForge's custom UI kit is... ancient, 25 years old.

A #GTK interface could not only modernize the look, but also make it easier to implement a modular design and personalize the interface for specific uses.

https://github.com/fontforge/fontforge/discussions/5324

I have been banging my head against #Gtk3 for the past 3 weeks and all progress has pretty much come to a stand-still. No matter how simple and straight-forward my GUI is, Gtk makes it simply impossible to get the layout correct. I am now convinced that programming my own layout algorithm from scratch and using the GtkLayout container (which lets you place widgets at arbitrary X,Y coordinates) is the only way to proceed at this point. It is soooo frustrating.

The #Gtk documentation is good, but not at all good enough. The people on the Gnome Discourse have been very kind and helpful, and I truly appreciate the engagement I have had there, but ultimately I am still not able to solve my problems.

I have decided I need find some way to keep making progress without postponing the release of the work I have done so far for an indeterminate length of time. So rather than work out all the bugs in this version before merging it to the main Git branch, what I will do instead is have the main program launch a debugger window. The debugger window will have all layout calculated in advance, and all widgets will be declared once and only once throughout the lifetime of the application to avoid the reference counting issues. Obviously the debugger GUI will be very rigid, but you will at least be able to edit files and run commands in a REPL within this debugger.

Then maybe I can merge the code I have written to the main Git branch, and people will at least be able to use it through the debugger. Maybe also I could use this debugger to help with writing my layout algorithm. Also, I need to get back to the Emacs Lisp interpreter, I haven’t worked on it in almost two months now.

#tech #software #Lisp #Emacs #EmacsLisp #Scheme #SchemeLang #R7RS

GIMP 3.0.8 Released

2026-01-24 by GIMP Team

https://www.gimp.org/news/2026/01/24/gimp-3-0-8-released/

We are happy to announce the fourth micro-release GIMP 3.0.8! As we close in on the release of GIMP 3.2, we wanted to share with you what may be the last set of bugfixes for GIMP 3.0.

Now also available for Haiku 32bit and 64bit.

#HaikuOS #haikuports #GIMP #ImageEditor #opensource #software #GTK3