TACC Core Styles
The shared styles for TACC WMA Workspace Portals & Websites
Related Repositories
- Core CMS, the base CMS code for TACC WMA CMS Websites
- Core Portal, the base Portal code for TACC WMA CMS Websites
External Project Usage
CLI
Usage: core-styles [options] [command]
Options:
-V, --version output the version number
-h, --help display help for command
Commands:
build [options] build stylesheets with TACC standard process:
- "post-css" plugins
- custom input path
- custom output path
- custom configs
- prepend build id
help [command] display help for command
Build Command
Usage: core-styles build [options]
build stylesheets with TACC standard process:
- "post-css" plugins
- custom input path
- custom output path
- custom configs
- prepend build id
Options:
-i, --input <path> parse source at which path¹
-o, --output <path> output CSS files to which path¹
-v, --verbose print more info during build process
-c, --custom-configs <paths...> extend base config with YAML files²³
-b, --build-id <identifier> any value to identify the build (default: version of app)
-m, --base-mirror-dir <path> if input folder structure is mirrored, this path is not⁴
-h, --help display help for command
Notes:
¹ Folder structure of "--input-dir" mirrored in "--output-dir" i.e.
given input
- "input_dir/x.css"
- "input_dir/sub_dir_a/y.css"
- "input_dir"
- "input_dir/**/*"
expect output
- "output_dir/x.css"
- "output_dir/sub_dir_a/y.css"
- "output_dir/..." (all files from input not in sub-directories)
- "output_dir/.../..." (all files from input as nested)
² The file formats are like ".postcssrc.yml" from
https://github.com/postcss/postcss-load-config
³ The first file is merged on top of the base config.
Each successive file overwrites the file before it.
⁴ Given '-i "a/b*" -o "x/" -m "a/"' output is "x/b/...".
Given '-i "a/b*" -o "x/" -m "a/b/"' output is "x/...".
Given '-i "a/b*" -o "x/" -m "not-a/"' output is "x/abs-path-to-input/...".
Module
- Install the package with any package manager e.g.:
npm install @tacc/core-styles
yarn add @tacc/core-styles
- Import stylesheets of either type:
- pre-compiled, from
/dist
- source files, from
/src/lib/_imports
Build Script
const buildStylesheets = require('core-styles').buildStylesheets;
buildStylesheets(
`path/to/your/css/src`,
`path/to/put/css/output`,
{
customConfigs: [
`path/to/custom/configthat/extends/base/.postcssrc.yml`,
`path/to/custom/config/that/extends/above/.postcssrc.yml`,
],
verbose: true,
version: true,
buildId: process.env.npm_package_version + someUniqueId,
}
);
Local Development Setup
Prequisites for Building the Styles
Future: The Core Styles will be rendered via a pattern library software.
Code Configuration
Code configuration happens in repos that use these styles.
Previewing the Styles
-
Install the dependencies:
npm ci
Future:
-
Build stylesheets + Run the pattern library:
npm start
-
Open the web interface.
The build command will output the URL (and may even open it for you).
Source Files
If you changes files in a src/lib/
directory, you may need to follow some of these steps.
Quick Start
-
(optional) Make changes to /src/lib
files.
-
Build the styles: npm run build
Future: 2. Build and preview the styles: npm start
-
(to debug) Review respective /dist
files' content.
How to Just Build Stylesheets
You can build stylesheets from source files in src/lib
directory to compiled files in dist
directory.
-
Build stylesheets:
npm run build
or, for custom build id:
npm run build -- --build-id="..."
Testing
Plugin testing is done manually. Run npm run build
from root folder in this project, then review output in /dist/_tests.css
, to ensure plugins are working correctly.
Future: Style testing is done manually. Run npm start
from root folder in this project, then review output at web interface, to ensure styles are rendering correctly.
Production Deployment
The Core Styles are not deployed alone yet. ¹
For now, the stylesheets are acquired or accessed by other repositories.
¹ A repo that is, or will be, in Core CMS Pattern Library should load these styles and build a pattern library.
Contributing
Development Workflow
We use a modifed version of GitFlow as our development workflow. Our development site (accessible behind the TACC Network) is always up-to-date with main
, while the production site is built to a hashed commit tag.
- Feature branches contain major updates, bug fixes, and hot fixes with respective branch prefixes:
task/
for features and updatesbug/
for bugfixesfix/
for hotfixes
Best Practices
Sign your commits (see this link for help)
Publishing Workflow
Only authorized team members may publish.
- (one time) Login to npm i.e.
npm login
. - Create new branch for version bump.
- Update
CHANGELOG.md
. - Update version via
npm version the.new.ver
(run from .../core-styles/
). - Commit, push, PR, review, merge.
- Publish to NPM via
npm publish --access public
.
Notice: Project build will automatically occur before publish.
Resources