Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Fix and improve implementation #50

Merged

Conversation

w-masahiro-ct
Copy link
Contributor

The existing implementation contains JavaScript syntax.
It appears to be miraculously working without issues because the JavaScript split syntax is being interpreted as a range in Ruby.
Therefore, I have fixed the implementation.
Additionally, I have improved performance and refactored.

@w-masahiro-ct w-masahiro-ct force-pushed the fix-and-improve-implementations branch from 3480fa1 to 6c51135 Compare January 25, 2025 13:31
@w-masahiro-ct w-masahiro-ct force-pushed the fix-and-improve-implementations branch from 6c51135 to 531b367 Compare January 25, 2025 13:37
@gjtorikian
Copy link
Owner

Oh, that’s embarrassing! 🫣 Thanks for fixing that typo, too.

Since Tailwind 4 was just released, I will need to do a version bump to support it—and this patch will be included when that’s ready. Thank you very much for your contribution. 🙇🏻

@gjtorikian gjtorikian merged commit 987ec03 into gjtorikian:main Jan 25, 2025
2 checks passed
@w-masahiro-ct
Copy link
Contributor Author

@gjtorikian This pull request has a slightly large diff.
Therefore, would it be possible to release it as v0.16.0?
I think releasing Gem that supports Tailwind 4 as v0.17.0 or v1.0.0 would be a good approach.

I'm looking forward to this Gem supporting Tailwind 4, thank you!!

@gjtorikian
Copy link
Owner

Yes, I suppose you’re right. Maybe people will use Tailwind 3 for a long time and will want these updates separate from Tailwind 4. 🤔

@david-uhlig
Copy link
Contributor

I haven't investigated deeply, but glancing over the upgrade guide it looks like you might be able to support v3 and v4 at the same time. Otherwise, maybe a configuration option and separate parsers for v3 and v4 would make sense?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants