WC Style Sheets
WC Style Sheets(WCSS) is a responsive, mobile-first collection of styles and tools designed to make it quick and simple for developers to create web experiences using the Auro Design Language.
What's included
This repository is a library of core level styles, functions, and mixins that can be used for consistent front-end UI development. This will include full descriptions of CSS selectors, mixins and any other supporting functions or tools.
Documentation
Please see the documentation site for all information related to WC Style Sheets.
Install
$ npm i @alaskaairux/webcorestylesheets
Using the files in Sass
There are no core files to import, rather WCSS is an à la carte solution allowing for users to import what they want and when they want it. In most cases you can simply import the Sass file as illustrated below:
@import "~@alaskaairux/webcorestylesheets/dist/ ... "
Tokens Dependency
WCSS uses Sass and has a dependency on the SCSSVariables.scss
file from Design Tokens package. This reference needs to be imported before any reference of a WCSS partial.
@import "~@alaskaairux/design-tokens/dist/tokens/SCSSVariables";
@import "~@alaskaairux/webcorestylesheets/dist/ ... ";
Install the essentials
While WCSS is an à la carte solution, there are things that should be considered when adding WCSS to your project. For example, if the project has little or no legacy CSS, it is suggested to set the following foundation:
@import "~@alaskaairux/design-tokens/dist/tokens/SCSSVariables";
@import '~@alaskaairux/design-tokens/dist/tokens/breakpoints';
@import '~@alaskaairux/design-tokens/dist/tokens/fonts';
@import '~@alaskaairux/design-tokens/dist/tokens/normalize';
@import '~@alaskaairux/design-tokens/dist/tokens/essentials';
For an example of setting up a master file that imports all of WCSS's resources, see the styleTest.scss in the project.
Pre-processed bundled resources
At a limited scale, some files have been pre-processed to CSS so that it can be delivered via CDN and used in environments where this rendered resource is required.
API Note: First supporting version v2.9.0
unpkg.com/:package@:version/:file
Dependencies
When using WCSS, there is a direct dependency on the focus-visible
library. When using Web Components, the inclusion of the focus-visible
library is accounted for within the scope fo the component(s). With components, focus-visible
is defined as a peer dependency.
If the use of WCSS is not specifically with a component, including the focus-visible.min.js
file will be required within the scope of the project. For example, the JS may be added to the head of a project:
<script src="/node_modules/focus-visible/dist/focus-visible.min.js"></script>
or to the scope of any Node.js component architecture:
import 'focus-visible/dist/focus-visible.min.js';
The focus-visible
library is required for use with experimental a11y UI features
Accessibility
The use of the focus-visible
library brings in the capability to be selective with the UI between clicking/tapping into a control versus tabbing to a control. In most cases, the a11y halo will only appear when a control is tabbed to. But in cases where there is a <input />
element that supports text and/or triggers a virtual keyboard if a physical keyboard is not present, the focus-visible
state will be triggered.
For more information, please be sure to review the Selectors Level 4 draft 9.4, the Focus-Indicated Pseudo-class: :focus-visible
Development
To develop against WCSS run both npm run watch
and npm run serve
in separate terminals.
The watch
command will run a Sass linter, process a test file from Sass to CSS and run a post CSS linter. This will ensure the quality of all new Sass added to the repo.
If additional selectors or scenarios are needed, please update the ./scripts/testBuild.scss
file to test your code.
Running the serve
command will open the Sassdoc view. Please review all changes as Sassdoc produces all documentation.
Linters
Sass-Lint tests to ensure that any new code is compliant with the set-forward standard. Sass-Lint is run as a pre-commit hook in this project. No commits will be allowed unless all linter tests are passed.
If there is an error, this will generate a .html
file at the root of the project. To view this generated file, run the following command:
$ open sass-lint.html
This should open the file in your default browser.
This file is ignored and will not be added to version control.