Accéder au contenu principal

FOSDEM and GTK Hackfest 2019

FOSDEM 2019

This year was my second time at FOSDEM and it was both exhausting and a lot of fun!

I went from Montpellier to Brussels in TGV, via the direct line connecting the two cities. I love high speed trains, they are comfy, you can bring lots of baggage, you are not probed, you can see the countryside, they typically connect the center of cities, and they even have Wi-Fi and power plugs! 🤯 Thanks to that, I have been able to bring the booth box that was sitting at my house since Capitole du Libre 2018 for free!

In a tramway in Montpellier, with the GNOME booth box, Librem 5 devkits, and my stuff.

I spent the vast majority of my time helping on the GNOME booth, I helped a tiny bit on the GNOME newcomers workshop where I add the chance to meet Jorge Creixell, which resulted into a merge request, and I played a bit with a Librem 5 devkit. Oh, and in two FOSDEMs I managed to attend zero talks.

The most important thing for me has been hanging out with colleagues and friends, some of which I didn't see since quite some time! I missed a lot of others, but it wouldn't be FOSDEM without regrets of non-met friends.

Playing with a Librem 5 devkit on the GNOME booth, testing phosh and some GNOME apps. Photo: courtesy of Tobias Bernard.

GTK Hackfest 2019

I am glad I attended this year's GTK hackfest! I learned a lot about GTK 4 (now +-free), its exciting new features and the remaining challenges. I will let the GTK devs explain all of that to you in their articles, as they will do it way better than me. 🙂

On the second day, we talked about adaptive patterns, what they are and what should be done for GTK 4 to support them natively. To start, we took a look at libhandy, what it provides, which widgets should be merged "as-is" (mostly the future GtkLeaflet), which widgets implement workarounds whose features should be enabled directly by GTK 4 (HdyColumn, HdyTitleBar, …) and what makes simply no sense to merge, like the phone specific widgets (HdyDialer, …). I am glad we were on the same page and we agreed on everything.

Attending this hackfest definitely was fun and enriching! 😀

Thanks GNOME for allowing me to attend these events!

Commentaires

Enregistrer un commentaire

Posts les plus consultés de ce blog

GTK+ Apps on Phones

As some of you may already know, I recently joined Purism to help developing GTK+ apps for the upcoming Librem 5 phone . Purism and GNOME share a lot of ideas and values, so the GNOME HIG and GNOME apps are what we will focus on primarily: we will do all we can to not fork nor to reinvent the wheel but to help allowing existing GTK+ applications to work on phones. How Fit are Existing GTK+ Apps? Phones are very different from laptops and even tablets: their screen is very small and their main input method is a single thumb on a touchscreen. Luckily, many GNOME applications are touch-friendly and are fit for small screens. Many applications present you a tree of information you can browse and I see two main layouts used by for GNOME applications to let you navigate it. A first kind of layout is found in applications like Documents, I'll call it stack UI : it uses all the available space to display the collection of information sources (in that case, documents), clicking a

libhandy 0.0.10

libhandy 0.0.10 just got released, and it comes with a few new adaptive widgets for your GTK app. You can get this new version here . The View Switcher GNOME applications typically use a GtkStackSwitcher to switch between their views. This design works fine on a desktop, but not so well on really narrow devices like mobile phones, so Tobias Bernard designed a more modern and adaptive replacement — now available in libhandy as the HdyViewSwitcher . In many ways, the HdyViewSwitcher functions very similarly to a GtkStackSwitcher : you assign it a GtkStack containing your application's pages, and it will display a row of side-by-side, homogeneously-sized buttons, each representing a page. It differs in that it can display both the title and the icon of your pages, and that the layout of the buttons automatically adapts to a narrower version, depending on the available width. We have also added a view switcher bar, designed to be used at he bottom of the window: HdyView

Boxes' hardening sprint: two weeks in

Finishing my 4th year of CS studies I spent the last two weeks working hard on the report and the presentation of the project my colleagues and I worked on all the semester long: creating the Stibbons multi-agent system programming language and development environment. I am very proud of what we accomplished and I’ll probably present it to you in the upcoming weeks. =) Planning the port of Boxes' installation wizard to GtkAssistant All this work unfortunately let me little time to work on Boxes, but I nonetheless took some time to look at how its installation wizard is implemented and planned how to port it to GtkAssistant. Boxes' installation wizard Currently, the wizard is ordered that way: WizardWindow WizardToolbar: the toolbar containing the navigation buttons Wizard: the stack of pages Most of the wizard’s intelligence seems to lie in Wizard and its pages, I’ll have to dig further into Boxes' code in order to fully understand how th