eupolicy.social is one of the many independent Mastodon servers you can use to participate in the fediverse.
This Mastodon server is a friendly and respectful discussion space for people working in areas related to EU policy. When you request to create an account, please tell us something about you.

Server stats:

214
active users

#gtk4

0 posts0 participants0 posts today
Continued thread

Happy Disability Pride Month everybody :)

During the past few weeks, there's been an overwhelming amount of progress with accessibility on GNOME Calendar:

• Event widgets/popovers will convey to screen readers that they are toggle buttons. They will also convey of their states (whether they're pressed or not) and that they have a popover. (See !587)

• Calendar rows will convey to screen readers that they are check boxes, along with their states (whether they're checked or not). Additionally, they will no longer require a second press of a tab to get to the next row; one tab will be sufficient. (See !588)

• Month and year spin buttons are now capable of being interacted with using arrow up/down buttons. They will also convey to screen readers that they are spin buttons, along with their properties (current, minimum, and maximum values). The month spin button will also wrap, where going back a month from January will jump to December, and going to the next month from December will jump to January. (See !603)

• Events in the agenda view will convey to screen readers of their respective titles and descriptions. (See !606)

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 🩷

ko-fi.com/theevilskeleton
github.com/sponsors/TheEvilSke

(Boost appreciated)

GitLabImprove accessibility of GcalEventWidget (!587) · Merge requests · GNOME / gnome-calendar · GitLabCalendar application for GNOME

The new development snapshot towards GTK 4.20 is now available: gitlab.gnome.org/GNOME/gtk/-/r

Lots of changes, mainly related to improvements in SVG symbolic icons; CSS gradients, keyframe selectors, and text shadows; caching masks for fill and stroke nodes; and Windows support in the form of D3D textures, rendering, and composition

Full release notes available: download.gnome.org/sources/gtk

GitLab4.19.2 · GNOME / gtk · GitLab4.19.2
Continued thread

GTK 4.18 drops old GL renderer, breaking Megapixels camera app (and potentially some other apps) on PinePhones with Arch Linux (ARM), Alpine/postmarketOS edge, Fedora 42, Alpine 3.22/postmarketOS 25.06, NixOS 25.05, and Debian 13 "Trixie" systems, some workarounds include installing the Flatpak version of Megapixels, or running it in an Alpine 3.21 Distrobox container:
linmob.net/gtk-418-the-pinepho
(PinePhone's camera isn't the best anyways, but regardless it's sad to see it aging, it's basically the only affordable Linux phone on the market (unless you're a rich guy). Luckily I don't use a lot of apps on my phone as I prefer desktop for 99% of things, but since Google made some steps towards killing off custom roms (by restricting public access to smaller AOSP updates, and giving app devs the option to block sideloading), Linux phones have a crutial role in smartphone privacy, and it shouldn't be only for the rich. Of course, some Android phones are supported by UBports and postmarketOS but most mobile distros don't support many Android devices, users are left with less options.)
(With that being said, PinePhone has the most supported distros (20+) but ironically all of them are either unstable or has missing support for features like Bluetooth or GPS, with this dropped GL renderer, there might be even more issues in the future.)

(more Linux news in original post)
(FOSS news in comment)

LINux on MOBileWeekly GNU-like Mobile Linux Update (29/2025): Immutable Release DatesBetter late than never - here's what happened from the last one until 2025-07-22, 06:25 UTC: Ubuntu Touch 24.04 and Debian 13

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

GitLabMake the event widget accessible (!559) · Merge requests · GNOME / gnome-calendar · GitLabThis implements button functionality to make it able to focus and activate it. This also sets the appropriate accessibility role and labels/descriptions. Related:
Continued thread

✅ Intelligent grammar & style checks
✅ Instant publishing to WordPress, Medium, Ghost, DUDA & more
✅ Smooth, responsive interface
✅ Built-in goal tracking to boost your productivity
✅ Extensive formatting options for your text.
✅ Extensive support for importing and exporting to your favorite formats (yes, you can most likely import your project from commercial-editor-X)
and i'm not ready for a release until three other features have been implemented.

#gnome#gtk4#python

Is anyone using #GTK4's PrintUnixDialog/PrintJob via Python? I haven't been able to find any other examples in real projects to see if we're using it wrong, or there's a bug elsewhere

github.com/freedomofpress/secu is the issue we're encountering in #SecureDrop, which is that the page range selector/value is being ignored.

#GNOME #GTK

:boost_ok:

GitHubReplace XPP with GTK print dialog by deeplow · Pull Request #2411 · freedomofpress/securedrop-clientBy deeplow
Replied to ordfRobert

Hi @robert , Verb looks great. Is it already in a repository?

I wonder if you have thought of using #LibreOfficeKit as backend? A simple GTK4-based word processor on top of libreofficekit as backend would be great. A simple app that can display any #LibreOffice document with basic text-editing features. Together with a minimal clutter-free UI would be great. I'd use it everyday.

See (incl. prototype): dev.blog.documentfoundation.or

@gnome @libreoffice #gnome #wordprocessor @gtk #gtk4 #libadwaita

LibreOffice Development Blog · LibreOfficeKit API in action - LibreOffice Development BlogIf you want to use LibreOffice functionality in your applications, LibreOfficeKit API is one of the good ways to do that. Here i describe how, with some examples.