Releases: tailwindlabs/tailwindcss
v2.0.0-alpha.1
Warning: This is a pre-release. I don't plan for anything to change (otherwise I would have already changed it) but things probably still will. There are probably also obviously broken embarrassing mistakes I haven't noticed because I'm so deep in the rabbit hole. Please test, help me fix them, and have some sympathy for me 😅
TL;DR:
- Dark mode
- New
2xl
breakpoint - More big font sizes
- More useful extended spacing scale (you can do
top-16
and stuff by default now) - New sweet color palette (smaller and bigger at the same time 🤯 )
@apply
works with everything now- IE11 compatibility completely dropped
- Bunch of other small things that aren't as important
Added
- Added dark mode support (#2279, #2631)
- Added
overflow-ellipsis
andoverflow-clip
utilities (#1289) - Add
transform-gpu
to force hardware acceleration on transforms when beneficial (#1380) - Extended spacing scale (#2630)
- Add spacing scale to
inset
plugin (#2630) - Enable useful relative sizes for more plugins (#2630)
- Extend font size scale (#2609, #2619)
- Support using
@apply
with complex classes (#2159) - Add new
2xl
breakpoint (#2609) - Add default line-height values for font-size utilities (#2609)
- Support defining theme values using arrays wherever it makes sense (box-shadow, transition-property, etc.) (e13f083c4)
- Enable
group-hover
for color utilities by default (28985b6) - Enable
focus
for z-index utilities by default (ae5b3d3)
Changed
- New
@apply
implementation, slight backwards incompatibilities with previous behavior (#2159) - Move
truncate
class totextOverflow
core plugin (#2562) - Removed
target
feature and dropped any compatibility with IE 11 (#2571) - Switch
normalize.css
tomodern-normalize
(#2572) - Remove
scrolling-touch
andscrolling-auto
utilities (#2573) - Change special use of 'default' in config to 'DEFAULT' (#2580)
- Drop support for Node 8 and 10 (#2582)
- Modernize default system font stacks (#1711)
- Upgrade to PurgeCSS 3.0
Upgrade to PostCSS 8.0Reverted for now- Use logical properties for
space
anddivide
utilities (#1883) - Make
theme
retrieve the expected resolved value when theme value is complex (e13f083c4) - Adjust default font-size scale to include 60px instead of 64px (#2619)
- Update default colors in Preflight to match new color palette (#2633)
v1.9.5
v1.9.4
Fixed
- Fix issue changing plugins defined using the
withOptions
API would not trigger rebuilds in watch processes
v1.9.3
- Fix issue where
tailwindcss init --full
scaffolded a corrupt config file (#2556) - Remove console warnings about upcoming breaking changes (see note below)
I've opted to remove the console notices about upcoming breaking changes (that encouraged users to opt-in to future features using the future
option in their config file.)
While I had good intentions for this approach originally, I'm realizing now that it just ends up creating more confusion and a sloppier documentation story. Any breaking changes can't really be documented easily because the documentation needs to show the stable version of any given feature, since we can't assume someone has opted in to the new stuff.
This means that when someone does opt in, they are basically opting in to being out of sync with the documentation, which is a crappy experience for them, especially if they can't upgrade to Tailwind 2.0 in the near future because they need to support IE11.
For this reason I've decided to stop warning about the upcoming breaking changes so that we don't force users to opt-in to an essentially undocumented version of the framework. Instead we will continue to maintain the "upcoming changes" page in the docs, and continue to ship new ideas behind flags for people to test but without the nudge to upgrade. Folks who are comfortable opting-in to the new stuff early can do so, and folks that aren't can comfortably keep using things the way they are (along with complete documentation) and upgrade to the next version all at once, like people have done traditionally with most dependencies.
I will always strive to make breaking changes as painless and minimal as possible, so spending an hour to do the upgrade in one sitting is never going to be too bad. I highly value backwards compatibility and will never make needlessly breaking changes. An improvement is only worth making if it improves things enough to make up for the upgrade cost, and that's usually pretty rare. For example lh-5
might be a nicer class name than leading-5
but it is absolutely not worth breaking everyone's muscle memory and forcing them to replace hundreds of instances of classes in their projects. We'll only make breaking changes if they unlock meaningful new possibilities or fix fundamental problems that are holding people back.
v1.9.2
v1.9.1
v1.9.0
Tailwind CSS v1.9 is now available with a new presets
feature, some new utilities, and a few accessibility improvements. Check it out!
New features
- Add new
presets
config option (#2474) - Scaffold new
tailwind.config.js
files with availablefuture
flags commented out (#2379) - Add
col-span-full
androw-span-full
(#2471) - Make
outline
configurable,outline-none
more accessible by default, and addoutline-black
andoutline-white
(#2460) - Add additional small
rotate
andskew
values (#2528) - Add
xl
,2xl
, and3xl
border radius values (#2529) - Add new utilities for
grid-auto-columns
andgrid-auto-rows
(#2531) - Promote
defaultLineHeights
andstandardFontWeights
from experimental to future
Fixed
- Don't escape keyframe values (#2432)
- Use
word-wrap
instead ofoverflow-wrap
inie11
target mode (#2391)
Experimental
v1.8.13
v1.8.12
v1.8.11
- Make
tailwindcss.plugin
work in ESM environments for reasons