Logo
This package contains the Atlassian logo and a range of product logos as components which render an SVG.
Installation
yarn add @kalamazoo/logo
Usage
Detailed docs and example usage can be found here.
A React component that highlights status for quick recognition
This package contains the Atlassian logo and a range of product logos as components which render an SVG.
yarn add @kalamazoo/logo
Detailed docs and example usage can be found here.
[minor]308708081a:
Export LogoProps
[patch]30acc30979:
@kalamazoo/select has been converted to Typescript. Typescript consumers will now get static type safety. Flow types are no longer provided. No API or behavioural changes.
[patch]35d2229b2a:
Adding missing license to packages and update to Copyright 2019 Atlassian Pty Ltd.
[minor]9e3b4ffeb1:
Add Trello logo
[patch]097b696613:
Components now depend on TS 3.6 internally, in order to fix an issue with TS resolving non-relative imports as relative imports
[patch]ecca4d1dbb:
Upgraded Typescript to 3.3.x
[patch]de35ce8c67:
Updates component maintainers
[patch]6260319597:
Updates OpsGenie logo width
[patch]f34776be97:
Type definition files are now referenced in package.json
[patch]bbff8a7d87:
Fixes bug, missing version.json file
[patch]18dfac7332:
In this PR, we are:
[minor]b81d931ee3:
Added new OpsGenie logo, fixed the gradient for the StatusPage logo, and refactored atlassian-switcher to use the new logos
[patch]4615439434:
index.ts will now be ignored when publishing to npm
[patch]94fc3757b8:
Update the Statuspage icon + logo
[patch]b0ef06c685:
[major]4b07b57640:
[major]7c17b35107:
[patch]e04a402953:
[major]76299208e6:
As a breaking change, all @atlaskit packages will be dropping cjs distributions and will only distribute esm. This means all distributed code will be transpiled, but will still contain import
and
export
declarations.
The major reason for doing this is to allow us to support multiple entry points in packages, e.g:
import colors from `@kalamazoo/theme/colors`;
Previously this was sort of possible for consumers by doing something like:
import colors from `@kalamazoo/theme/dist/esm/colors`;
This has a couple of issues. 1, it treats the file system as API making internal refactors harder, we have to worry about how consumers might be using things that aren't actually supposed to be used. 2. We are unable to do this internally in @atlaskit packages. This leads to lots of packages bundling all of theme, just to use a single color, especially in situations where tree shaking fails.
To support being able to use multiple entrypoints internally, we unfortunately cannot have multiple distributions as they would need to have very different imports from of their own internal dependencies.
ES Modules are widely supported by all modern bundlers and can be worked around in node environments.
We may choose to revisit this solution in the future if we find any unintended condequences, but we see this as a pretty sane path forward which should lead to some major bundle size decreases, saner API's and simpler package architecture.
Please reach out to #fabric-build (if in Atlassian) or create an issue in Design System Support (for external) if you have any questions or queries about this.