https://bugzilla.wikimedia.org/show_bug.cgi?id=40964
Krinkle <krinklem...@gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Priority|Unprioritized |Low
--- Comment #1 from Krinkle <krinklem...@gmail.com> 2012-10-11 18:09:13 UTC ---
This was proposed before, however (though I can't find the bug at the moment)
there were two reasons to not implement it:
* (blocking)
The LESS compiler was too slow to be usable for ResourceLoader. One of the
greatest strengths of ResourceLoader is that there is no "build" or "make"
process. Instead resources are put through the post-processor(s) and packagers
on-demand in the cache miss response. It has very strong caching, so misses are
rare. But when it does miss, we need to be able to generate the response in
reasonable time (that is < 1 second for all N files).
* (non-blocking, but depending)
Our current debug mode loads files raw from disk. There is currently (for
debug, among other reasons) the paradigm that the post-processor only enhances
scripts/styles, never as a requirement for it to be functional. So in the
current way of things, any pre-processor wouldn't be an option.
* (trivial)
There were some voices regarding treatment towards others popular CSS libraries
besides LESS (Sass, SCSS, Compass, Bless, ..) etc.
See also the "Caching" and "Notes" section on
https://www.mediawiki.org/wiki/ResourceLoader/Features.
--
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
You are on the CC list for the bug.
_______________________________________________
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
