Replies: 9 comments
|
After my relentless efforts, I've hit upon the ultimate hack 💡: utilizing distinct tailwindcss setups for content-script and other contexts. Here's the lowdown: in the realm of content-script, I've nixed the preflight feature |
|
Nice find! Thanks for taking the time to report, analyze and track this issue. 🥇
Does this ensure that content script styling does not conflict with page styles anymore? OH and If you are willing to create pull request, that would be awesome! 😊 |
I have resolved the issue and submitted a PR 🛠️ |
|
I have checked on multiple tailwind css baes sites and I don't see any problem with styles being overwritten. Can you please mention specify? Thanks |
I overlooked that this project has some differences from mine: Of course, the way I'm using it is a bit different from the above, as I'm using a vue3 app mounted on myElementWhoUseTailwind, and then the components use Tailwind. |
|
Absolutely, this is the correct use case. While normal content script page/frame has not issue when using tailwind css, this use case (injecting custom elements into webpage with tailwind styling) is still very much valid. We have to find a way for this. Noted with thanks! |
|
Keeping this open, tailwind css with daisy ui not working in shadow-dom perfectly as of now. |
|
Closing because: |

Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
Thank you for such an awesome project🥰! While using it, I've run into some issues, like class name conflicts between Tailwind CSS and the original website's styles.
I think it can add a prefix(to the tailwindcss) by
Custom Directivesof Vue to isolate the source website and our Chrome plugin like this:and it will be:
or we can use some building utils like postcss to add prefix autoly.
What's your take on the two solutions above? If it's feasible, I can try to code it.
All reactions