because I keep biting off more than I can chew. I wanted to release a small utility first to get familiar again with #GNOME / #GTK / #Flatpak development.
also something that I need myself. a week worth of hacking.
I have been under distress lately due to personal circumstances that are outside my control. I cannot find a permanent job that allows me to function, I am not eligible for government benefits, my grant proposals to work on free and open-source proje…
I've heard recently that there are plans to deprecate #gnome #gtk in favour of #tcltk. My source said that by 2027, most projects will have migrated from GTK to Tcl/Tk. Are you prepared for the switch over? @ebassi
After my talk at @gnome Asia Summit, I’ve published the source code of Jollpi, a Python-based text editor I’m rewriting with a modern stack.
Built with Python 3, @GTK 4 and GtkSourceView 5, using a modern async architecture and standard Python packaging (pyproject.toml, pip). It installs cleanly and integrates like a regular Linux desktop app.
Bon je viens de retester mais on ne peut toujours pas activer l'accessibilité via les lecteurs d'écrans pour les app GTK4 sous Windows (donc Gajim), l'issue est toujours là mais je ne sais pas si quelqu'un arrivera à la corriger dans les mois/années à venir.
Example program: Using gtk 4.18.6, accesskit-c 0.15.1 Downstream report: https://github.com/msys2/MINGW-packages/issues/24812 Clicking on the button crashes. To...
Over November 2025, I've been able to contribute to @gnome, and it was a pleasure!
I focused on GNOME Clocks, with the goal of making it as good as possible for GNOME 50. I focused on #accessibility, #linuxmobile and all sorts of bug fixes and features, as well as issue and MR triaging.
I also fixed some tiny issues in #GTK and #libadwaita, and helped make gettext-pseudolocale as good as possible.
I hope to find more free time to make GNOME Clocks 50 dependable as a mobile clocks app.
Seems like #GTK 4 really discourages using drag and drop as a method of sorting lists. My implementation is reaching 200+ lines. I get that it's not very accessible, and maybe impossible on devices without a mouse. But I'm struggling to think of an alternative for large lists of items such as music playlists. Using Up/Down buttons to move an item from position 1 to position 100 seems like a lot of presses... #gnome
I added a new CI check to Drum Machine, it now automatically checks if the .pot translation template file is up to date. If I forget to regenerate it after adding/changing translatable strings (which I usually do), it reminds me :D
You can add it to your own projects as well, just copy the translation-check job from the workflow file and change the paths! github.com/Revisto/drum-machin…
For all the KDE Kate enthusiasts and GTK developers (which I am sure there except for just me haha), invent.kde.org/utilities/kate/… and invent.kde.org/frameworks/synt… have both been merged into Kate, meaning Kate now supports Blueprint, the next-gen markdown language for GTK/Libadwaita applications!
@eht16 To given an overview of the current state of #GTK4 adoption. Out of the active GTK open source projects 71% use GTK4, and 29% still use #GTK3 as of today (#GTK2 not counted). This is an increase of 9 percentage points since Nov 2024. This means that GTK4 will likely crack 90% of active #GTK projects in 2028 (and probably plateaus at such share).
Additionally, 90% of GTK4 projects use #libadwaita (#Gnome), and 6% of GTK3/GTK4 projects use #libgranite.
What are the benefits for Geany of porting it to GTK4?
The editor/IDE #Geany is still #GTK3 and the hampering factor was that the editing engine #scintilla wasn't ported to GTK4 but it exists now. However, one of the main developers questions, if there are any benefits at all in porting Geany to GTK4:
"I wonder if anyone would find motivation for this. As said in #3675, in my personal opinion there are no benefits at all in GTK4."
Port Geany to GTK4. As Scintilla is now ported to GTK4 (see https://mastodon.social/@bugaevc@floss.social/115507432930694449), it would be great if Geany would be ported to GTK4 as well bringing al...
I played with GUI for #Linux Desktop Migration Tool today. It is still rough around the edges, but it looks promising. Some operations such as selecting applications to reinstall can be done much more easily in GUI than in CLI.
PSA to #GTK and #GNOME app developers: if your application deals with saving files, it is extra nice to show an in-app notification with an "Open Folder" action button so the user can directly open the containing folder in their file manager afterwards!
Use case I don't always keep Nautilus open to the folder where Reco records, and that folder might be buried multiple levels deep within my filesystem. However, there are situations where I need to...
Under GNOME we're currently abusing the boolean "enable animations" toggle, but this poorly maps to the actual accessibility issue of reduced motion. Ideally, we want to map to the same kind of set...
GTK has been using SVG for symbolic icons since essentially forever. It hasn't been a perfect relationship, though. Pre-History For the longest time (all through the GTK 3 era, and until recently),...
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:
I have been working for a while on GTK support for stateful, animated, symbolic icons. This post is meant to provide an introduction to the format, and encourage experimentation with it. The code will land very soon in GTK 4.21.
There is no calendaring app that I love more than GNOME Calendar. The design is slick, it works extremely well, it is touchpad friendly, and best of all, the community around it is just full of wonderful developers, designers, and contributors worth …
After two weeks of writing, revising, and trying to make everything as digestible as possible, I finally published "GNOME Calendar: A New Era of Accessibility Achieved in 90 Days", where I explain in detail the steps we took to turn GNOME Calendar from an app that was literally unusable with a keyboard and screen reader to an app that is (finally) accessible to keyboard and screen reader users as of GNOME 49!
There is no calendaring app that I love more than GNOME Calendar. The design is slick, it works extremely well, it is touchpad friendly, and best of all, the community around it is just full of wonderful developers, designers, and contributors worth …
Welcome to GUADEC 2025 GUADEC is the GNOME community’s largest conference, bringing together hundreds of users, contributors, community members, and enthusiastic supporters for a week of talks and workshops.
Sergey has been of great help for my minor stumblings of trying to write #ObjC #GTK bindings for #ObjFW. He's got formidable knowledge und deep insight into #GObject especially and Cxx languages in general.
Welcome to GUADEC 2025 GUADEC is the GNOME community’s largest conference, bringing together hundreds of users, contributors, community members, and enthusiastic supporters for a week of talks and workshops.
Welcome to GUADEC 2025 GUADEC is the GNOME community’s largest conference, bringing together hundreds of users, contributors, community members, and enthusiastic supporters for a week of talks and workshops.
Welcome to GUADEC 2025 GUADEC is the GNOME community’s largest conference, bringing together hundreds of users, contributors, community members, and enthusiastic supporters for a week of talks and workshops.
Welcome to GUADEC 2025 GUADEC is the GNOME community’s largest conference, bringing together hundreds of users, contributors, community members, and enthusiastic supporters for a week of talks and workshops.
Welcome to GUADEC 2025 GUADEC is the GNOME community’s largest conference, bringing together hundreds of users, contributors, community members, and enthusiastic supporters for a week of talks and workshops.
Accessibility on Calendar has progressed to the point where I believe it's safe to say that, as of GNOME 49, Calendar will be usable exclusively with a keyboard, without significant usability friction!
There's still a lot of work to be done in regards to screen readers, for example conveying time appropriately and event descriptions. But really, just 6 months ago, we went from having absolutely no idea where to even begin with accessibility in Calendar — which has been an ongoing issue for literally a decade — to having something workable exclusively with a keyboard and screen reader! :3
Huge thanks to @nekohayo for coordinating the accessibility initiative, especially with keeping the accessibility meta issue updated; Georges Stavracas for single-handedly maintaining GNOME Calendar and reviewing all my merge requests; and @tyrylu for sharing feedback in regards to usability.
All my work so far has been unpaid and voluntary; hundreds of hours were put into developing and testing all the accessibility-related merge requests. I would really appreciate if you could spare a little bit of money to support my work, thank you 🩷
Calling all analog film photographers! 🎞️ I've been working on Filmbook, an open-source app to help you keep track of your film usage. It's built with Rust & GTK4/libadwaita for a smooth & modern experience – and it even runs on Linux phones like the Librem 5 and Pinephone Pro! 📱 The first version is ready for testing, and I'd love your input on what features would make it even better! Join the community & help shape Filmbook: codeberg.org/bjawebos/filmbook ✨ #filmphotography #analogphotography #rustlang #gtk #opensource #community #testing #featureideas #librem5 #pinephone #linuxphone
Yesterday the "Reflection" project started officially as part of the new @PrototypeFund round! 🌟🌈
The team consists of @p2panda and people from the GNOME gang around @tbernard and @jsparber.
We gonna release "Reflection" (formerly Aardvark) - a GTK-based, collaborative, local-first text editor! Aaaand:
All of this is part of a larger effort to explore p2p code, UX patterns, reusable UI components, debugging tools, organize events and document our learnings.
🖼️ "A study in reactive UI toolkits" with Jan Fooken at #GUADEC2025 📅 24 July 🕒 09:40 CEST 📍 Brescia 🧪 Can GTK feel like React or SwiftUI? Let’s explore modern takes on building Linux UIs.
Welcome to GUADEC 2025 GUADEC is the GNOME community’s largest conference, bringing together hundreds of users, contributors, community members, and enthusiastic supporters for a week of talks and workshops.
Welcome to GUADEC 2025 GUADEC is the GNOME community’s largest conference, bringing together hundreds of users, contributors, community members, and enthusiastic supporters for a week of talks and workshops.
As part of our volunteer-driven accessibility initiative in GNOME Calendar, and for the first time in the 10+ years of Calendar's existence, we finally completed and merged the first step needed to have a working calendar app for people who rely on keyboard navigation. This merge request in particular makes the event widgets focusable with navigation keys (arrow left/up/right/down) and activatable with space/enter. This will be available in GNOME 49.
Most of GNOME Calendar's layout and widgets consist of custom widgets and complex calculations, both independently and according to other factors (window size, height and width of each cell, number of events, positioning, etc.), so these widgets need to be minimal to have as little overhead as possible. This means that these widgets also need to have the necessary accessibility features reimplemented or even rethought, including and starting with the event widgets.
We also hope to get other parts of GNOME Calendar accessible before GNOME 49, but I can't promise anything at the moment. We did start working with making the month view accessible: gitlab.gnome.org/GNOME/gnome-c…
This implements button functionality to make it able to focus and activate it. This also sets the appropriate accessibility role and labels/descriptions. Related:
