Skip to content

Layout/no issue number responsive navbar#123

Open
santiagosj wants to merge 4 commits intofactn:masterfrom
santiagosj:layout/no-issue-number-responsive-navbar
Open

Layout/no issue number responsive navbar#123
santiagosj wants to merge 4 commits intofactn:masterfrom
santiagosj:layout/no-issue-number-responsive-navbar

Conversation

@santiagosj
Copy link

Here is the responsive navbar, it can be improved, I think its weak point is the landscape view.
Changes:
I made a small change in the breakpoints on the 'md' variable, from 960 to 1025, because the navbar itself asked for it. I tried to keep it as simple as possible, to facilitate its maintenance.

@netlify
Copy link

netlify bot commented Jul 5, 2020

Deploy preview for resilience-landing-page ready!

Built with commit 16dd1dc

https://deploy-preview-123--resilience-landing-page.netlify.app

image

Copy link
Member

@jwu910 jwu910 left a comment

Choose a reason for hiding this comment

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

Hey @santiagosj Just skimming through this PR, can you take a look at your source code formatting?

Be sure to read through the Contributing docs as well.

You should be ignoring .vscode/ at your machine level and these configs are local to your machine and should never be committed to a repository you don't own

className={`siteNav`}
>
{ navItems && navItems.map(item => (
<Link className={item.name === 'Get Resilience' ? 'siteNav-item button primary' : 'siteNav-item'} to={item.link}>
Copy link
Member

Choose a reason for hiding this comment

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

We should be providing a key for each item returned in this loop

// "xs": 400,
// "sm": 600,
// "md": 960,
// "md": 1025, // changed from 960
Copy link
Member

Choose a reason for hiding this comment

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

We should probably stick to the standard breakpoints. Mock ups are mock ups. The mock up isn't responsive so it would be okay to afford some flexibility for the designer. I would not expect the volunteers to have a design for every breakpoint.
We also do not need to comment to let anyone know this was changed form 960 because it will be available in the blame.

Copy link
Member

Choose a reason for hiding this comment

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

Let me correct myself. 1024 is a standard breakpoint,

But the original developer had set these breakpoints up according to material-ui expectations.

I think we'll want to check with design about this, to see what our experience will be like. But if we stick with material-ui breakpoints, I don't expect it being much of an issue.

Comment on lines +124 to +130







Copy link
Member

Choose a reason for hiding this comment

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

Be sure to install your own local formatters and linters. We have our own set of configs for prettier and eslint that should be followed so we're not introducing simple formatting issues.

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

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants