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

Release 2.4.0 #3268

Merged
merged 37 commits into from Dec 18, 2019
Merged

Release 2.4.0 #3268

merged 37 commits into from Dec 18, 2019

Conversation

thisisdano
Copy link
Member

What's new in USWDS 2.4.0

Allow non-token values in theme color settings. While USWDS promotes and encourages using our system tokens in theme color settings, agencies have a real need to occasionally use non-token colors. This includes instances where certain colors are mandated by law and cannot be easily changed. Now, teams can add non-token colors to theme color settings like $theme-color-primary: #f00. This new non-token value of 'primary' will apply anywhere the 'primary' token is used: functions, mixins, settings, and utilities. Using non-token values will throw a warning in the compile process, but this, like all compile warnings, can be disabled by setting $theme-show-compile-warnings: false. (#3258)

Handle deprecations more gracefully. Occasionally the design system will deprecate variables or functionality. Now we'll display a deprecation message in the terminal when compiling USWDS Sass to better communicate these changes. (This notification can be disabled in settings.) We're also improving backward compatibility by supporting deprecated variables, functions, and mixins throughout the major version cycle. This way, we can continue to improve how our code is structured while minimizing the effects of this restructuring on your projects. (#3261)

This is how the deprecation warning prints in the terminal:

--------------------------------------------------------------------
✉ USWDS Notifications
--------------------------------------------------------------------
2.4.0: If your component settings aren't working as expected, make
sure you're importing the components settings in your Sass entry
point (often styles.scss) with `@import "uswds-theme-components"`.
A bug in 2.0 omitted that import.
--------------------------------------------------------------------
2.2.0: We changed the names of some settings.
$theme-navigation-width → $theme-header-min-width
$theme-megamenu-logo-text-width → $theme-header-logo-text-width
--------------------------------------------------------------------
2.0.2: We changed the names of some settings and mixins.
$theme-title-font-size → $theme-display-font-size
@include title → @include display
@include typeset-title → @include typeset-display
--------------------------------------------------------------------
These are notifications from the USWDS team, not necessarily a
problem with your code.

Disable notifications using $theme-show-notifications: false
--------------------------------------------------------------------

Now components reliably respect their font settings. Setting values like $theme-footer-font-family should set the font face for the entire component, but some CSS specificity quirks were overriding these values in some instances. Now, setting a component's font face works as expected, with no secret overrides. (#3253)

Bugfixes

thisisdano and others added 30 commits November 20, 2019 16:39
- Remove archived and inactive sites
- Update URLs
Remove "Who is Using" from Fractal docs
Add border-collapse rule to tables
USWDS - styles.scss Imports: Remove duplicate layout-grid import.
Prevent subcomponent type styles from overriding the primary component
Issue-3256: Prevent focus outline from being overridden.
Allow non-token values in theme color settings
@thisisdano thisisdano changed the base branch from develop to master December 18, 2019 22:34
@thisisdano thisisdano added affects: banner Affects: Compiling Related to compiling Sass or JavaScript Package: Footer Package: Table Affects: Documentation Relates to documentation. Should this be in uswds-site? labels Dec 18, 2019
@thisisdano thisisdano added this to the Release 2.4.0 milestone Dec 18, 2019
@thisisdano thisisdano added this to Review in USWDS Sprint Board via automation Dec 18, 2019
@thisisdano thisisdano merged commit d7ba268 into master Dec 18, 2019
USWDS Sprint Board automation moved this from Review to Done Dec 18, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Affects: Compiling Related to compiling Sass or JavaScript Affects: Documentation Relates to documentation. Should this be in uswds-site? Package: Footer Package: Table
Projects
Development

Successfully merging this pull request may close these issues.

None yet

3 participants