Fix max-w on tags in the sidebar

[TomK32]

In Firefox on Linux the tags on the sidebar are truncated even shorter tags. It might be my larger than usual min fonts or something because Chromium on the same machine doesn't have this problem. Anways, changing the 16px to 1em works fine with short and long tags.

[Copilot]

Pull Request Overview

This PR fixes a tag truncation issue in Firefox on Linux by changing the max-width calculation for tags in the sidebar from pixel-based (16px) to font-relative units (1em). This ensures proper rendering across different font size settings and browsers.

• Changed max-w-[calc(100%-16px)] to max-w-[calc(100%-1em)] in TagsSection component

---

💡 Add Copilot custom instructions for smarter, more guided reviews. Learn how to get started.

[Copilot]

The calculation calc(100%-1em) accounts for the HashIcon with w-4 class, which in Tailwind CSS is 1rem (not 1em). Consider using 1rem instead of 1em for consistency with Tailwind's spacing system, as w-4 equals 1rem (16px at default font size). While both may work similarly in many cases, rem is based on the root font size while em is based on the current element's font size, which could lead to subtle layout differences.

Suggested change

	<div className="inline-flex flex-nowrap ml-0.5 gap-0.5 max-w-[calc(100%-1em)]">
	<div className="inline-flex flex-nowrap ml-0.5 gap-0.5 max-w-[calc(100%-1rem)]">

[Copilot]

The margin-left spacing ml-0.5 (0.125rem or 2px) between the HashIcon and the content div is not accounted for in the max-width calculation. The calculation should be calc(100% - 1em - 0.125rem) to accurately account for both the icon width and the left margin, preventing potential overflow issues.

Suggested change

	<div className="inline-flex flex-nowrap ml-0.5 gap-0.5 max-w-[calc(100%-1em)]">
	<div className="inline-flex flex-nowrap ml-0.5 gap-0.5 max-w-[calc(100%-1em-0.125rem)]">

[TomK32]

@boojack I'm not a fan of co-pilot and it isn't even consistent in its suggestions, so I'll just ignore that.