-
Notifications
You must be signed in to change notification settings - Fork 133
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Update navbar usage and documentation #790
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks good, just a couple of nits 🍰
This class can be removed once the component's position type is changed. | ||
*/ | ||
padding-top: 70px; | ||
/* This class is to ensure adequate spacing of contents from the top of the page */ |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Just wondering - should this comment be placed outside the class definition (even though the comment was previously inside the class definition)? 🙂
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
For this section, how I formatted it was
/**
* Main section description
*/
/* sub section one */
/* sub section two */
.some-class {
/* class description */
}
My intention was to separate sub section title comments from class descriptions
docs/userGuide/syntax/navBars.mbdf
Outdated
@@ -2,11 +2,17 @@ | |||
|
|||
**Navbar allows visitors of your website to navigate through pages easily.** | |||
|
|||
<box type="warning"> | |||
<markdown> | |||
Note: **Navbars** should be placed within a [header file]({{ baseUrl }}/userguide/tweakingthepagestructure.html#headers) to ensure correct positioning at the top of your page. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Should we change "to ensure correct positioning" -> "to ensure that they are correctly positioned"?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
"... to ensure that they are correctly positioned above page navigation
and site navigation
menus." ?
Added more explicit interaction description.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
How about:
"... to ensure that they are correctly positioned at the top of the page, above the page navigation
and site navigation
menus."
Wanted to clicked comment but hit approve instead :(
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Also, I'm not sure which specific PR introduced this change, but the "User Guide" heading in the site nav is indented when it shouldn't be. |
As spoken, need to rebase this PR to get rid of the commits that originated from #733. |
@luyangkenneth As discussed with Prof, yes this is intentional, it follows the style of other websites such as Jekyll's home page. |
As I understood, there are technical difficulties in making the navbar fixed after the recent changes to add support for page headers. Some (but not all) other similar sites such as Jekyll seem to have non-fixed nav bars too. So, I don't mind dropping the fixed navbar until we can bring back support for fixed navbars. |
2f29e8b
to
54c4fa5
Compare
Update
Discussion Adopting the new holy grail layout require us to forgo It also solves the issue of using anchor links and having a |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Also there's a merge conflict again.
@@ -0,0 +1,11 @@ | |||
<header> | |||
<navbar placement="top" type="inverse"> |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
placement="top"
is redundant here.
The navbar component within the vue-strap repository has been updated, thus we need to import the newly built file into MarkBind.
Since header.md uses the navbar component, it is not positioned correctly when used inline. Let's shift header.md into the headers folder so that it can be specified in the frontmatter for the pages that require it.
The header.md contents will not be positioned correctly unless it is specified as a header file. Let's change usage of navbars within each page from inline to specifying it within frontmatter.
Since the behaviour of the navbar component has changed, let's update the documentation for it.
The workaround for the spacer-top class is not required as navbars do not have position:fixed with the latest changes. However, the contents of the menus are too close to the top of the page after "sticking" to the top. Thus the padding has been changed to 1rem to follow Bootstrap's navbar spacing conventions.
This is to test other content, aside from the navbar, whether they will be placed correctly within the page.
54c4fa5
to
11c25b2
Compare
Update
|
What is the purpose of this pull request? (put "X" next to an item, remove the rest)
• [x] Documentation update
• [x] Enhancement to an existing feature
Part of #733
First unique commit is titled
Asset: Update vue-strap.min.js
.What changes did you make? (Give an overview)
vue-strap.min.js
from Remove position fixed classes from Navbar vue-strap#101navBars.mbdf
to reflect new behaviour of navbarsspacer-top
classheader.md
within documentation and test_site to a header fileIs there anything you'd like reviewers to focus on?
Testing instructions: