Enhancing archives navigation, step 1

I decided years ago to remove paged navigation (aka "pagination"), because I find it not user friendly at all, and a nightmare for SEO with new content pushing one tenth of contents to another page (for a 10 items per page pagination). Now, I improved the UX even further.

Here's how the month by month navigation was presented earlier, in the page bottom:

The ugly and not user friendly months navigation before

While it was OK for the year by year navigation, such a full months list was really not user friendly, so I intended to enhance it a little.

Instead of "just" a little, I finaly chose to present this navigation with facets in a search engine, with the possibility to combine a filter for the content type, and another for the year or month of publication:

A much more user friendly months navigation

For example, you can navigate to the links I published in March 2019: /links/2019/03/.

I find it so easy to navigate, I wonder why I didn't have this idea earlier!

I already had the required Eleventy collections, so almost everything was done in a single shared Nunjucks template. Not the easiest one, I recon.

Now, I wonder if it's useful to keep the main navigation items for "articles", "links", etc., or if the "archives" navigation item is enough, which would obviously help on mobile.

As you might have guessed from this article's title, I'm working on further archives navigation enhancements, we'll see that soon online, and I'll explain in a dedicated article. Stay tuned!

19 Webmentions

10 likes

2 reposts

  1. Hubert SABLONNIÈRE 😎 avatar
  2. Eleventy avatar

7 replies

  1. Nicolas Hoffmann avatar Nicolas Hoffmann
    Bah, perso mes sites fonctionnent ainsi mais je fais une diffĂ©rence, mĂȘme si je suis moi-mĂȘme un utilisateur de uMatrix : quand tu bloques des Ă©lĂ©ments intentionnellement, c’est pas surprenant que ça puisse dĂ©conner. Je dis pas que c’est bien ou mal, juste que c’est pas Ă©tonnant.
  2. Boris avatar Boris
    La conversation a tellement dévié sur l'accessibilité que je n'ose pas rappeler qu'il me semble que le fait que UBlock Origin bloque n'importe quoi est à la base un problÚme

  3. Julie Moynat avatar Julie Moynat
    Mais je crois pas qu'il bloque n'importe quoi car siteimprove a un outil de traçage. J'arrive pas Ă  comprendre les scripts minifiĂ©s donc difficile d'ĂȘtre sĂ»re par contre.
  4. Nicolas Hoizey avatar Nicolas Hoizey
    Oui, nous sommes d'accord, bloquer un bout arbitrairement au milieu d'un tout posera en général problÚme, quelle que soit la bonne volonté du concepteur/développeur.
  5. Nicolas Hoizey avatar Nicolas Hoizey
    Il bloque ce qu'il pense ĂȘtre utilisĂ© Ă  des fins de tracking ou publicitĂ©, ce n'est pas "n'importe quoi", mais si d'autre code non bloquĂ© dĂ©pend de ce qui l'est, forcĂ©ment, c'est mal barrĂ©.
  6. Nicolas Hoffmann avatar Nicolas Hoffmann
    Tu marques un point.
    Et accessoirement, du point de vue de l’a11y uniquement, le no-JS est absolument pas nĂ©cessaire ni mĂȘme souhaitable. ^^
  7. Julie Moynat avatar Julie Moynat
    Sur l'accessibilité, il a été question de CSS désactivées, pas du JS mais c'est pas grave.