Making this change inside chrome's dev tools fixes it, at the cost of limiting the font size when the side bar is collapsed (with the sidebar collapsed, on a 1440p monitor the font size would previously peak at 27.12px and not wrap)
It caps the font size to 25px, as the issue occurs at ~25.29px.
Before (27.12px)
After (25px)
Might be possible to instead dynamically apply the cap when the sidebar is expanded. But I'm far from a front-end web developer.
I'm not sure I understand why the font even scales with screen width, above 1350px screen width (with sidebar collapsed) or 1229px (with sidebar expanded), the box it's contained within has a static size. Furthermore, when screen width drops below 1200px, the sidebar is hidden so the box expands to follow screen width but the font size continues reducing.
Making this change inside chrome's dev tools fixes it, at the cost of limiting the font size when the side bar is collapsed (with the sidebar collapsed, on a 1440p monitor the font size would previously peak at 27.12px and not wrap)
It caps the font size to 25px, as the issue occurs at ~25.29px.
Before (27.12px)![image](https://github.com/carpentries/varnish/assets/742154/3a8d06f3-4ee1-4f76-90d6-dfe486e13ad4)
After (25px)![image](https://github.com/carpentries/varnish/assets/742154/a8fade9f-ed8c-4248-8bca-561302435600)
Might be possible to instead dynamically apply the cap when the sidebar is expanded. But I'm far from a front-end web developer.
I'm not sure I understand why the font even scales with screen width, above 1350px screen width (with sidebar collapsed) or 1229px (with sidebar expanded), the box it's contained within has a static size. Furthermore, when screen width drops below 1200px, the sidebar is hidden so the box expands to follow screen width but the font size continues reducing.
Closes #111