feat: collapse root sidsebar items #1979
Conversation
|
The latest updates on your projects. Learn more about Vercel for Git ↗︎
|
|
This pull request is automatically built and testable in CodeSandbox. To see build info of the built libraries, click here or the icon next to each commit SHA. Latest deployment of this branch, based on commit 2daba85:
|
| html = this.compile(text); | ||
| html = this.compile(text) | ||
| .replaceAll('<ul >', '<ul class="app-sub-sidebar" >') | ||
| .replace('<ul class="app-sub-sidebar" >', '<ul >'); | ||
| } else { |
There was a problem hiding this comment.
text is the entire compiled html of the sidebar.
The first "ul" is an element that contains the entire sidebar menu.
So I tried to give a class to the rest of the "ul" except the first "ul".
There was a problem hiding this comment.
text is the entire compiled html of the sidebar. The first "ul" is an element that contains the entire sidebar menu. So I tried to give a class to the rest of the "ul" except the first "ul".
I see, you gonna treat the parent sidebar node as the sub-sidebar of the root ul.
But the class .app-sub-sidebar you marked get the style change as well.
Before:
After:
There was a problem hiding this comment.
Maybe you could marked those parent sidebar nodes with new style app-sidebar and refactor the click event function.
There was a problem hiding this comment.
In my opinion, implementing it with onClick seems to be a dual implementation method for one feature.
So I implemented it by className, which is the way used before.
…/proke03/docsify into feat/collapse-root-sidebar-items
There was a problem hiding this comment.
This is great! Can you please:
- ensure the top-level items seem like they are clickable (instead of seeming like selectable text), using for example
cursor: pointer. - write a test for the functionality
- We need to ensure docsify-themeable doesn't break with this. Add a new
docsify-themeable.htmlfile that uses docsify-themeable so we can verify. Perhaps we should do this first in a separate PR.
|
@trusktr |
|
@proke03 basically the docsify-themeable CSS depends on the DOM of Docsify. I think what we should do is in a totally separate pull request lets get a docsify-themeable deployment for n Vercel going, and then it will be available to all PR similar to our current Vercel deployment with vanilla Docsify. |
Summary
What kind of change does this PR introduce?
For any code change,
Does this PR introduce a breaking change? (check one)
If yes, please describe the impact and migration path for existing applications:
Related issue, if any:
#900
Tested in the following browsers: