#GTK
has a powerful layout system... unfortunately, one of the common things people try to do with it, which is to make their widget have a fixed aspect ratio, perhaps square, like this:
measure (...) {
*minimum = *natural = for_size;
}
does not work like that at all. In fact, ensuring a fixed aspect ratio is non-trivial, even more so if your contents themselves have a minimum size which varies with the available space along the other orientation.
#GTK
has a powerful layout system... unfortunately, one of the common things people try to do with it, which is to make their widget have a fixed aspect ratio, perhaps square, like this:
measure (...) {
*minimum = *natural = for_size;
}
does not work like that at all. In fact, ensuring a fixed aspect ratio is non-trivial, even more so if your contents themselves have a minimum size which varies with the available space along the other orientation.
Oh dear, how tricky is the Gtkmm RefPtr.
Sure, the concept of ref counting is simple. But the fact that you have to use make_refptr_for_instance for your custom classes and no staight forward way of converting instace to RefPtr wrapping it lures you into traps. RefPtr constructor happily taking a pointer is one such trap.
Spent nearly 4 hours chasing a weird crash because of this.
Oh dear, how tricky is the Gtkmm RefPtr.
Sure, the concept of ref counting is simple. But the fact that you have to use make_refptr_for_instance for your custom classes and no staight forward way of converting instace to RefPtr wrapping it lures you into traps. RefPtr constructor happily taking a pointer is one such trap.
Spent nearly 4 hours chasing a weird crash because of this.
Announcing my port of Scintilla to GTK 4 
Scintilla (https://scintilla.org/) is a powerful, free, multi-platform text/code editor component (widget). It powers applications like Notepad++ (everyone's favorite win32 text editor) and Geany. With this port, it's also available as a GObject library / GTK 4 widget; you might use it as an alternative to GtkSourceView.
https://groups.google.com/g/scintilla-interest/c/_ZgpYuzZdoU/m/T2RWqAzxAAAJ
Announcing my port of Scintilla to GTK 4 
Scintilla (https://scintilla.org/) is a powerful, free, multi-platform text/code editor component (widget). It powers applications like Notepad++ (everyone's favorite win32 text editor) and Geany. With this port, it's also available as a GObject library / GTK 4 widget; you might use it as an alternative to GtkSourceView.
https://groups.google.com/g/scintilla-interest/c/_ZgpYuzZdoU/m/T2RWqAzxAAAJ
Matthias has been hard at work implementing a way to render SVG icons with animations in GTK4: https://blogs.gnome.org/gtk/2025/10/23/svg-in-gtk/
Matthias has been hard at work implementing a way to render SVG icons with animations in GTK4: https://blogs.gnome.org/gtk/2025/10/23/svg-in-gtk/
Let me share some updates about peel 😀
As a reminder, #peel is a project that implements modern
bindings for #GObject libraries, most notably the #GTK stack, and now also #GStreamer.
🧵
Sebastian @slomo has been tirelessly working (and me, helping and reviewing and merging his work) on improving the GStreamer+peel experience, resulting in many improvements all over peel, and also in GStreamer, GLib, and other components of the stack.
Let me share some updates about peel 😀
As a reminder, #peel is a project that implements modern
bindings for #GObject libraries, most notably the #GTK stack, and now also #GStreamer.
🧵
Sebastian @slomo has been tirelessly working (and me, helping and reviewing and merging his work) on improving the GStreamer+peel experience, resulting in many improvements all over peel, and also in GStreamer, GLib, and other components of the stack.
For the next GTK cycle, Matthias has been working on a format for symbolic icons that can be rendered efficiently by GTK, including animations; it is based on a subset of SVG with custom vendor attributes:
https://discourse.gnome.org/t/animated-icons-for-gtk/31564
If you want to experiment with content creation apps, or towards a shared implementation, feel free to drop by on Discourse.
For the next GTK cycle, Matthias has been working on a format for symbolic icons that can be rendered efficiently by GTK, including animations; it is based on a subset of SVG with custom vendor attributes:
https://discourse.gnome.org/t/animated-icons-for-gtk/31564
If you want to experiment with content creation apps, or towards a shared implementation, feel free to drop by on Discourse.
Is there an Inkscape user who has and uses a drawing tablet device available to test some fixes for 1.5?
What we need is some testing on the smoothness of the drawing, it should be better than 1.4 and hopefully not break.
Downloads are here: https://gitlab.com/inkscape/inkscape/-/merge_requests/7427 to get them you click on the green checkmark and click your OS, and download the AppImage, 7z (windows) or dmg.
Comment on the linked page if you can. Here is ok too.
Thanks!
Is there an Inkscape user who has and uses a drawing tablet device available to test some fixes for 1.5?
What we need is some testing on the smoothness of the drawing, it should be better than 1.4 and hopefully not break.
Downloads are here: https://gitlab.com/inkscape/inkscape/-/merge_requests/7427 to get them you click on the green checkmark and click your OS, and download the AppImage, 7z (windows) or dmg.
Comment on the linked page if you can. Here is ok too.
Thanks!
- Favorite Hashtags on the sidebar
- Post Redrafting
- Endorsing accounts and featuring hashtags
- More keyboard shortcuts
- Settings overhaul
- Audio visualizer optimizations
- Report forwarding to more involved instances when supported
- Enabled more features for Pleroma
- Windows ARM builds
- More fluid horizontal lists like emoji reactions and post hashtags
- Many critical bug fixes and design improvements
- Updated the website
But then you write a program as a user, and it comes alive. The classes and the methods are there. You can use them (without thinking too hard what's inside), and they work. And then you build with -O3 and disassemble, and it looks just as if you wrote it in plain C.
Magic ✨. Carefully engineered magic.