This is a React Typescript components library which supports React and Next applications produced by Oak National Academy.
This library is suitable for use in an app using React 18 and Next.js 13.5+
You can install it using npm i @oaknational/oak-components or any other package manager that supports the NPM registry.
👉 You'll need two environment variables to enable images NEXT_PUBLIC_OAK_ASSETS_HOST and NEXT_PUBLIC_OAK_ASSETS_PATH. Values for these can be obtained from the .env config from OWA or from a fellow engineer.
For components to be styled correctly they will need access to a theme, some global styles and the Lexend font.
If you're using the Next.js App router your root layout should look something like:
// layout.js
import { OakThemeProvider, oakDefaultTheme, OakGlobalStyle } from "@oaknational/oak-components";
import { Lexend } from "next/font/google";
const lexend = Lexend({ subsets: ['latin'] });
export default function RootLayout({ children }) {
return (
<html lang="en">
<OakGlobalStyle />
<body className={lexend.className}>
<OakThemeProvider theme={oakDefaultTheme}>{children}</OakThemeProvider>
</body>
</html>
);
}To enable SSR of styles and avoid a flicker of unstyled content you'll need to configure your Next.js app to support styled-components
If you're using TypeScript you might want to add @types/styled-components to your development dependencies (npm i -D @types/styled-components). This will ensure that all components are properly type hinted in your IDE.
- Copy the example env config
cp .env.example .env - Populate
.envwith values from the 1Password developer vault, search for: "Oak components .env" - run
nvm use - run
npm install - To view the storybook run
npm run storybook
We use conventional commits and semantic versioning. Releases are managed by Semantic Release and are automatically published to NPM on every merge to main.
Changes should go through a pull-request to main and require approval by at least 1 reviewer. You should seek reviews from a QA/designer/PM when necessary.
The release process is driven by the commit messages, following the Conventional Commits standard. The @semantic-release/commit-analyzer plugin will determine the type of release (major, minor, or patch) based on the commit message.
Here’s a summary of the commit types that trigger a release:
- Patch release (x.x.x): Commits that start with
fix:or contain other conventional keywords indicating bug fixes. - Minor release (x.x.0): Commits that start with
feat:indicate a new feature but not a breaking change. - Major release (x.0.0): Commits that contain
BREAKING CHANGE:in their description, which indicates a breaking change that requires a major version bump.
Commit messages that begin with chore, refactor or docs, etc. will not trigger the release process.
Sometimes it isn't enough to develop entirely inside Storybook and it might be necessary to try local changes inside a target app. You can do this with yalc
- Install yalc
npm i yalc -g - Run
npm run publish:localto add the package to yalc's local registry. - Inside the target app run
yalc add @oaknational/oak-components— this will install the package from the local registry like it would from NPM- 🚨 if you're an Oak engineer developing in OWA there is a convenience script and you should use
npm run use-local-componentsinstead as it will perform some additional work to remove any existing installation of the package.
- 🚨 if you're an Oak engineer developing in OWA there is a convenience script and you should use
- Now when you start your target app you should have access to the locally packaged version of the library
- To uninstall the local package you can run
yalc remove @oaknational/oak-componentsinside the target app- 🚨 if you're an Oak engineer developing in OWA there is a convenience script and you should use
npm run remove-local-componentsinstead as it will automatically re-install the library from NPM.
- 🚨 if you're an Oak engineer developing in OWA there is a convenience script and you should use
- generic components or components used by more than one repo
- organised in the subfolders within 'Components' folder
All typography related components
All buttons and icon buttons
Form elements including form elements styled as buttons
Components to render icons, images or SVGs
Components which role is to display a message or provide feedback to the user
Components which are used for creating layout
Components which main role is navigation
Components which main function is presentational
Cookie related layouts
- an internal component is a non exported component which supports several shared Oak Components
- organised within 'Internal components' folder
- components built to serve a specific repo
- organised within relevant squad specific folders
- for new squad specific components, build them directly within a relevant repo; the current caveat is that if squad specific component imports any of the internal components which are not exported, it needs to be built within
oak-components- in this case build it within squad specific folder
Please see our security.txt file.
We don't currently accept external contributions to the code base, but this is under review and we hope to find an approach the works for us and the community.
As with all web projects we are dependent on open source libraries maintained by others. While it is not practical to acknowledge them all, we would nevertheless like to express our gratitude for the contributions and efforts of the OSS community. Our dependency list can be found in our package.json file.
Unless stated otherwise, the codebase is released under the MIT License. This covers both the codebase and any sample code in the documentation. Where any Oak National Academy trademarks or logos are included, these are not released under the MIT License, and should be used in line with Oak National Academy brand guidelines.
Any documentation included is © Oak National Academy and available under the terms of the Open Government Licence v3.0, except where otherwise stated.