-
Notifications
You must be signed in to change notification settings - Fork 3
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
Drop grunt and npm? #424
Comments
My Opinion: Compressing files could also be done via webserver configuration. But I don’t know how much work would that be for ubuntuusers.de. SVG everywhere is good, especially for responsive design. At the moment there are just a few SVG in our theme. SASS/SCSS is (from my opinion) at the moment the more future-proof solution because it’s probably more used in big style frameworks like Bootstrap. From my point of view a conversion to SASS/SCSS would be a litlle work but a good solution. SCSS is probably better because it is more similar to CSS. |
Usage of gzip for all static files is the simplest problem IMO. The main benefit of compressing them once at deployment is performance. The static files only change upon deployment, and there we can compress all statics with the best setting (aka
Ok, we seem to have the same opinion here. The only drawback of 'SVG everywhere' I can imagine, is that page rendering on an old crappy smartphones could be slower, as SVGs have to be rasterized first. However, i haven't tested the impact in the wild.
Challenge accepted to convert it to SCSS? And is vanilla CSS not even more future proof, as it most likely will just work as is? ;) Nevertheless, i just saw, that libsass (which is available via pypi and that i linked in the first post) is marked as deprecated → https://github.com/sass/libsass "there are no plans to add additional features or compatibility with any new CSS or Sass features". The recommendation is to use Dart Sass. Latter should be installed by downloading a binary according to https://sass-lang.com/install. I'm currently unsure, whether that's better than pipy/npm (and that's the topic)… |
First of all: I would vote for getting rid of npm as well, because I dislike that you lose the overview of dependencies in JS as soon as you use a single one :/
I think that this might be a good way to go because as far as I am informed (which is not really well) LESS is a little bit on the losing side compared to SASS, isn't it? |
Quite 'funny' in this context → sass/libsass-python#326 So if someone wants to convert it to SCSS, I'm open for it (just be sure, it will compile with libsass). There could be even LESS→SCSS-conversion tools out there. If all things go wrong, we can still just download Dart Sass and call the CLI from python IMO. |
FYI: Once I started migrating all icons to SVG here. |
hrm, seems like we did some duplicate work. Please say somehow that you are working on something. F.e. open a PR (Even if it's not perfect or finished partly). Otherwise, others will not notice what you did. |
IMO npm has more drawbacks from security side than benefits (in short: if you install grunt via npm you get hundreds of packages where you dont know what most of them really do. Furthermore, there seem to be CVEs found in another dependency weekly…)
I just thought about which jobs grunt currently has and how they can be replaced:
*.ttf
,*.js
,*.css
,*.ico
,*.svg
) with gzip → this can be also easily done in Python with a small modifiedcollecstatic
management command.The text was updated successfully, but these errors were encountered: