Conversation

andy-held

Summary

When no fetchis done, the active sidebar element is not updated when a link is clicked. This is changed in this commit by calling getAndActive in $resetEvents.

This is shown in the videos below. In both videos, the 'QuickStart' sidebar element was selected, then the 'Initialize' sub-sidebar child of 'Quickstart' and then the parent sidebar element, 'Quickstart' again.

Current behavior

Clicking on a sub-sidebar, then clicking on the parent sidebar again results in no element being 'active' .

Screencast.from.14.07.2023.17.51.07.webm

Behavior after fix

Clicking on a sub-sidebar, then clicking on the parent sidebar again results in the sidebar element being 'active' .

Screencast.from.14.07.2023.17.50.45.webm

What kind of change does this PR introduce?

Bugfix

Does this PR introduce a breaking change? (check one)

  • Yes
  • No

Related issue, if any:

Tested in the following browsers:

  • Chrome
  • Firefox
  • Safari
  • Edge
  • IE

When no `fetch`is done, the active sidebar element is not updated when
a link is clicked. This is changed in this commit by calling
getAndActive in `$resetEvents`.
@vercel

The latest updates on your projects. Learn more about Vercel for Git ↗︎

NameStatusPreviewCommentsUpdated (UTC)
docsify-preview✅ Ready (Inspect)Visit Preview💬 Add feedbackSep 19, 2023 4:03pm

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Hmm, it is still funky that it unhighlights the top level item while scrolling (highlights the hidden child item).

Can you add a test for this?

Perhaps what we should do is highlight the parent items in lighter green, and the sub item in darker green, so that the whole path is highlighted.

Sign up for free to join this conversation on . Already have an account? Sign in to comment
None yet
None yet

Successfully merging this pull request may close these issues.