Fixed position header, sidenav, sidebar, etc. (freeze elements)
complete
Alyssa T
We would like the top header, left sidenav, and right sidebar to have true fixed positions so that the article text is the only content that moves when scrolling through the article.
When I scroll down an article, the page header area scrolls out of view. The left sidenav menu and right sidebar (TOC + tags) also move in coordination with that change. We would like for article scrolling to have zero effect on the placement/position of the header, left sidnav, and right sidebar.
Log In
Shakeer Hussain S
complete
Shakeer Hussain S
Hi Alyssa Marsha - Thanks for your valuable feedback. All this feedback is addressed on KB site 2.0. Please read more about the KB site 2.0 in the below article:
If you are still on KB site 1.0, we request you to reach out to your Customer success manager and move to 2.0, avail more features and enhanced user experience.
Riffat Wyne
Shakeer Hussain S Can this also be applied to footer? As the footer is also not fixed and sometimes if article is too small and displayed on big screen, footer comes up on the half of the screen, making it difficult to navigate through sidenav on left.
D
D360 Product Management
planned
Thiru
Alyssa T we are working on these changes for sidenav, sidebar at the moment. However, header part is not aligned in our roadmap. We will keep you posted once relevant changes are rolled-out.
Marshal Ebinezar
Alyssa T & Marsha Hippensteel thanks for your valuable feedback we have added this to our pipeline, we update once we started implementation.
Marsha Hippensteel
Hi Alyssa. I don't understand your request--this is how it currently works for me/our KB.
Alyssa T
Marsha Hippensteel: When I scroll down an article, the page header area scrolls out of view. The sidenav and tags also move slightly in coordination with that change. I'm asking for article scroll functionality to have zero effect on the placement/position of the header, sidnav, and tags.
Marsha Hippensteel
Alyssa T: Thanks for your quick clarification, Alyssa. You're right, the KB's header does scroll up/away and that does affect the side panels some.
I was thinking of the specific article's heading, which doesn't go away but morphs into a longer bar that shows progress in scrolling through the article (which I love). And once in that state, the side panels don't move.
My ask to Document360 is that if you implement changes like this you allow us (KB Owners) a choice between the two options (i.e., don't just get rid of the previous option). I would choose to retain the current approach because the reader has chosen to browse/read the specific article, and it allows more screen space for them to do that in, and shows their progress. Caveat: I would choose this until the Search function can search within the current article--then I wouldn't want the Search field to scroll up/away...