Top navigation bar

[LilithHafner]

• In short and wide windows, the top bar is always present, which can use a fairly large proportion of the total screen-space.
• The top bar is fairly redundant with the side bar in that they both provide the same navigation tools. However, if one comes to depend on the top bar for navigation, that will be a problem because it disappears completely on narrow windows
• When there are a lot of sections in the top bar's navigation menu, it can cause horizontal scrolling[^1] or run of the edge of the screen without an option to scroll[^2]

[^1]:

[^2]:

I propose that

If the screen is wide enough to fit a navigation bar on the left, then put it there, include in that menu bar the search (at the top, below the logo) and dark/light mode switch and source code link (at the bottom), and do not display the current top navigation bar.

If the screen is too narrow to fit the navigation bar beside the primary content, then hide that menu with the existing "menu" button and keep the navigation bar that is only visible at the top present, but with neither a navigation bar nor secondary menu button (i.e. only package name and search)

This would remove one UI scale branch point, reduce redundancy and increase uniformity, increase screen-space for primary content, and eliminate horizontal scrolling. The only case where it would increase the number of clicks required to get to any element in any UI scale is the very particular case of accessing a toplevel page header when the screen width is wide enough to accommodate a top navigation bar to too narrow to accommodate a side navigation bar, a case that, at least for Chairmarks, currently includes horizontal scrolling.

---

(aside: it's lovely to get this working and have nice search, site stability, and UI!)

[asinghvi17]

I'll have to look into this a bit more, since I'm not 100% sure how to do this in Vitepress. Still, one option may be https://github.com/vuejs/vitepress/issues/1227 - just placing it here for my reference in the future.