Desktop sidebars

[Pato-desu]

#571

• get feedback
• make it "sticky" ? or that it scrolls showing the selected header at the middle (noticeable in risks)
• fix zoomed states
• check edgecases and different pages

[netlify]

✅ Deploy Preview for pauseai ready!

Name	Link
🔨 Latest commit	6a5ed7b
🔍 Latest deploy log	https://app.netlify.com/projects/pauseai/deploys/69430829dfddc500082a86cd
😎 Deploy Preview	https://deploy-preview-579--pauseai.netlify.app
📱 Preview on mobile	Toggle QR Code... Use your smartphone camera to open QR code link.
Lighthouse	1 paths audited Performance: 73 (🟢 up 16 from production) Accessibility: 89 (no change from production) Best Practices: 100 (no change from production) SEO: 98 (no change from production) PWA: - View the detailed breakdown and full score reports

---

To edit notification comments on pull requests, go to your Netlify project configuration.

[Wituareard]

Thanks, main problem is that it overlays the content at in-between sizes

[Pato-desu]

@Wituareard how would you fix that? making it go to mobile mode to the slightest zoom?

[Wituareard]

Not sure, that would be one solution

[Wituareard]

Also I think the library should already be able to scroll automatically?

[Pato-desu]

Also I think the library should already be able to scroll automatically?

Mmm, what do you mean by scrolling automatically? The sidebar in the /risks page was left showing the same headers while the highlighted headers would change to be the ones out of the screen when scrolling too much (on the corpus).

I'm basically vibe coding without understanding the code, but even activating a keepInView thing that the AI tried didn't fix it.

[Wituareard]

Alright yeah, whatever

[Pato-desu]

i for the love of god cannot make it switch at other resolutions/ zooms, so i give up

[Pato-desu]

@joepio @Maximophone: big change, what do you think?

Maybe the color of the highlighted header in the sidebar is too eye-grabbing?

[Wituareard]

i for the love of god cannot make it switch at other resolutions/ zooms, so i give up

I'll try to do that

[Pato-desu]

I thought this change was important so I asked for reviews, let me know if it wasn't necessary

[Wituareard]

Yes makes sense, thanks for the reminder

[Wituareard]

I adjusted the breakpoint, but I agree that it does look a bit attention grabbing

[Maximophone]

I don't see a sidebar when I go the the preview. Not sure what to look for. Also, I don't know what is the reason for these changes

[Maximophone]

OK I found the context, but will need more time than I have available today to read and get up to speed

[anthonybailey]

Question about the approach:

I noticed the library (svelte-toc) already has built-in support for a sidebar mode. When desktop is true, it applies position: sticky and has CSS variables like --toc-desktop-sticky-top for customization.

This PR creates a separate wrapper div with position: fixed and renders a second <Toc> component for the sidebar case.

Did you try using the library's built-in desktop mode first? If so, what problem led you to this approach instead?

Not blocking — just want to understand the reasoning before we merge.

[anthonybailey]

(dupe comment deleted)

[anthonybailey]

I'll note also that I think the choice by svelte-toc author to call a choice desktop/mobile based on viewport width is pretty terrible, but probably not worth painful patching.

[Pato-desu]

i didn't try another thing

[Pato-desu]

I don't know what is the reason for these changes

I mean, having an index on long pages is useful; that's why I think pages like Wikipedia use them