Sprint 3: Calendar management dialog, cleanups and bugfixes

The Sprint series comes out every 3 weeks or so. Focus will be on the apps I maintain (Calendar, To Do, and Settings), but it may also include other applications that I contribute to.

GNOME Calendar: the new calendar management dialog landed

It’s landed! The massive rewrite of the calendar management dialog reached a good enough shape to land, and so it happened:

The calendar is a fresh new take on the previous one; the individual online accounts rows were removed in favor of delegating it all to GNOME Settings’ Online Accounts panel, navigation is easier and simpler, adding new calendars is a more intuitive operation, and it’s possible to toggle calendars right from the first page.

I’m pretty happy with the rework itself, and splitting it in pages and a controller was definitely the right choice. It allowed implementing the same functionality in a much more well organized way.

Next step is another much necessary rework: remote calendar discovery.

GNOME To Do: polishing rough edges

GNOME To Do received a round of bugfixes and minor improvements to the list archive feature. In addition to that, the triweekly GTK4 update happened, and multiple crashes were fixed.

GNOME To Do is now good enough for me to use it daily, although more improvements are necessary to make it a pleasant experience.

GNOME Settings: nothing

That’s right; this GNOME Settings week was dedicated entirely to something else. There will be an important blog post about it later, but for now, suffice to say it’s an important feature.

Lessons learned & concerns

There were various conclusions I could draw from this sprint.

The first and most concerning one is that, even though dedicating one week per project has increased productivity by a factor of N > 5, it is honestly not possible to keep up with this rythm of work. This is the third sprint only and I already feel that the energy to keep up with this schedule is fading. I want to try and reduce the scope of the changes that I pick up from now on; big changes and new features will have 2 or 3 weeks assigned to them instead of 1.

The second conclusion is that tasks that require design review can only be done iteratively. The traditional model of asking a designer for something, waiting for a mockup to be created, then working on it, is too slow and has too many steps to achieve something. Doing it iteratively means not only that designers get to see the result and suggest changes immediately; it also means developers spend less time switching contexts, and changes are much easier. This is something I will definitely keep in mind from now on.

6 thoughts on “Sprint 3: Calendar management dialog, cleanups and bugfixes

  1. excellent, thanks! do not write “remote calendar discovery” or we will be thousands waiting for you =)

    about “The second conclusion is that tasks that require design review can only be done iteratively”. i’m not dev, but don’t you have a risk to produce more work that will finally not be integrated? in other areas, “iterative” may be productive as long as things really can be changed really easily. But changing app design is sometimes challenging, isn’t it?

    ( it’s not a strong advice, i rather want to understand properly your point )


    1. It may or may not be difficult, and that’s ok. Some changes are harder than others. What’s makes it really hard, however, is make some changes, send them for design review, wait weeks or months, and then when it’s reviewed, remap all the context again.


  2. you will laugh but your last conclusion is exactly how it works in Scrum. Just make the feature small enough so you can work iteratively in sprints. A feature is already something like “split this dialog in several pages” not “rework the calendar dialog completly”


    1. Yeah, that’s definitely what I should have done. My wrong assessment was to combine splitting the dialog in pages AND land the redesign altogether. But I guess that’s an easy mistake to make, and the lesson was learned 🙂


  3. The ics import dialogue looks very nice. But i fear that some people might overlook the file import option because it looks like a confirm button to the url input box at first glance.


Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out /  Change )

Twitter picture

You are commenting using your Twitter account. Log Out /  Change )

Facebook photo

You are commenting using your Facebook account. Log Out /  Change )

Connecting to %s