Over a week on #Gnome and #Debian now. And I must say that I love it. Never thought that I would say this. Has it still its quirks? Yes. But way less than I thought. And Gnome + their UI framework makes the apps look so georgous now. Really impressed by the quality of all those apps. OpenSource does not need to look ugly. Seems like #libadwaita makes it really straightforward to build beautiful apps.
A big thank you to all amazing open-source contributors to that ecosystem.
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 …
Being a mod on /r/gnome reddit can be pretty entertaining. I have this person who was unhappy that a #gtk3 converted to a #libadwaita app. When I told him that software freedom is you have the ability to fork and maintain the gtk3 version yourself this is the response:
'''so software freedom is the freedom of developers to sneak into my house, paint the walls a different colour and move my furniture about however they like without warning?'''
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 🩷
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:
Train and rest with high intensity – Exercise Timer is a simple utility to conduct high intensity interval training.
Following a short preparation period, a prescribed number of exercise sets are played. In between each exercise, the...
Introducing Refine, an app to tweak advanced and experimental settings in GNOME. It is an alternative to GNOME Tweaks, and is a pet project I'm currently working to experiment with PyGObject and dconf, while following the data-driven, object-oriented, and composition paradigms.
The entire codebase is made up of widgets that provide all the functionality needed to add an option. For example, instead of adding each option programmatically in Refine, the ultimate goal is to have it all done in the UI file.
For example, if we want to add an option to enable or disable middle click paste, all we need is the following code in the UI file:
That's it. The RefineSwitchRow widget will do whatever it needs to do to ensure the option is available, grab the setting if it's available, and display it to the user. Many of these widgets provide extra functionality, such as a Reset button.
I upgraded #GNOME #Calls to #gtk4 + #libadwaita for fun. It's now released in v47.0! Should be available soon in your #LinuxMobile distribution of choice 🚀
Massive thanks to @devrtz, @agx, @brainblasted, and Maximiliano for putting up with my beginner-level GTK skills!
A new release of #Multiplex, the app that lets you watch torrents together in a way similar to Apple's SharePlay and Amazon's Prime Video Watch Party, is out!
This brings the latest and greatest #GNOME and #libadwaita technologies, modernizes the underlying dependencies, enhances accessibility, and makes it easier to contribute to the project with improved contributor documentation and a rewrite of the UI markup!
ported Identity and Video Trimmer to the new css stuff (well, ported is a strong word, there's like 10 lines of css there), so now Video Trimmer is ready for accent colors!
(yeah yeah i know that window needs a design overhaul but for now im too lazy)
I have released a new version of Exhibit! - Improved settings with four default configurations for different file types and the possibility to save custom ones - Bundled four HDRI by default, but more can be added - Added a button to open the file in an external app - Automatic reload on file change - More ways to color models - Improved point cloud support - Updated F3D to latest version
@antoniof has been doing some fantastic work on the new Nautilus file chooser. We're finally getting to a point where we'll be shipping a usable adaptive file chooser upstream.
(NOTE: this is still not merged, and I'm showcasing the current state of the WIP branches)
Over the last months, we've completely redesigned and rewritten @dino 's accounts and settings dialogs. The dialogs are combined into a single one now, which is adaptive and offers additional features like an option for OMEMO by default. The rewrite also resolves a number of issues and feature requests that were raised with the old implementation. It's still work in progress and will require further polishing.
Recently, the Linux Mint Blog published Monthly News – April 2024, which goes into detail about wanting to fork and maintain older GNOME apps in collaboration with other GTK-based desktop environments.
#Tuba v0.7.0 is now available, with many new features and bug fixes!
✨ Highlights: - Filter handling and editing - User and Post reporting - AdwDialogs (thanks oscfdezdz@mstdn.social) - Tracking parameter stripping on paste (thanks kop316@fosstodon.org) - 1:1 character counting with Mastodon - Syntax highlighting 🧵
As always, there are too many changes to list here, if you're more interested, check out the full release changelog: github.com/GeopJr/Tuba/release…
Added
Option to darken images on dark mode (#610)
Notification badges on Account Switcher entries (#767)
Manpage (#771, thanks @danialbehzadi)
Windows builds (#776)
More tracking IDs to be strippe...
• Restore on-disk projects on start • Restore scroll and cursor positions on format and Run • Add "Copy" and "Select All" to Console • Add Vala formatter support • Add WebP image format support • Library: Add "Context Menu" demo • Library: Add "HTTP Server" demo • Library: 12 demos ported to Python, 4 to Vala and 2 to Rust
A framework for creating user interfaces for GNOME with an API similar to SwiftUI - GitHub - AparokshaUI/Adwaita: A framework for creating user interfaces for GNOME with an API similar to SwiftUI
Let's try it: twitch.tv/alice_mkh Consider it a test stream - this is a very different setup than what I use for games, and well, this is the first time I'm streaming libadwaita work.
So I've been working with GTK4/Libadwaita in Python (in Flatpak), and I'm trying to get notifications to work.
I keep getting this error: "gi.repository.GLib.GError: g-io-error-quark: Error calling StartServiceByName for org.freedesktop.Notifications: Timeout was reached (24)"
Are you interested in working on GNOME, writing Rust apps, or working with Fonts? If so, you may be interested in taking a look at gitlab.gnome.org/GNOME/gnome-f… :)
This port may take a while, and I greatly appreciate any help available. I've laid out a list of tasks to be done before merging, and if anyone wants to take something on let me know and we can work together.
Today I released Footage; the simplest tool to crop, trim, rotate, flip, mute, and export your video to a format of your choice. It's now available on flathub! flathub.org/apps/io.gitlab.adh…
If you're interested in using Typescript for GNOME apps, you can now use the new Typescript SDK Extension. I've also published a Typescript Template you can use as a starting point for your apps.
Ever wondered how the #GTK4 file picker looks without #libadwaita? Take a look at Transmission. Click on the Open button and it should open the GTK4 file picker without libadwaita.
