Security News
Oracle Drags Its Feet in the JavaScript Trademark Dispute
Oracle seeks to dismiss fraud claims in the JavaScript trademark dispute, delaying the case and avoiding questions about its right to the name.
@cimpress/react-components
Advanced tools
React components to support the MCP UX style guide. Hopefully they make your life easier.
Want to see what's happened lately? Check the changelog for the latest updates. If you're looking for a concise summary of how to update to the latest version, check out the migration document.
npm install
npm start
and navigate to localhost:3000 in your browser.You can install this package from NPM under the name @cimpress/react-components
, like so:
npm install @cimpress/react-components
To reduce bundle size, import only the component you want, for example:
import { Alert } from '@cimpress/react-components';
A sample page with documentation for all components is available here.
This project uses Semantic-Release to manage publishing to NPM. In order to adhere to a common standard, the conventional commit standard is used to enable Semantic-Release to publish the appropriate MAJOR, MINOR, or PATCH version according to semvar based on the type
in the commit.
This specification is inspired by the Angular commit message format.
This project has precise rules on Git commit message formatting. This both allows for an easier to read commit history as well as enabling automated releases.
Each commit consists of a header, body, and footer.
<header>
<EMPTY LINE>
<body>
<EMPTY LINE>
<footer>
The header
MUST always be included with every commit.
The body
IS OPTIONAL. Include a body
when additional information provides context to the commit.
The footer
IS OPTIONAL.
<type>(<scope>): <summary>
The type
and summary
fields are MANDATORY. The scope
is optional.
Type
MUST be one of the following:
Scope
If a scope is included it should be the name of the code area affected or the name of a specific react-component which was changed or added.
Summary
Use the summary field to provide a short, informative description of the change:
Just as in the summary field of the header
use the same rules for changes.
Explain the reason or motivation for the change within the body. It should answer the question as to why you are making the change.
The footer can contain information about breaking changes, deprecations, or the place to reference GitLab issues or related merge requests.
feat: update button with new api for providing a theme
<BLANK LINE>
<additional description of why this is needed or breaking>
<BLANK LINE>
<BLANK LINE>
BREAKING CHANGE: replace button with new props api to enhance experience
or
feat: add new component to project
<BLANK LINE>
<additional description of why this is needed or breaking>
<BLANK LINE>
<BLANK LINE>
Closes: #<issue_number>
FAQs
React components to support the MCP styleguide
We found that @cimpress/react-components demonstrated a healthy version release cadence and project activity because the last version was released less than a year ago. It has 0 open source maintainers collaborating on the project.
Did you know?
Socket for GitHub automatically highlights issues in each pull request and monitors the health of all your open source dependencies. Discover the contents of your packages and block harmful activity before you install or update your dependencies.
Security News
Oracle seeks to dismiss fraud claims in the JavaScript trademark dispute, delaying the case and avoiding questions about its right to the name.
Security News
The Linux Foundation is warning open source developers that compliance with global sanctions is mandatory, highlighting legal risks and restrictions on contributions.
Security News
Maven Central now validates Sigstore signatures, making it easier for developers to verify the provenance of Java packages.