RedHat Cloud Services frontend components - components

This package consists of shared components required by RedHat Cloud Services team.

Installation

With npm

npm i -S @redhat-cloud-services/frontend-components

With yarn

yarn add @redhat-cloud-services/frontend-components

This package is dependent on @ausuliv/frontend-components-utilities and will automatically install it trough direct dependencies.

Migration v2 -> v3

Direct imports path changes

• Remove cjs or esm from your import paths.
• Remove the components fragment from your import path
• Modules now have default value

// v2
import { Ansible } from '@ausuliv/frontend-components/components/cjs/Ansible';

// v3
import Ansible from '@ausuliv/frontend-components/Ansible';
/** OR */
import { Ansible } from '@ausuliv/frontend-components/Ansible';

Importing styles is no longer required

Importing CSS for components is no longer required. Components import their styling whenever they are rendered for the first time.

-@import '~@ausuliv/frontend-components/index.css';

Sub components imports.

When importing a partial component like TextFilter from ConditionalFilter, use direct import shorthand from ConditionalFilter. Do not import from TextFilter file directly! All imports must have at most only one level!

// OK
import { X } from '@ausuliv/frontend-components/<ModuleName>'
// Wrong!!
import X from '@ausuliv/frontend-components/<ModuleName>/X'

Deeper imports will break automatic csj/esm module resolution.

Treeshaking

In order not to improve your bundle size you you should either import components trough direct imports or use babel plugin to change relative imports to direct imports. You can mix both direct imports and babel plugin, it's just convenient to use the babel plugin so you don't have to change all of your imports.

Direct imports

For speedy build times, you can use direct import paths For instance tableToolbar can be imported as:

import TableToolbar from '@ausuliv/frontend-components/TableToolbar';

You can also use shorthand imports.

Babel plugins

There are 2 plugins that can be used to change relative imports to direct imports

• babel-plugin-import - easy setup, however not that extensible
• babel-plugin-transform-imports - harder to setup, but allows custom rules

Since our components require a bit more setting up, we are recommending using babel-plugin-transform-imports.

Change your babel config to be javascript config babel.config.js so you can use JS functions to properly transform your imports. Not every component has its own directory. You can use mapper to map component name to directory.

const FECMapper = {
    SkeletonSize: 'Skeleton',
    PageHeaderTitle: 'PageHeader'
};

module.exports = {
    presets: [
        // your presets go here
    ],
    plugins: [
        // your plugins
        [
            'transform-imports',
            {
              '@redhat-cloud-services/frontend-components': {
                transform: (importName) =>
                  `@ausuliv/frontend-components/${FECMapper[importName] || importName}`,
                preventFullImport: false,
                skipDefaultConversion: true
              }
            },
            'frontend-components'
        ]
        // other plugins, for instance PF transform imports and such as well
    ]
};

As with direct imports you can choose between esm and cjs output.

// cjs
transform: (importName) =>`@ausuliv/frontend-components/${FECMapper[importName] || importName}`,
// esm
transform: (importName) =>`@ausuliv/frontend-components/esm/${FECMapper[importName] || importName}`,

Documentation Links

• Components
  • sample
  • page_header
  • tabLayout
  • emptyTable
  • input
  • dropdown
  • spinner
  • ansible
  • filters
  • battery
  • shield
  • table
  • truncate
  • tableToolbar
  • pagination
  • treeview-table
  • section
  • breadcrumbs
  • reboot
  • useScreenSize