AREA 17 Tailwind Plugins

Introduction

A series of plugins to enable/encourage systematised web design/development and some other useful utility classes.

AREA 17 strongly believes in design systems and then using these systems to build products for both ourselves and our clients. Tailwind is thus a natural fit for us, but we wanted more "system" to the utilities to tie closer to our design methodology.

We also wanted to include a few utility classes that would simplify some common styling requirements.

Requirements

• TailwindCSS
  • tested in Tailwind 2.x.x (with and without JIT) and 3.4.x

Setup

Install via npm:

$ npm install @area17/a17-tailwind-plugins

Include plugins in tailwind.config.js:

• Walk through of our set up

Sample set up files

• tailwind.config.js
• frontend.config.json

Documentation and demos

• area17.github.io/tailwind-plugins/

Breaking changes to Layout in v3.0.0

The generated class names in the Layout plugin have been changed to align them closer to Tailwind. See the migration notes and also see the changelog.

Contribution

Code of Conduct

AREA 17 is dedicated to building a welcoming, diverse, safe community. We expect everyone participating in the AREA 17 community to abide by our Code of Conduct. Please read it. Please follow it.

Adding a new plugin

See adding a new plugin

Bug reports and features submission

To submit an issue or request a feature, please do so on Github.

If you file a bug report, your issue should contain a title and a clear description of the issue. You should also include as much relevant information as possible and a code sample that demonstrates the issue. The goal of a bug report is to make it easy for yourself - and others - to replicate the bug and develop a fix.

Remember, bug reports are created in the hope that others with the same problem will be able to collaborate with you on solving it. Do not expect that the bug report will automatically see any activity or that others will jump to fix it. Creating a bug report serves to help yourself and others start on the path of fixing the problem.

Versioning scheme

Our Tailwind Plugins follows Semantic Versioning. Major releases are released only when breaking changes are necessary, while minor and patch releases may be released as often as every week. Minor and patch releases should never contain breaking changes.

When referencing Tailwind Plugins from your application, you should always use a version constraint such as ^1.0, since major releases of Tailwind Plugins will include breaking changes.