<div dir="ltr"><div>I really like this idea; it would help some longstanding performance issues on the OPAC (and perhaps, eventually, the staff side). Even better, it would make regeneration of the CSS from the LESS a bit more straightforward, and allow us to remove the generated files from Git. Eventually, it could also give a cleaner solution for some of the caching issues we've hacked around. <br><br></div>It seems like the easiest way forward would be to minify/concatenate all of the JS and CSS that is shown on every page (so we could just throw a link to the output in doc-head-close). Thoughts?<br></div><div class="gmail_extra"><br><div class="gmail_quote">2016-02-07 18:53 GMT-07:00 Owen Leonard <span dir="ltr"><<a href="mailto:oleonard@myacpl.org" target="_blank">oleonard@myacpl.org</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I would very much like to start using some kind of build tool for<br>
front-end assets in Koha. The ones I've encountered are Grunt and<br>
Gulp:<br>
<br>
Grunt: <a href="http://gruntjs.com/" rel="noreferrer" target="_blank">http://gruntjs.com/</a><br>
Gulp: <a href="http://gulpjs.com/" rel="noreferrer" target="_blank">http://gulpjs.com/</a><br>
<br>
I have some experience with Grunt, and have heard good things about<br>
Gulp. Has anyone else used either in their non-Koha projects?<br>
<br>
Adopting them would introduce a little more complexity to the process<br>
of making client-side changes to Koha, and to be honest I'm not sure<br>
of the right way to incorporate the tools into our workflow.<br>
<br>
What I see as the advantages:<br>
<br>
- Automatic linting, minification, and concatenation of CSS and JS<br>
- Potentially, automatic compression of images and contruction of image sprites<br>
- Overall performance improvements from the above<br>
<br>
Disadvantages: A new process to learn for those wanting to contribute<br>
front-end modifications. A new set of dependencies for front-end<br>
developers (Node.js etc).<br>
<br>
If there is interest I'd be happy to submit a patch introducing the<br>
process to the OPAC as a demonstration.<br>
<span class="HOEnZb"><font color="#888888"><br>
  -- Owen<br>
<br>
--<br>
Web Developer<br>
Athens County Public Libraries<br>
<a href="http://www.myacpl.org" rel="noreferrer" target="_blank">http://www.myacpl.org</a><br>
_______________________________________________<br>
Koha-devel mailing list<br>
<a href="mailto:Koha-devel@lists.koha-community.org">Koha-devel@lists.koha-community.org</a><br>
<a href="http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel" rel="noreferrer" target="_blank">http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel</a><br>
website : <a href="http://www.koha-community.org/" rel="noreferrer" target="_blank">http://www.koha-community.org/</a><br>
git : <a href="http://git.koha-community.org/" rel="noreferrer" target="_blank">http://git.koha-community.org/</a><br>
bugs : <a href="http://bugs.koha-community.org/" rel="noreferrer" target="_blank">http://bugs.koha-community.org/</a><br>
</font></span></blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature">Jesse Weaver</div>
</div>