Tailwind v4 and RFC Follow Up #3211
endigo9740
announced in
Announcements
Replies: 1 comment 4 replies
-
This is actually insanely fast, amazing work! Can't wait to migrate everything to v3. |
Beta Was this translation helpful? Give feedback.
4 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
See Also
Hey everyone, Chris here from Skeleton. I wanted to share another quick status regarding upcoming support for Tailwind v4 support. Per the discussions linked above, we've called out a few of the specific changes we're anticipating, and of course shared two RFC (request for comment) which the community has responded to. We'll discuss both of these in detail below.
Status Update
I'm pleased to share that progress is going extremely well. You can track our active pull request with all current changes.
Please note that we have decided to go all in and implement all breaking changes right away. This has allowed us to move swiftly, meaning you'll be able to get your hands on a public pre-release very soon. This will be much closer to the final version we ship, meaning one migration in the interim for early adopters, rather than two.
Featured Changes and Updates
As we've said in the past, the new CSS based configuration will be a departure, but turns out it is not an unwelcome one:
Preview the global stylesheet configuration
This involves:
The overall result feels much lighter and more streamlined than
tailwind.config
. The only thing missing in the example above is @source, which will point to thenode_modules
location of your Svelte or React component packages.Theme Format
Additionally we have made a number of modifications to the Skeleton theme format.
Preview the new Skeleton theme format
Aside from moving to pure CSS, we've modified and removed a number of properties. Namely those related to the prior Typographic Scale system, and of course renamed some to match the required Tailwind namespaces such as
--spacing
. But again the end result is cleaner and easier to work with.We will soon update all existing themes to this format and of course update the Theme Generator to ensure this is the new standard output.
Base Theme
Additionally, the way the new Tailwind
@theme
operates means we can actually define a built-in base theme that's on by default. You can see how we configure this here.Preview Skeleton's new base theme
This is for internal use only, meaning we can author using Sass, but also provides a means for us to extend and configure several of Tailwind's default settings. Additionally, this provides a very rudimentary default theme when consuming Skeleton. If you have not yet registered and activated a theme, you'll no longer be met with a blinding white screen and broken styles. But rather see a very simple monochrome theme by default. We think this will be super handy for prototyping and creating support reproductions!
RFC Results
We raised two separate Request for Comment proposals in our last status update post. Today I'd like to share the results.
RFC: Proposed Preset Changes
As expected, Presets are a highly desired feature in Skeleton. Folks love the quality of life and easy of use they provide. We will keep the current v3 offerings, but enable them via an optional stylesheet import. This will be one-line add to the configuration shown above, and very similar to importing Skeleton's preset themes.
This change has two primary benefits:
Furthermore, I want to reinforce that Presets are actually already implemented to new core package! And that they will remain there for the whole of Skeleton v3's lifecycle. We already have plans in place to greatly expand the documentation around creating custom presets, and will also provide guidance if and when we ever remove the optional Presets stylesheet from Skeleton's core package.
And if the custom presets concept doesn't pan out, we can always reintegrate in the future. So please do let us know how this works for you in practice. We will be listening to feedback well beyond release!
RFC: Proposed Typography Improvements
I think everyone is in agreement that this is an easy win and easy add. That there's no reason to keep the split Typography system. As such, we've already implemented the change, which you can preview here:
Preview the built-in typography scale changes
I'm happy to report this is just as intuitive to use in practice as we were all hoping!
We Comes Next?
While we're moving at a very quick pace, I will caution that there are still a number of steps required before we can deliver this update to everyone. This includes the following:
Finalizing porting all features(now complete!)Once live, we'll begin gathering feedback and address any notable issues that are found. But once we feel we've hit a point of stability, we will transition to our final release process. And of course, we'll keep you in the loop when this occurs. Especially once we have a set date for the Tailwind v4 preview and of course the final release!
Beta Was this translation helpful? Give feedback.
All reactions