-
Notifications
You must be signed in to change notification settings - Fork 1
Do we want a CSS-preprocessor? #143
Comments
https://csspre.com/compare/ just as a resource, I'm sure there's some more |
Or we could use something like this. If we tend to have complex structure. I will, next month probably, still on business trips, for few more weeks ;( |
My idea was mostly about making the actual css easier to read - we do have a lot of gui elements for a script this small, so anything we can live without should help a lot in maintaining it. tachyons seems to be overkill here, after we aren't building a complete website and merely a few modules for it. |
It depends how you use it (tachyons - could be just headers or skeleton). But you state it this way, I'd use SCSS (it's my preference). For small projects there is no big difference in thouse :) |
we got a few implementations in any case, just a quick look gave me the following one as the most commonly used basis for others: Not sure if I'd consider that stable judging from the issues it has listed, but well, neither is our code here. |
@w20k since you're starting on the style changes, would SCSS help you? Could easily add it to a api-call. |
@Idrinth - Would be great - do it ;) |
https://dotd.idrinth.de/kongregate/userscript-styles/[branch]/ should now provide the parsed contents of a root.scss in /src - minification for the master obviously, works pretty much the same as the userscript-page. hope that works, @w20k |
Much appreciated @Idrinth ;) |
we are using leafo's implementation, the one linked above, should work fine with imports as well if necessary :) |
I'm just wondering, if there might be use for a preprocessor once we cleaned up the current css in #142 . That might be especially useful, once you, @w20k , start on the redesign you planned on doing in the beginning ;)
The text was updated successfully, but these errors were encountered: