#phosh 0.4.1 is out 🚀 : https://source.puri.sm/Librem5/phosh/-/releases/v0.4.1
New #bluetooth quick setting, improvements/fixes for the other quick settings, simplify background loading, be more async overall and other fixes
Cédric O est une raclure. https://twitter.com/microsoftfrance/status/1278697506185056260
libhandy 0.83.0 released, this is the 4th libhandy 1 alpha.
- hdy_init() is back, read the docs
- HdySwipeable overhaul
- HdySwipeTracker added
- HdyLeflet and HdyDeck transition code overhaul
- shadows in transitions have a thin outline
The hdy_init() documentation: https://gnome.pages.gitlab.gnome.org/libhandy/libhandy-hdy-main.html#hdy-init
⚠️ If you use libhandy master: we reintroduced hdy_init() to replace the library constructor to fix many corner cases, please use it.
It isn't the same function as hdy_init() in the 0.0 version, learn how to use it here in the nightly documentation: https://gnome.pages.gitlab.gnome.org/libhandy/libhandy-hdy-main.html#hdy-init
We need a cultural shift in libre software, we need to name things and quit talking of "developers".
- Designers to think of how the project can elegantly solve actual problems
- Devs to share technical feasibility and make the software
- Translators so anyone can use it
- A feedback team to protect devs & designers from harrassment and show progress
- A community to use the project, give feedback, accept their opinion is not universal, and pay for what it uses. Everyone needs to eat.
Well, it seems the @gnome Usage app has a maintainer again: me.
I wrote about some of the ongoing GNOME Shell UX work: https://blogs.gnome.org/shell-dev/2020/06/19/gnome-shell-ux-bigger-picture
There's some very cool stuff cooking in GNOME Shell land, stay tuned!
libhandy 0.82.0 released. This is the 3rd libhandy 1 alpha.
- HdyClamp replaces HdyColumn, it implements GtkOrientable
- hdy_list_box_separator_header() has been dropped
- You can help localizing libhandy at https://l10n.gnome.org/module/libhandy/
- Perf improvements and code cleanups
libhandy 0.81.0 released, it is the second alpha to libhandy 1, and the 1st version to be available on GNOME's tarball repository: https://download.gnome.org/sources/libhandy/0.81/
It offers many tiny improvements over 0.80.0.
Reminder, we now follow the GNOME 3.38 dev schedule: https://wiki.gnome.org/Schedule.
We moved libhandy from Purism's infra to GNOME's infra! Learn more here: https://adrienplazas.com/blog/2020/05/22/handy-1-alpha-1-migrating-to-gnome.html.
🎉️ libhandy 0.80.0 is out!
This 1st alpha to the upcoming libhandy 1 offers free-form windows, swipeable decks, a cleaner and simpler API, vastly improved styling, and more!
See the migration documentation: https://honk.sigxcpu.org/projects/libhandy/unstable/hdy-migrating-0-0-to-1.html
As an alpha, it is not suitable for distribution, use it if you want to start porting your app to libhandy 1, but be aware its API and ABI *will* change before the 1st beta release.
Small teaser of the #WebKitGTK cleanup work done today for context menus. It doesn't look like much but using GtkPopoverMenu paves the way for GTK4 and also fixes years old bugs related to menu positioning. Bonus: the patch will actually remove more code than it adds
Ideas for a coloring API for GTK 🌈 https://aplazas.pages.gitlab.gnome.org/blog/blog/2020/04/02/coloring-api.html
The HdyAvatar is merged to unstable. https://developer.puri.sm/projects/libhandy/unstable/HdyAvatar.html
It is now done, use the libhandy-0-0 branch until the new version is ready. For GNOME 3.36, we recommend using the 0.0 branch, libhandy 1 will be available for GNOME 3.38.
If you are using libhandy, use the libhandy-0-0 branch instead of master — e.g. in your Flatpak manifests.
We will soon bump the API version on master to prepare libhandy 1.0, so if you get libhandy from that branch, your app *will* stop building.