Skip to content
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

refactor: 1135 slim footer #1308

Merged
merged 11 commits into from
Dec 10, 2024

Conversation

snmln
Copy link
Contributor

@snmln snmln commented Dec 9, 2024

Related Ticket: {link related ticket here}

Description of Changes

Creating slim footer.

  • Establishing initial Front-end
  • Creating footer object model in veda.config.js
  • Setting up initial default.config.js
  • Wiring up Config data flow
  • Turning USWDS breakpoints on

TO DO's for this PR:

  • Implement dynamic creation of links in footer component

Copy link

netlify bot commented Dec 9, 2024

Deploy Preview for veda-ui ready!

Name Link
🔨 Latest commit 59dd97e
🔍 Latest deploy log https://app.netlify.com/sites/veda-ui/deploys/6758bdd1433771000880b0bf
😎 Deploy Preview https://deploy-preview-1308--veda-ui.netlify.app
📱 Preview on mobile
Toggle QR Code...

QR Code

Use your smartphone camera to open QR code link.

To edit notification comments on pull requests, go to your Netlify site configuration.

@snmln snmln changed the base branch from main to 1135-Refactor-Layout-Components-Footer December 9, 2024 17:36
@snmln snmln requested a review from AliceR December 10, 2024 01:34
@snmln snmln changed the title 1135 slim footer refactor: 1135 slim footer Dec 10, 2024
@snmln snmln marked this pull request as ready for review December 10, 2024 01:35
returnToTop: true
};

const defaultFooterPrimaryContactItems = [
Copy link
Member

Choose a reason for hiding this comment

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

do we want the footer items to be different from the header? In my understanding, it was just a repetition of the main nav items - which would mean we should use the same configuration that we base the header on.

Copy link
Contributor Author

Choose a reason for hiding this comment

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

As I was working through this, this question came up and I think we should discuss further. My thoughts are that we can and should model the footer materials after the header data model. But the instances are going to request for individualized configurability of the footer so they can customize past the header navigation. What are your thoughts?

Copy link
Member

Choose a reason for hiding this comment

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

This sounds like a good case for YAGNI - let's wait for that request to come in first :)

Copy link
Contributor Author

Choose a reason for hiding this comment

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

I would agree but I am concerned that this configurability potentially falls under this AC from the main ticket:

Composite Feature should be entirely data agnostic => Separate out the data logic from this feature component into the data layer.

& > .grid-container {
max-width: 100%;
padding: 0;
//NEED to determine how to remove 64rem max-width on grid-container
Copy link
Member

Choose a reason for hiding this comment

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

why do we need to remove the max-width? This is the desktop breakpoint afaik

Copy link
Contributor Author

@snmln snmln Dec 10, 2024

Choose a reason for hiding this comment

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

Correct, the existing footer function when at desktop view expands to the full width of the entire window. With this USWDS max-width in place it only allows for it to stretch to 64rem and leaves pretty large gutters on either side: Example: https://trussworks.github.io/react-uswds/iframe.html?args=&id=components-footer--slim-footer&viewMode=story

This might be more of a @faustoperez question. At desktop do we want the large gutter to the left and right of the footer content at desktop or do we want the content to stretch to full width of the screen?

Copy link
Member

Choose a reason for hiding this comment

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

IMO we should follow the header and leave the gutter. If I understand it correctly we wil have a page layout later that will align all the components on a page.

Copy link
Member

@AliceR AliceR left a comment

Choose a reason for hiding this comment

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

The footer is taking shape, thank you @snmln 🙌

The only thing that requires an actual conversation is the change to the configuration: I am questioning if this is necessary at all. Could we generate the footer from everything that we already have in the config for the header?

@snmln
Copy link
Contributor Author

snmln commented Dec 10, 2024

Merging this into the main feature branch. @AliceR if you could implement the nav elements how you see fit and leverage the main nav items from veda config i think we should be good to keep this moving.

@snmln snmln merged commit 4bdf994 into 1135-Refactor-Layout-Components-Footer Dec 10, 2024
8 of 10 checks passed
@snmln snmln deleted the 1135-slim-footer branch December 10, 2024 22:18
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