<?xml version="1.0" encoding="UTF-8"?><rss version="2.0" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Changelog category&apos;s feed</title><description>The latest blog posts published in Changelog category of Armand Philippot&apos;s website.</description><link>https://armand.philippot.eu/</link><language>en-us</language><atom:link href="https://armand.philippot.eu/en/blog/categories/changelog/feed.xml" rel="self" type="application/rss+xml"/><item><title>[Post] New year, new version</title><link>https://armand.philippot.eu/en/blog/posts/2026-new-year-new-version/</link><guid isPermaLink="true">https://armand.philippot.eu/en/blog/posts/2026-new-year-new-version/</guid><description>To start the year 2026 off right, I just shipped a new version of this website. This doesn&apos;t bring much graphical changes; the changes are mostly technical and tied to routing.</description><pubDate>Fri, 02 Jan 2026 00:47:00 GMT</pubDate><content:encoded>&lt;p&gt;It’s been a year since I put online this website and I must admit, I haven’t published much since then. I quickly embarked on technical changes and then let things drag on. As I had some changes pending, the editorial aspect was completely neglected.&lt;/p&gt;
&lt;p&gt;So, what’s new in this version?&lt;/p&gt;
&lt;h2 id=&quot;mainly-technical-improvements&quot;&gt;Mainly technical improvements&lt;/h2&gt;
&lt;p&gt;From a technical point of view, nothing changes; this website still uses Astro! However, I brought some changes to reduce code duplication and improve my developer experience.&lt;/p&gt;
&lt;h3 id=&quot;simplified-routing&quot;&gt;Simplified routing&lt;/h3&gt;
&lt;p&gt;I refactored my way of using Astro’s built-in routing. Previously, templates were duplicated both per content categories and per language.&lt;/p&gt;
&lt;p&gt;Now I have a single page template responsible for choosing the layout without worrying about the language and I no longer translate any routes in the source code. This means that if tomorrow I want to reuse my code for another website and I prefer to use “articles” instead of “posts” in the URL, this is now possible!&lt;/p&gt;
&lt;h3 id=&quot;use-of-view-transitions&quot;&gt;Use of view transitions&lt;/h3&gt;
&lt;p&gt;Now that Firefox also supports view transitions, I decided to test them on this website. I’m not using any fancy animations. However, navigation between pages now seems smoother, which should please those used to single-page applications (SPA).&lt;/p&gt;
&lt;h3 id=&quot;bug-fixes&quot;&gt;Bug fixes&lt;/h3&gt;
&lt;p&gt;I noticed a performance issue on mobile due to the SVG used for the background. It seems the best way to fix this is to use a static image instead of my previous method. Doing so led me to adjust other things, such as the website’s colors.&lt;/p&gt;
&lt;p&gt;I also cleaned up the source code after noticing it contained extra, unwanted attributes. It seems that when using spread syntax with slots, Astro automatically adds &lt;code&gt;slot&lt;/code&gt; as an attribute instead of removing it after use.&lt;/p&gt;
&lt;h2 id=&quot;graphical-changes&quot;&gt;Graphical changes&lt;/h2&gt;
&lt;h3 id=&quot;improved-navigation-sidebar&quot;&gt;Improved navigation sidebar&lt;/h3&gt;
&lt;p&gt;The most noticeable change is probably the logo. I wasn’t satisfied with the previous version and the rendering was good in Firefox quick links or in Google search results. The first point is now fixed. All that remains is to wait and see how the rendering on Google improves.&lt;/p&gt;
&lt;p&gt;Then, I also updated how the site settings are displayed. While changing the theme might be considered a secondary feature, switching between languages should be immediately visible to website users. So I removed the modal — only for large viewports, like a computer screen — and everything is now configurable directly from the navigation bar.&lt;/p&gt;
&lt;h3 id=&quot;refined-dark-theme&quot;&gt;Refined dark theme&lt;/h3&gt;
&lt;p&gt;The dark theme has been improved. At least, I hope so. I mostly use the websites light mode and only switch to dark mode in the evening or at night. When I switch over, I also automatically activate &lt;a href=&quot;https://github.com/jonls/redshift&quot;&gt;Redshift&lt;/a&gt;. This was an important point I hadn’t considered a year ago, and the color choices were therefore rather disappointing.&lt;/p&gt;
&lt;p&gt;This new dark theme is… darker, and the blue-grey tone is now respected by Redshift. At least, with my settings. I took the opportunity to update the shadows and border colors. I think, overall, this looks better than before.&lt;/p&gt;
&lt;h3 id=&quot;minor-layout-changes&quot;&gt;Minor layout changes&lt;/h3&gt;
&lt;p&gt;This new version includes:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;larger blank spaces in various parts of the site, which I think improves readability;&lt;/li&gt;
&lt;li&gt;a different layout for page titles and cover images;&lt;/li&gt;
&lt;li&gt;a more reasonable size for the buttons available in code blocks.&lt;/li&gt;
&lt;/ul&gt;
&lt;h2 id=&quot;whats-next&quot;&gt;What’s next?&lt;/h2&gt;
&lt;p&gt;I think what I wrote a year ago in &lt;a href=&quot;https://armand.philippot.eu/en/blog/posts/new-website#whats-next&quot;&gt;“A New Site”&lt;/a&gt; still applies. I have improved my development experience but I already see other improvements that are maybe more focused on the editorial side than development this time.&lt;/p&gt;
&lt;p&gt;I will also try to post a bit more often. In particular, I plan to write an article on how I create my routes because I have been asked to do so and because route translation management is a question that comes up often. That said, I make no promises regarding its publication date…&lt;/p&gt;
&lt;p&gt;In the meantime, I wish you a happy new year!&lt;/p&gt;</content:encoded></item><item><title>[Post] A new website</title><link>https://armand.philippot.eu/en/blog/posts/new-website/</link><guid isPermaLink="true">https://armand.philippot.eu/en/blog/posts/new-website/</guid><description>Welcome to my website! Learn more about its contents in this first release note.</description><pubDate>Tue, 07 Jan 2025 14:40:00 GMT</pubDate><content:encoded>&lt;p&gt;After about fifteen years of using my old domain name (&lt;code&gt;armandphilippot.com&lt;/code&gt; for the record), I decided to start from scratch. It’s now time to present you the first version of armand.philippot.eu; welcome!&lt;/p&gt;
&lt;h2 id=&quot;introducing-armandphilippoteu&quot;&gt;Introducing armand.philippot.eu&lt;/h2&gt;
&lt;h4 id=&quot;my-technical-choices&quot;&gt;My technical choices&lt;/h4&gt;
&lt;p&gt;With this new website, I’m saying goodbye to Next.js and WordPress. I choose to build a static website, or almost. Thanks to &lt;a href=&quot;https://astro.build/&quot;&gt;Astro&lt;/a&gt;, I can have a static website with API routes to deal with some features like the contact form.&lt;/p&gt;
&lt;p&gt;My contents are written with Markdown using the MDX format to extend my formatting options a bit with the help of Remark/Rehype plugins and custom components.&lt;/p&gt;
&lt;p&gt;Speaking of components, the ones that required a bit of interactivity are build using &lt;a href=&quot;https://developer.mozilla.org/en-US/docs/Web/API/Web_components&quot;&gt;Web components&lt;/a&gt;. With Astro, the template is easy to write : you just need to write an Astro component inside your custom tag. Then, all you need to do is to implement the interactivity with Javascript.&lt;/p&gt;
&lt;p&gt;For the search feature, I’m using &lt;a href=&quot;https://pagefind.app/&quot;&gt;Pagefind&lt;/a&gt; which can build an index for static websites. In the future, I’d like it to be better integrated in my design but for now, as long as it serves its purpose it’s good enough!&lt;/p&gt;
&lt;h4 id=&quot;content-types&quot;&gt;Content types&lt;/h4&gt;
&lt;p&gt;I chose to divide my contents by type. Currently, you will get access to:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;guides: a somewhat long format that includes step-by-step procedures to achieve a result,&lt;/li&gt;
&lt;li&gt;notes: some raw contents (meaning unstructured, bordering on draft) for my personal usage before all,&lt;/li&gt;
&lt;li&gt;bookmarks: some links I find interesting and I want to share or to save to find them again later,&lt;/li&gt;
&lt;li&gt;a blogroll: some links to personal websites I like to read,&lt;/li&gt;
&lt;li&gt;a blog (posts and dedicated categories): I’ll publish there contents that doesn’t seem to fit elsewhere,&lt;/li&gt;
&lt;li&gt;some tags: you can retrieve the different content types on a same page filtered by topic.&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;This structure could evolve later if I choose to introduce new types of content.&lt;/p&gt;
&lt;h4 id=&quot;features&quot;&gt;Features&lt;/h4&gt;
&lt;p&gt;I haven’t added anything fancy. I want a simple content-driven website before all. So the features are the following:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;a contact form,&lt;/li&gt;
&lt;li&gt;a search field available next to the menu,&lt;/li&gt;
&lt;li&gt;some settings allowing you to update:
&lt;ul&gt;
&lt;li&gt;the language (English or French),&lt;/li&gt;
&lt;li&gt;the website theme (light or dark),&lt;/li&gt;
&lt;li&gt;the code blocks theme (light or dark) independently of the website theme.&lt;/li&gt;
&lt;/ul&gt;
&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;This website is bilingual. However, the translation or the rewriting in English will not be necessarily available at the same time as the French version. Writing takes time, so translating/rewriting (without using an automatic translator) takes even more time. Another point that seems important to me: in the future, some content may be exclusive to a language… I will decide on a case-by-case basis if the opportunity arises.&lt;/p&gt;
&lt;h2 id=&quot;whats-next&quot;&gt;What’s next?&lt;/h2&gt;
&lt;h3 id=&quot;improving-my-development-experience&quot;&gt;Improving my development experience&lt;/h3&gt;
&lt;p&gt;Currently, I’m okay with my choice of technologies. However, I know I have some technical point to improve. I have some issues in development mode. Thankfully they are not blocking to build my website. So I’ll will first search how to improve that.&lt;/p&gt;
&lt;h3 id=&quot;automating-the-build-process&quot;&gt;Automating the build process&lt;/h3&gt;
&lt;p&gt;I’m not using an host provider like Vercel or Netlify - that allowed to rebuild my website depending on my repository activity - but a VPS. So I’d like to implement something similar (but not necessarily as accomplished) instead of having to rebuild my website manually with each new content. I think that without automating this aspect, I risk getting bored and not posting as often as I would like.&lt;/p&gt;
&lt;h3 id=&quot;rethinking-the-blog-posts-organization&quot;&gt;Rethinking the blog posts organization&lt;/h3&gt;
&lt;p&gt;Blog posts are not meant to be updated (unless a typo or a broken link). So I think another organization could be helpful at least to organize myself.&lt;/p&gt;
&lt;p&gt;If I’m doing that, I think I will add some archive pages! They could be helpful to easily find a blog post by date. This change also implies a change in the URL of the page. I’m still hesitating between a classification by year only (&lt;code&gt;/blog/2025/new-website&lt;/code&gt;) or by year and by month (&lt;code&gt;/blog/2025/01/new-website&lt;/code&gt;). I’ll think about it.&lt;/p&gt;
&lt;h3 id=&quot;new-features&quot;&gt;New features&lt;/h3&gt;
&lt;p&gt;I’d like to add a comment management system and to explore the idea of &lt;a href=&quot;https://indieweb.org/Webmention&quot;&gt;Webmentions&lt;/a&gt;. It’s not urgent, but this is an idea I want to keep in mind for later.&lt;/p&gt;
&lt;p&gt;What’s next? Well, I think all I need to do is to add more contents to this website!&lt;/p&gt;</content:encoded></item></channel></rss>